пунктик «в Финляндии стоит» актуален для Питера с постоянной необходимостью «прокатать визу», да «набрать въездов». для остальных этот вариант не особо осмысленен — это настолько же реально, как привезти телефон из Штатов или Гонконга.
именно… до этого у меня был LG Optimus, там я наигрался по полной… под семеркой он сначала перешиваться отказался, пришлось в виртуалке разворачивать XP, ставить кастомный загрузчик, дальше пошло веселее.
Под мой телефончик есть официальный 2.3 (неофициальные прошивки есть на 2.3.5), но я сижу на 2.2 — просто лень заморачиваться, основных возможностей и так хватает. Так что ннеобходимо не просто выпускать новые прошивки, но и делать апгрейд максимально комфортным, без танцев с бубном, с сохранением приложений и их настроек. Да… знание, как получить рута, как поставить кастомный загрузчик и прочее… это прикольно поиграться, но несколько… излишне для консьюмерских девайсов.
поддержу… вменяемые андроиды (в духе LG Optimus One) начинаются с 6 тысяч, приличные (в духе HTC Desire S) — c 10-12. это куда меньше стоимости iPhone — даже стоимость iPhone 3G 8Gb стартует, судя по Я.Маркету, с 12490. А это моделька 2008-ого года.
Можно проще — iGo c полным комплектом карт (да, мне проще держать всё на карте, чем перед поездкой вспоминать, откуда и куда я их качал), коллекция музыки. Всё, 8 гигов кончились.
Запоздало из интересного — мы собрали APS для UMI и передали им вместе с пошаговой инструкцией, что и как делать. Дай бог, дальше актуальные версии они будут делать самостоятельно, а мы будем просто своевременно обновлять их в каталоге без каких-либо затрат.
еще вопрос-совет: не хотите делать APS своей сборки? Я, естественно, смотрю со своей хостинговой колокольни, и мне было бы интересно предоставлять клиентам возможность установить еще одно e-commerce решение, и сделать это с минимальными трудозатратами.
как-то пока я вижу, что APS-ы готовят сами хостеры. собирают, выкладывают, поддерживают. скажем, где на сайте какого-нибудь Wordpress или Drupal вы видите aps-пакеты, доступные для скачивания?
вы не очень хорошо представляете себе предлагаемые модели ценообразования на saas. тот же битрикс в рамках кор. портала предлагает простую схему: с платежей две трети забирает хостер, треть — битрикс. при этом никаких начальных платежей, кроме затрат на интеграцию (поверьте, небольших — я считал), там нет. оплата идет только в момент получения денег от клиента.
если я правильно помню, что видел на скриншотах по APS я видел битрикс. но, если уж говорить не упираясь в APS, то, скажем, на SpaceWeb есть автоматическая установка Юми, плюс еще толпы бесплатных cms-ок и скриптов. но я как-то не слышал, чтобы это давало им действительно сильный прирост клиентов. хотя, с другой стороны, они на эту фичу и не напирают.
вопрос в размере этого «некого профита» и том, насколько корректно и легко будет продавать данную услугу имеющейся клиентской базе и своей целевой аудитории.
скажем так… не думаю, что сейчас имеет смысл спорить: с одной стороны, есть saas-решения, правда, не имеющие отношения именно к cms, которые успешно развиваются и являются прибыльными. с другой стороны, нет пока реализации описанной мной модели, чтобы я мог сказать «ну вот же!»
делать своё решение… просто не в том основная квалификация хостеров. в конце концов, они не являются софтверными компаниями.
коробочность… во-первых, здесь нет множественных инсталляций — есть одна установка, в рамках которой работают клиенты. «коробки» как таковые появляются в тот момент, когда клиент хочет чего-то большего, хочет уже полноценной разработки на базе того же битрикса или юми, или просто уже ест столько ресурсов, что его надо выводить на отдельный сервер. в этот момент появляется и коробка, и продажа лицензий клиенту, т.е. дополнительная прибыль.
плюс, эти две компании с надоевшими названиями уже долго и активно промывают мозг клиентам, так что объяснять, «почему битрикс» проще, плюс тот же битрикс становится еще одним каналом продаж.
скажем так… пакетов на сайтах cms я не вижу, а вот такие сообщение встречаю.
цена — да, будет выше, будет выше неизбежно. но, как я уже писал, «если прибыль будет расти хотя бы пропорционально затратам, почему бы и нет»
коробочность… во-первых, здесь нет множественных инсталляций — есть одна установка, в рамках которой работают клиенты. «коробки» как таковые появляются в тот момент, когда клиент хочет чего-то большего, хочет уже полноценной разработки на базе того же битрикса или юми, или просто уже ест столько ресурсов, что его надо выводить на отдельный сервер. в этот момент появляется и коробка, и продажа лицензий клиенту, т.е. дополнительная прибыль.
плюс, эти две компании с надоевшими названиями уже долго и активно промывают мозг клиентам, так что объяснять, «почему битрикс» проще, плюс тот же битрикс становится еще одним каналом продаж.