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

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

Что значит принять приложение

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

Техническое задание (ТЗ) - документ, где перечислено, что должно уметь приложение. Акт приёмки - документ, после подписания которого работа считается выполненной, а предъявить претензии становится заметно сложнее. Поэтому проверка идёт до подписи, а не после.

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

Подготовка: что нужно до первой проверки

Приёмку нельзя провести «на глаз», нужен эталон, с которым сравнивать. Соберите его заранее.

• Актуальная версия ТЗ со всеми согласованными изменениями. Если правки обсуждали в мессенджере, попросите разработчика свести их в один список.
• Список пользовательских сценариев: «клиент регистрируется», «оформляет заказ», «оплачивает», «получает уведомление». Это шаги, которые реальный человек проходит от начала до конца.
• Перечень устройств: 2-3 телефона на iOS и 2-3 на Android, включая старую недорогую модель. Посмотрите в аналитике сайта, с каких телефонов к вам приходят клиенты.
• Тестовая сборка, которую можно поставить на свой телефон: для iPhone обычно через TestFlight, для Android - файлом или через закрытое тестирование в Google Play.
• Тестовые данные: аккаунты, карты для тестовых платежей, промокоды.

Чек-лист приёмки по блокам

Проходите блоки по порядку и записывайте каждое замечание отдельной строкой: что делали, что ожидали, что получили, скриншот. Так разработчик не сможет ответить «у нас всё работает».

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

Доступы и исходный код: что забрать обязательно

Это самый важный блок, и его чаще всего пропускают. Приложение, у которого вы не владеете аккаунтами и кодом, принадлежит вам только на бумаге.

1. Аккаунты разработчика в App Store (Apple Developer) и Google Play оформлены на вашу компанию, а не на подрядчика или его сотрудника. Если сейчас иначе, попросите перенести приложение - у обоих магазинов есть процедура передачи.
2. Исходный код в репозитории, где владелец - вы. Репозиторий - хранилище кода с историей изменений, например на GitHub или GitLab. Подрядчику даётся доступ, а не наоборот.
3. Доступы к серверу, базе данных, облачным сервисам и доменам, оплаченным на вашу компанию.
4. Ключи и сертификаты, которыми подписывается приложение. Без них новую версию в магазин не выложить.
5. Список платных сервисов внутри приложения: карты, рассылки, платёжный шлюз, хранилище файлов - с датами оплаты и владельцем аккаунта.
6. Инструкция по сборке: как другой программист соберёт приложение из кода. Проверка простая - попросите независимого разработчика попробовать.

Документы и гарантия

Кроме акта, у вас на руках должны остаться документы, которые понадобятся следующему подрядчику или вашему сотруднику:

• описание архитектуры: из каких частей состоит система и как они связаны;
• описание API, если у приложения есть серверная часть (API - способ, которым приложение обменивается данными с сервером);
• инструкция для администратора: как менять контент, смотреть заказы, выгружать данные;
• список известных ограничений, которые разработчик сознательно не стал исправлять.

Гарантийный срок - период, в течение которого разработчик бесплатно исправляет ошибки в сделанном. На рынке встречаются сроки от одного до шести месяцев, многое зависит от договорённости. Важно прописать, что считается ошибкой (не работает то, что было в ТЗ), а что - доработкой (новая функция), и за сколько дней ошибка исправляется.

Сколько стоит независимая проверка

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

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

Когда строгая приёмка не нужна и что может пойти не так

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

Что обычно идёт не так:

• Приёмку проводят в последний день перед оплатой, и замечаний оказывается больше, чем времени их исправить.
• Проверяют только на телефоне владельца, а у клиентов другие устройства.
• Подписывают акт «с условием доделать», после чего доделка превращается в новый платный этап.
• Не проверяют, что приложение работает при росте нагрузки: на 10 тестовых пользователях всё быстро, на 2 000 - нет.

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

Порядок приёмки по шагам

1. За 1-2 недели до сдачи получите тестовую сборку и список сценариев.
2. Пройдите чек-лист сами или с тестировщиком, соберите замечания в одну таблицу.
3. Разделите замечания на ошибки (исправляются в рамках договора) и пожелания (обсуждаются отдельно).
4. Получите исправленную версию и проверьте только исправления и связанные с ними сценарии.
5. Заберите доступы, код и документы, убедитесь, что они работают без участия подрядчика.
6. Подпишите акт и зафиксируйте начало гарантийного срока.

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

Наши работы

Сайты, которые студия уже запустила

Четыре проекта N3MIROFF, которые можно открыть прямо сейчас и посмотреть, как они работают.

Агротех с ИИ

SkyFarm ↗

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

Сайт салона

ayvazzovsky.com ↗

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

Онлайн-академия

ayvazzovsky.academy ↗

Видеоуроки колористики: каталог, посадочные страницы уроков, личный кабинет и промокоды.

Event-агентство

navsegda-event.ru ↗

НАВСЕГДА: корпоративы и конференции - услуги, кейсы, этапы работы и расчёт мероприятия.

Витрина магазина

Monkey Market ↗

Премиальная витрина магазина кроссовок с заказом в Telegram.

Разработка сайтов от 80 000 ₽ →Все работы студии

Услуги студии по теме: разработка сайтов под ключ и SEO-продвижение статьями.

Нужен сайт, который принимает заявки, а не просто существует?

Сделаем премиальный сайт на React за 1-2 недели от материалов, с заявками в Telegram или CRM.

Получить расчёт заявок →

Нажимая кнопку, вы соглашаетесь на обработку данных для ответа на заявку.

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