Разработка мобильного приложения
Разработка приложения бывает двух видов: студийная, где проект пишут с нуля под вашу задачу, и сборка на платформе, где типовые сценарии уже готовы. Второй путь дешевле и быстрее, но подходит не всему — разберём, где проходит граница.
Что входит в разработку кроме самого приложения
Люди обычно считают стоимость экранов, а расходы приходят с другой стороны. Приложению нужны: подпись и её сохранность, аккаунт разработчика, оформление карточки в магазине, ответы на требования магазина при проверке, обновления под новые версии Android, а ещё место, где хранится содержимое, и способ его менять без программиста. Студийная разработка закрывает это часами специалистов; на платформе большая часть уже собрана и повторяется от проекта к проекту.
Отсюда и разница в сроках. Когда экраны, хранилище данных, заявки и подпись готовы заранее, работа сводится к описанию сценария и подгонке под ваши данные. Когда всё пишется с нуля, к этому добавляются проектирование, вёрстка, серверная часть и тестирование на устройствах.
Что делает платформа
- Экраны из мобильного набора с состояниями загрузки, ошибок и пустого списка.
- Хранилище содержимого с редактированием в кабинете и панелью под вашу коллекцию.
- Заявки с уведомлениями и защитой формы.
- Доступ к возможностям телефона из курируемого списка — без произвольного нативного кода.
- Подпись, сборка и артефакт для Google Play и RuStore.
- Предпросмотр с симуляцией телефона: отказы проверяются до установки.
Когда честнее идти в студию
Если приложению нужна тяжёлая графика или игровая механика, работа со сложной периферией, собственные алгоритмы обработки видео, интеграция с оборудованием или тесная связка с чужой корпоративной системой — это разработка, и платформа тут не поможет. Мы честно говорим об этом сразу: платформа сильна на типовых сценариях каталога, услуг и заявок, а не на уникальной инженерии.
Второе ограничение — платформа. Мы собираем Android; если проект требует одновременного выхода на iPhone, нужен другой подрядчик или другой план.
Разумный порядок работ
Сначала проверить, что сценарий нужен людям: сайт, форма, повторные обращения. Затем собрать приложение на платформе и раздать его тем, кто точно им воспользуется, — постоянным клиентам или своим сотрудникам. И только если сценарий упирается в возможности платформы, заказывать разработку с нуля, уже зная, что именно строить. Такой порядок экономит и деньги, и время: он не даёт заплатить за приложение, которым никто не пользуется.
Частые вопросы
Сколько времени занимает разработка на платформе?
Первый работающий вариант появляется в тот же день, потому что экраны и хранилище готовы заранее. Дальше время уходит на ваши данные и проверку на телефоне, а не на написание кода.
Кому принадлежит приложение?
Вам: идентификатор пакета, содержимое и аккаунт разработчика оформляются на владельца. Приложение публикуется от вашего имени.
Что с обновлениями после релиза?
Содержимое обновляется из кабинета мгновенно. Изменения экранов требуют новой сборки и новой загрузки в магазин — как у любого Android-приложения.
Можно ли встроить чужой сервис?
Не любой. Внешние скрипты и виджеты в приложение не допускаются: у него есть доступ к телефону, и чужой код туда не пускают. Обмен данными возможен через API, а не через вставленный на страницу код.