Мобильное приложение под ключ: что должно входить в работу

Разработка под ключ означает, что исполнитель берёт на себя весь путь: от уточнения требований до публикации приложения в магазинах и передачи его заказчику. Заказчик получает работающий продукт, а не набор частей, которые нужно собирать с разными подрядчиками. На практике состав «ключа» у разных команд разный, поэтому его нужно расписать по пунктам.

Что должно входить

Аналитика и требования

Интервью с заказчиком, разбор процессов, описание ролей и сценариев, согласование объёма первой версии. Без этого этапа оценка проекта — гадание.

Прототип и дизайн

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

Мобильная разработка

Приложение для обеих платформ или для той, что оговорена в договоре. Важно указать минимальные поддерживаемые версии iOS и Android.

Серверная часть

API, база данных, логика, уведомления, хранение файлов. Часто именно серверную часть забывают включить в «под ключ», а без неё приложение не работает.

Административная панель

Веб-интерфейс, где сотрудники управляют контентом, заказами, пользователями, акциями, отправляют уведомления. Пропишите её функции отдельно.

Интеграции

Платёжные сервисы, учётная система, CRM, SMS-шлюз, карты, службы доставки — с указанием, какие именно и в каком объёме.

Тестирование

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

Публикация

Подготовка карточек в App Store и Google Play, прохождение проверки, исправление замечаний модерации.

Передача

Исходный код, документация, доступы к серверам, аккаунтам разработчика, аналитике и сервисам уведомлений.

Что часто не входит, хотя кажется очевидным

• Тексты и переводы на узбекский и русский
• Фото товаров и контент
• Регистрация аккаунтов разработчика и оплата их обслуживания
• Аренда серверов и сторонних сервисов после запуска
• Юридические документы: политика конфиденциальности, пользовательское соглашение
• Продвижение приложения и привлечение установок

Уточните, кто за это отвечает, до подписания договора.

Что зафиксировать в техническом задании

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

• роли пользователей и действия, доступные каждой из них;
• экраны и сценарии первой версии, а отдельным списком — то, что сознательно отложено;
• поддерживаемые платформы, языки интерфейса и минимальные версии систем;
• функции административной панели по пунктам;
• интеграции с указанием, кто предоставляет доступы к сторонним сервисам;
• требования к нагрузке и хранению данных, если они есть;
• состав передаваемой документации.

Отдельно опишите порядок изменений: заказчик присылает запрос, исполнитель оценивает его влияние на сроки и стоимость, стороны подписывают дополнение. Без такой процедуры каждая новая идея превращается в спор о том, входила ли она в «ключ».

Гарантия и поддержка

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

Как проверить исполнителя

1. Попросите показать опубликованные приложения и скачайте их сами
2. Уточните, кто в команде делает серверную часть и дизайн — свои специалисты или подрядчики
3. Спросите о процессе: как часто вы будете получать тестовые сборки
4. Узнайте, на кого будут оформлены аккаунты разработчика
5. Попросите пример документации, которую они передают

Признаки слабого предложения «под ключ»

Одна строка «разработка приложения» без разбивки. Нет серверной части и админки. Нет этапа тестирования. Код остаётся у исполнителя, а заказчик получает только опубликованное приложение. Отсутствует порядок изменения объёма работ.

Как принимать результат

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