Полтора года назад выбор корпоративной мобильной платформы сводился к двум вариантам: BlackBerry для почты и iPhone для всего остального. К началу 2010-го картина меняется. Android из эксперимента Google превратился в систему, которую ставят на свои аппараты HTC, Motorola и Samsung, а январский Nexus One показал, что Google готов вести платформу сам. Для бизнеса вопрос звучит просто: пора ли закладывать вторую платформу в бюджет разработки или рано.

Что реально изменилось

Android 2.1 закрыл большинство корпоративных пробелов первых версий. Появилась поддержка Microsoft Exchange из коробки, удалённая очистка устройства, политики паролей – то, без чего ИТ-служба не пустит аппарат в корпоративную сеть. Linux-ядро и открытость означают, что устройство можно настроить под жёсткие требования, а не подгонять процессы под закрытую прошивку.

Важнее то, что Android не привязан к одному производителю и одному оператору. В России это критично: парк устройств у сотрудников разнородный, а закупки в госсекторе идут через тендеры, где привязка к единственному вендору – повод для претензий. Платформа, которую выпускают сразу несколько компаний, снимает часть этого риска.

При этом надо трезво смотреть на цифры. Доля Android на рынке пока невелика, магазин приложений уступает App Store и по объёму, и по платёжной дисциплине пользователей. Фрагментация версий уже даёт о себе знать: аппараты на 1.5, 1.6 и 2.x живут одновременно, и приложение приходится тестировать на каждом.

Когда вторая платформа оправдана

Разработка под две платформы – это почти двойной бюджет на клиентскую часть. Поэтому решение принимают не по моде, а по задаче.

Вторая платформа оправдана, когда приложение обслуживает массового внешнего пользователя, которого вы не контролируете: клиент банка, заявитель в ведомстве, покупатель. Здесь нельзя диктовать модель телефона, и охват напрямую влияет на результат. Тот же логикой живёт государственный портал госуслуг – сервис обязан работать у всех, а не у владельцев одной марки.

Вторая платформа не нужна, когда вы оснащаете собственный персонал. Корпоративный парк устройств вы закупаете сами и стандартизируете под одну систему – это дешевле в поддержке и безопаснее.

Снизить стоимость двойной разработки помогает архитектура, где основная логика и данные живут на сервере, а мобильный клиент остаётся тонким. Тогда замена или добавление платформы не переписывает всю систему. Такой подход хорошо ложится на модель потребления по подписке: серверная часть как сервис, а тонкие клиенты под нужные платформы поверх неё.

С чего начать

Не переписывайте всё под Android разом. Соберите пилот: одну рабочую функцию, реальные устройства двух-трёх производителей, измеримую метрику. Параллельно проверьте backend – справится ли он с приростом мобильных запросов. Управляемая база данных, например на Amazon RDS, снимает с команды часть инфраструктурных забот и даёт масштабировать нагрузку без долгой настройки серверов.

Вывод

Android в феврале 2010-го – уже не игрушка для энтузиастов, но и не безусловный стандарт. Бизнесу стоит относиться к нему как к серьёзному второму кандидату: закладывать в стратегию, тестировать на пилотах, но не бросаться переписывать продукты под лозунгом. Выбор платформы стоит начинать с трезвой оценки задачи, и только потом переходить к разработке мобильного приложения под конкретного пользователя.