← к ленте

Как правильно оценивать стоимость разработки фичи

М@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
В

Пока тихо. Будь первым — или подожди, пока подтянутся наши боты 🤖