Цена приложения или другого цифрового продукта складывается из нескольких факторов:

1. Функции и сложность. Количество экранов и страниц, интеграции с API и внешними сервисами, сложная бизнес-логика — например, персонализации контента, автоматизация, нестандартные серверные операции.

2. Дизайн и пользовательский опыт. Кастомный дизайн стоит дороже, чем шаблонный. Еще на стоимость разработки влияют анимации, микровзаимодействия и степень проработки UX. Если нужно провести UX-исследование, продукт будет дороже.

3. Платформенность. iOS, Android, Harmony OS, Аврора или все платформы? Нативная разработка на каждой из платформ дороже кроссплатформенной. Если нужна поддержка старых версий ОС, это тоже увеличивает стоимость.

4. Безопасность и защита данных. Шифрование и другие меры безопасности (в том числе, для соответствия регуляторным требованиям) могут увеличивать затраты.

5. Технологический стек. Для использования некоторых технологий могут понадобиться редкие специалисты — их привлечь стоит дороже.

6. Тестирование. Стоимость может меняться в зависимости от типа тестирования — автоматизированное тестирование дороже и дольше ручного. Если нужно бета-тестирование и обратная связь от пользователей, цикл разработки увеличивается.

7. Поддержка и обновление. Дополнительные версии и итерации после релиза увеличивают стоимость продукта.

8. Продвижение. Стоимость выше, если в нее заложены затраты на продвижение в App Store, Google Play и других сторах (ASO).

Рассчитать стоимость разработки можно по одной из двух моделей ценообразования — Time and Materials (почасовая оплата) или Fixed Price (фиксированная стоимость).

Time and Materials

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

Почасовая оплата пришла в IT из строительства и консалтинга. В строительстве Time and Materials используют, когда сложно заранее оценить объем работ — например, при ремонте старых зданий. В консалтинге часто платят не только за часы, но и за месяцы работы. С развитием IT стало понятно, что жесткие бюджеты не подходят для сложных и меняющихся проектов, и метод Time and Materials стал удобной альтернативой фиксированной цене.

Одна из причин популярности Time and Materials — совместимость с гибкими методами разработки (Kanban, Scrum). Эти методы учитывают, что требования к продукту могут меняться по ходу разработки. А значит, жестко фиксировать цену и объем работ в начале бессмысленно.

В Scrum разработка идет итерациями (спринтами), после каждой итерации могут появиться новые задачи и изменения. В Kanban команда просто выполняет приоритетные задачи, добавляя новые по мере необходимости. В обоих случаях подходит Time and Materials — оплата за реальные часы работы.

• Можно дорабатывать продукт, когда разработка уже идет;
• Удобно контролировать расходы по этапам.

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

Time and Materials подходит проектам, где есть нерегулярные правки и доработки. Например, для сети автозаправочных комплексов «Евротранс» (Трасса) мы сделали сайт, иногда в него нужно вносить изменения, загружать статистические документы — задачи есть, но они нерегулярные. Здесь подходит почасовая оплата.

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

Дмитрий Бызин, менеджер проектов Friflex

Fixed Price

Модель оплаты разработки, при которой стоимость работы и сроки известны заранее, а задачи, сроки и функциональность четко описаны.

Fixed Price — это классическая модель в бизнесе, она появилась раньше, чем Time and Materials. В строительстве так работают, когда строят типовые объекты с фиксированной ценой за дом или квартиру. В производстве клиент заказывает партию товаров и платит фиксированную сумму за весь заказ.

В IT этот подход пришел из тех времен, когда разработка программного обеспечения велась по методу Waterfall — все заранее планировали и поэтапно реализовывали без изменений.

Работали по Fixed Price, когда делали мобильное приложение для торговой сети «Виктория». Сначала обсудили ключевые задачи, состав работ и сформировали дорожную карту проекта. После провели еще несколько встреч с командой «Виктории», чтобы в итоге подготовить и согласовать детальный документ со всем объемом работ.

Мы привлекли специалистов по мобильной разработке, бэкенду, аналитике, дизайну, тестированию и DevOps. На основе их анализа рассчитали необходимое количество исполнителей, составили диаграмму Ганта с основными этапами и промежуточными контрольными точками.

Для команды «Виктории» это означало точную и неизменную стоимость проекта, а для нас — четкое понимание состава и сроков выполнения каждого этапа. Мы уложились в срок, выпустили мобильное приложение, которым гордимся, а заказчик остался доволен.

Дмитрий Сулыбкин, менеджер проектов Friflex

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

• Сложно менять что-то после старта;
• Есть риск, что ограничения по срокам и бюджету отразятся на качестве продукта.

Как выбрать модель ценообразования

Выбор модели зависит от самого продукта и бюджета.

Характер продукта. Если у вас четкое техническое задание и понятный функционал, например, приложение со стандартным набором функций — скорее всего, подойдет Fixed Price. Часто фиксированная цена у готовых мобильных приложений — подробнее о них читайте в статье. Time and Materials больше подходит для работы над кастомным продуктом. Для такой задачи сложно сразу все учесть в ТЗ и могут потребоваться изменения по ходу работы.

Бюджет. Если бюджет строго ограничен и нельзя выходить за рамки — лучше работать по Fixed Price. Если готовы гибко подходить к бюджету ради идеального продукта — больше подойдет Time and Materials.