Бюджет складывается из часов специалистов, занятых в проекте: аналитика, UX- и UI-дизайнера, iOS- и Android-разработчиков, backend-инженера, тестировщика и менеджера. Чем больше экранов, ролей пользователей и интеграций — тем больше часов и выше итоговая сумма. Разработка своего приложения — это не только программирование, но и проектирование, дизайн, серверная часть, тестирование на разных устройствах и публикация в App Store и Google Play. Когда один из этих этапов выпадает из сметы ради экономии, он почти всегда возвращается позже — в виде переделок, багов и недовольных пользователей, а не исчезает бесследно.
Чтобы оценка была не приблизительной, а близкой к финальной цифре, полезно заранее подготовиться к брифингу — именно от этого зависит, насколько точным будет первый расчёт.
Многие заказчики впервые заказывают разработку и не знают, что от них требуется на старте, — это нормально, брифинг для того и нужен, чтобы разобраться вместе с аналитиком. Но есть несколько пунктов, которые стоит продумать заранее: они не заменяют брифинг, а делают его быстрее и результативнее.
Что подготовить к брифингу, чтобы оценка была точной
Первое — описание задачи своими словами: какую проблему решает приложение, кто им будет пользоваться, что должно произойти в бизнесе после запуска. Не нужно формулировать техническое задание самостоятельно — этим занимаются наши аналитики, — но чем яснее сформулирована цель, тем быстрее мы поймём масштаб проекта.
Второе — список систем, с которыми приложение должно работать: 1С, CRM, эквайринг, склад, службы доставки. Каждая интеграция добавляет время на разработку, и заранее известный список позволяет заложить его в оценку сразу, а не находить сюрпризы в середине проекта — например, когда выясняется, что у поставщика склада нет документированного API и на его изучение нужно дополнительное время. Третье — готовые материалы: если у вас уже есть ТЗ, макеты, фирменный стиль или работающий API, это сокращает часть работ и снижает итоговую стоимость.
Показательный пример того, как формализованные требования ускоряют проект, — METRO C&C: первый релиз приложения вышел через месяц после старта работ, а за первый месяц его скачали более 270 000 раз. Такая скорость возможна именно тогда, когда задача сформулирована чётко ещё до начала разработки, а не уточняется по ходу программирования.
Не страшно, если на момент брифинга список интеграций или готовых материалов неполный, — важно проговорить то, что уже известно, и честно обозначить, что пока не решено. Мы умеем работать и с открытыми вопросами: часть решений можно зафиксировать в концепции, а часть — уточнить на этапе аналитики, до начала непосредственно разработки. Аналитик на брифинге задаёт наводящие вопросы именно для того, чтобы закрыть эти пробелы, а не оставлять их на потом.
Приоритеты: что должно быть в первой версии
Четвёртое, что полезно продумать до брифинга, — приоритеты функциональности: что обязательно должно быть в первом релизе, а что можно добавить позже. Это напрямую влияет на оценку, потому что определяет объём работ MVP и сроки запуска.
Хороший пример продуманных приоритетов — проект «Курорты Северного Кавказа»: вместо трёх отдельных приложений для трёх курортов мы объединили их в одном продукте и сразу заложили покупку ски-пасса внутри — такое решение было принято на этапе планирования, а не добавлено как доработка уже после запуска, что сэкономило бюджет заказчику на поддержке нескольких приложений вместо одного и упростило дальнейшее развитие продукта.
Пятое — желаемые сроки. Если у бизнеса есть жёсткая дата запуска (сезон, мероприятие, маркетинговая кампания), это тоже нужно сказать на брифинге: сроки влияют на то, сколько специалистов будет работать параллельно, а значит — и на бюджет проекта.
Шестое — бюджетные ориентиры, если они есть у бизнеса. Мы не просим назвать сумму, чтобы «подстроить» под неё оценку, но понимание диапазона помогает сразу обсудить, какой функционал реалистично уместить в первую версию, а что стоит вынести в следующий этап развития приложения. Седьмое — планы на развитие после запуска: если приложение будет расти вместе с бизнесом, это стоит учесть уже на этапе архитектуры, чтобы не переписывать систему заново через год.
Как проходит оценка после брифинга
После брифинга мы формируем концепцию решения: подход к архитектуре, состав функциональности первой версии, предварительную оценку по срокам и модель сотрудничества. Мы предлагаем три модели: Fixed Price с зафиксированным ТЗ и стоимостью — для проекта с понятным составом функций; Time & Materials с оплатой фактических часов — когда требования могут уточняться по ходу разработки; и Retainer с выделенной командой на постоянной основе — для продукта, который нужно развивать месяц за месяцем уже после запуска.
Чем подробнее заказчик может ответить на вопросы о задаче, интеграциях и приоритетах, тем точнее будет первая оценка и тем меньше рисков, что бюджет изменится в процессе работы. Если часть ответов пока неизвестна, аналитик поможет сформулировать их прямо на брифинге — это часть нашей работы, а не то, что заказчик должен принести уже готовым. Оставьте заявку на сайте или позвоните — подготовимся к брифингу вместе и рассчитаем стоимость вашего приложения.
После брифинга и утверждения концепции команда стартует только после подписания договора — так заказчик заранее знает и объём работ, и стоимость, и модель сотрудничества, а не узнаёт итоговую сумму по факту готового приложения. Такой порядок делает первую оценку не приблизительной прикидкой, а рабочим документом, на который можно опираться при планировании бюджета всего проекта — от старта разработки до запуска в сторах и дальнейшей поддержки.
Чем подробнее описана задача перед брифингом, тем точнее будет оценка: полезно заранее сформулировать, какую проблему решает приложение, кто им будет пользоваться и какие функции обязательны в первой версии. Прайса на сайте нет: стоимость своего приложения считаем под задачу, а не по шаблону. Заполните форму заявки на сайте — в ней можно описать задачу и приложить файл (ТЗ, референсы, наброски) до 50 Мб, — либо пришлите бриф или готовое техническое задание на info@mendev.ru: если оно уже есть, оценку дадим по нему. На брифинге разберём задачу детально и дадим оценку сроков и стоимости.
