Разработка мобильного приложения: сначала ответ, нужно ли оно

Как работаем

Что на руках

• Приложение решает задачу, которую нельзя закрыть сайтом
• Опубликовано в магазинах и проходит их проверки
• Есть план обновлений, а не разовая сдача

• 01
  Разбор задачи с обоснованием решения
• 02
  Прототип и сценарии использования
• 03
  Макеты и собранное приложение
• 04
  Опубликованные сборки и доступы к кабинетам разработчика на вашей стороне
• 05
  План обновлений и сопровождения

Стоимость владения приложением

Разработка — разовый расход, владение — постоянный. Об этом стоит знать до начала, а не после первого отказа магазина в обновлении.

• Учётные записи разработчика в магазинах продлеваются ежегодно.
• Обновления под новые версии систем. Магазины периодически поднимают минимальные требования к сборкам, и приложение, которое не обновляют, перестают принимать.
• Серверная часть, если приложение с ней работает: хостинг, база, обновления.
• Уведомления и аналитика — сервисы со своей стоимостью при росте аудитории.
• Поддержка пользователей: отзывы в магазинах читают перед установкой, и отсутствие ответов на них видно всем.
• Доработки по обратной связи. Первые месяцы после запуска показывают, что реально мешает людям пользоваться.

Поэтому разумный план включает не только разработку, но и бюджет на первый год владения. Приложение, брошенное через полгода, — худший вариант: деньги потрачены, а пользователи видят неработающий продукт с вашим названием.

Сценарии, ради которых делают приложение

Приложение оправдано, когда оно даёт то, чего браузер не может. Список коротких и честных поводов:

• Повторные покупки. Доставка, кофейня, аптека, сервис: человек заказывает регулярно, и экономия трёх касаний на каждом заказе окупает установку.
• Работа без сети. Замерщик, монтажник, курьер в подвале: данные вводятся офлайн и уходят на сервер, когда связь появится.
• Уведомления по делу. Статус заказа, запись к врачу, срок оплаты. Важно не злоупотреблять: пара лишних рассылок — и уведомления отключают навсегда.
• Камера и сканирование: штрихкоды на складе, документы, фотоотчёты с объекта.
• Программа лояльности: карта, баллы, персональные предложения — без пластика и без поиска штрихкода в почте.
• Инструмент для сотрудников: задачи, чек-листы, приёмка работ, обходы.

Если ваша задача не попадает ни в один из этих сценариев, скорее всего, её закрывает адаптивный сайт. Мы это скажем на разборе, даже если вы пришли именно за приложением — продавать проект, который не окупится, невыгодно обеим сторонам.

Прототип: самый дешёвый этап, на котором можно передумать

Изменение на прототипе стоит часы, в дизайне — дни, в коде — недели. Поэтому все решения принимаются на прототипе.

• Экраны и переходы в чёрно-белом виде: что видит человек, куда нажимает, что происходит дальше.
• Главный сценарий целиком — от открытия до результата, без ответвлений. Если он получается длинным, это видно сразу.
• Пустые и ошибочные состояния: нет заказов, нет сети, не прошла оплата. В приложении они встречаются чаще, чем на сайте.
• Что делает приложение, а что сервер. Граница определяет сложность и стоимость.
• Объём первой версии. На прототипе легче всего отрезать лишнее: функция, нарисованная и отложенная, не стоит ничего, а написанная и неиспользуемая — стоит.

Прототип вы смотрите и правите до того, как начнётся дизайн. Это же документ, по которому потом принимается работа: сделано то, что согласовали, а не то, что вспомнилось в процессе.

Публикация в магазинах: этап, который любят недооценивать

Готовая сборка и опубликованное приложение — не одно и то же. Между ними проверки магазинов, и срок этот нужно закладывать в план.

• Учётные записи разработчика оформляются на вашу компанию, с вашими реквизитами. Это небыстро и делается заранее, а не в день сдачи.
• Карточка приложения: название, описание, скриншоты, иконка. По ней принимают решение об установке, и она же влияет на поиск внутри магазина.
• Проверка магазином. Отказ по формальной причине — обычное дело: не хватило описания разрешений, нет политики конфиденциальности, тестовая учётная запись не работает. Каждый отказ стоит нескольких дней.
• Политика конфиденциальности и описание того, какие данные собираются, — обязательны.
• Обновления тоже проходят проверку, и срочную правку нельзя выкатить мгновенно.

Мы ведём публикацию целиком: готовим карточку, проходим проверки, отвечаем на замечания. Доступы к кабинетам при этом ваши — приложение остаётся вашим активом, а не привязкой к подрядчику.

Вопросы