Разработка мобильных приложений

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

• Авторизация и роли: вход по номеру, по почте, через Apple и Google, восстановление доступа
• Основной сценарий: то, ради чего приложение ставят. Обычно 40-50% бюджета
• Платежи: покупки внутри приложения, подписки, внешние платёжные сервисы
• Push-уведомления с сегментацией и админкой для рассылок
• Офлайн-режим и синхронизация - самая недооценённая по трудоёмкости часть
• Публикация: подпись, окружения, ревью, страницы в сторах, скриншоты

Главная причина, по которой приложения не доживают до релиза, - попытка сделать сразу всё. Бюджет заканчивается на середине, а в сторах не появляется ничего.

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

Публикация - отдельный этап, а не кнопка «выложить». У Apple обязательное ревью, которое занимает от суток до недели и заканчивается отказом чаще, чем ожидают: из-за неполного описания доступа к камере, из-за входа без Sign in with Apple, из-за обхода внутренних покупок, из-за тестового аккаунта, который не работает у ревьюера.

У Google проверка мягче, но есть свои требования: политика конфиденциальности, декларация данных, обоснование фоновых разрешений. Отдельный вопрос для российских проектов - RuStore и прямая раздача APK как запасной канал.

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

На прошлом мобильном проекте сборка и подпись автоматизированы через GitHub Actions и Fastlane, с тремя окружениями и раздачей тестовых сборок. Это не украшение процесса: без автоматизации каждая сборка съедает полдня, и релизы начинают откладываться.

Отдельная выгода гибридного подхода - обновления по воздуху. Часть изменений в веб-слое доставляется пользователям без повторного ревью в сторе: правка критичной ошибки доходит за минуты, а не за неделю ожидания Apple.

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

• Описание сценария: кто пользователь, что он делает в приложении и зачем возвращается
• Доступы к вашим системам, если нужны интеграции, и документация к API
• Юридическое лицо для аккаунтов разработчика: у Apple 99 $ в год, у Google 25 $ разово
• Политика конфиденциальности и решение по обработке персональных данных
• Человек с вашей стороны, который принимает решения и тестирует сборки