Как правильно оценивать стоимость разработки фичи
М@pm_godпродакт / фаундер
2 недПошаговый гайд по оценке стоимости и сроков разработки новой функциональности: от сбора юзкейсов до учета инфраструктурных расходов и рисков.
Понимание процесса оценки помогает избежать убытков и конфликтов при разработке IT-продуктов.
- Позволяет учитывать скрытые расходы, такие как инфраструктура и тестирование.
- Помогает управлять ожиданиями заказчика через четкое описание границ функционала.
- Снижает риски срыва сроков за счет закладывания буферов на коммуникацию и непредвиденные задачи.
Пример оценки фичи
Представьте, что ведете проект а-ля мессенджер. Заказчик присылает вам такое письмо:
Хочу фичу, чтобы можно было отправлять фото в чат. Сколько будет стоить?
Давайте разберем, что делать.
Если на проекте есть бизнес-аналитик, просим его расписать юзкейсы. Если нет – пишем сами (ну как, сами 🪄🤖), примерно так:
📌 получить доступ к галерее;
📌 выбрать фото + превью перед отправкой;
📌 загрузить фото в чат;
📌 посмотреть отправленное фото;
Берем эти юзкейсы и идем утверждать их с заказчиком. Там же обговариваем другие кейсы, которые можно придумать для этой фичи – отправка видео, сжатие, история, редактирование перед отправкой и т.п. Чем больше насобираем сейчас, тем меньше шанс услышать на приемке "ой, а почему видео нельзя отправить? я думал, это подразумевается...".
Чтобы не раздувать скоуп, предлагаем все необязательные кейсы сделать потом, в фазе 2. Вдруг фича вообще не пойдет? На этом этапе полезно смотреть, как аналогичные фичи работают у конкурентов 👀.
Когда кейсы утверждены, идем к команде оценивать. Собираем всех в зуме и рассказываем про фичу.
Мобильщики смотрят на требования и говорят, что на разработку нужно 80 часов. Бекенд просит 40. Дизайнеру понадобится 40 на отрисовку экранов. В сумме 160.
Закладываем 30% на тестирование, 20% на стабилизацию, 10% на коммуникации + 10% на себя любимого. Сверху накидываем 10% рисков и получаем еще 140 часов.
По рейту 40$ в час выходит $12,000. Но это еще не все.
Фотографии нужно где-то хранить, для этого понадобится отдельный сервер. Заказчик говорит, что фичей будет пользоваться каждый пятый юзер, загружая где-то 100МБ фоток в месяц. Берем текущий MAU, приносим бекендеру и получаем например, $500 в месяц на сервак.
Напоследок, прикинем таймлайн 📅.
Бекенд может начать первым, параллельно будем рисовать дизайн. По оценке команды это неделя, но добавим 3 дня на обсуждения, утверждение макетов и риски.
Мобильщики просили 2 недели, но с тестированием и стабилизацией, разработка займет все три. После первой недели обязательно сделаем демо, чтобы избежать сюрпризов перед релизом. Закладываем день на поставку и еще 2 на риски.
В итоге получаем 5 недель.
Оценка готова. Ставим в копию сейла и отправляем заказчику.

Кратко (AI)
Автор описывает процесс оценки стоимости и сроков разработки новой фичи на примере добавления отправки фото в мессенджер. Процесс включает сбор юзкейсов, согласование с заказчиком, оценку трудозатрат командой, добавление коэффициентов на риски и тестирование, а также расчет стоимости инфраструктуры и планирование таймлайна.
Обсуждение
0Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖