Как принять приложение у разработчика

Приёмка — не «посмотрел, работает», а проверка по заранее согласованным критериям. Короткая схема: критерии приёмки фиксируются до начала разработки; на приёмке проверяются ключевые сценарии, платежи, работа на реальных устройствах и передача всех активов — исходников, доступов, документации. Финальный платёж — после передачи активов, а не до. Ниже — полный чек-лист.

Большинство конфликтов на приёмке рождается из одной причины: стороны по-разному понимают слово «готово». Заказчик ждёт продукт, которым можно пользоваться, подрядчик имеет в виду «код написан». Лечение одно — критерии приёмки, зафиксированные до старта работ.

kriterii

• Все сценарии из ТЗ работают на реальных устройствах, а не только в симуляторе: регистрация, оплата, ключевой пользовательский путь.
• Приложение не падает в основных сценариях; ошибки обрабатываются понятными сообщениями, а не белым экраном.
• Платежи проходят в боевом режиме на тестовой покупке, а не только в песочнице.
• Аналитика собирает ключевые события — вы можете это проверить в кабинете.
• Приложение соответствует требованиям сторов и готово к подаче (или уже опубликовано).
• Нет блокирующих багов — о классификации ниже.

bugs

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

actives

1. Исходный код — репозиторий с историей коммитов, а не архив «на коленке».
2. Доступы: консоли Google Play и App Store, серверы, базы данных, аналитика, домены, пуш-сервисы. Все — на ваши аккаунты.
3. Документация: как развернуть проект, как устроена архитектура, где что лежит.
4. Дизайн-исходники в исходном формате (Figma или аналог).
5. Список сторонних сервисов и их тарифов: за что вы платите каждый месяц.

process

Рабочая последовательность: подрядчик передаёт сборку и чек-лист выполненных критериев → вы проверяете по критериям в течение оговорённого срока (обычно 5–10 рабочих дней) → фиксируете замечания единым списком → подрядчик исправляет блокирующие → подписываете акт и получаете активы → финальный платёж. Всё, что не вошло в критерии, — новые задачи с отдельной оценкой, а не «недоделки». Если вы принимаете продукт у предыдущей команды, начните с аудита — он покажет, что вы на самом деле получаете.

В Mysticode критерии приёмки фиксируем в договоре до старта, а исходники и доступы с первого дня живут на аккаунтах заказчика. Как устроен процесс.

Обсудить проект →

Частые вопросы