Как подготовиться к расчету мобильного приложения

Материал подготовлен редакцией PuzzlePro. Пример брифа ниже условный и предназначен для подготовки своего проекта.

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

Что написать в брифе до первого разговора

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

• Задача бизнеса: принимать заказы, записывать клиентов, давать доступ к услугам или организовать работу сотрудников.
• Пользователи: кто будет пользоваться продуктом и чем отличаются права клиента, сотрудника и администратора.
• Основной сценарий: путь от входа до завершенного действия, включая ошибки и отмену.
• Существующие системы: сайт, CRM, учетная система, платежный сервис и доступная документация API.
• Ограничения: обязательная дата запуска, устройства, география, требования к хранению данных и доступности.

Пример: бриф приложения для записи на услуги

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

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

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

Какие материалы помогают оценить интеграции

Фразы «подключить CRM» недостаточно: нужно понять направление и частоту обмена. Приложение может только создавать заявку, а может получать цены, остатки, статусы и историю заказов. Это разные объемы работ.

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

Не отправляйте пароли и реальные персональные данные в общий бриф. Для первичной оценки обычно достаточно документации и обезличенных примеров; рабочие доступы передаются отдельно безопасным способом.

Разделите первую версию и дальнейшее развитие

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

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

Что должно быть в ответе на ваш бриф

1. Перечень функций первой версии и явно указанные исключения.
2. Этапы: проектирование, дизайн, backend, приложение, интеграции, тестирование и подготовка релиза.
3. Допущения: какие API уже существуют, кто готовит контент и предоставляет доступы.
4. Зависимости срока от согласований, сторонних систем и проверки магазина приложений.
5. Правила изменения объема и порядок приемки результата.

Если подрядчик не описал допущения, уточните их до начала работы. Иначе сравнить два предложения с одинаковым названием «разработка приложения» будет трудно: в одном backend и интеграции включены, в другом — нет.

Можно ли получить расчет без полного технического задания

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