Есть два способа переплатить за разработку. Первый — заказать «всё и сразу», полгода ждать релиз и обнаружить, что половина функций не нужна. Второй — сэкономить на старте так, что через год продукт приходится переписывать. Правильный ответ лежит между ними, и он разный для разных проектов.
MVP — минимальная версия — оправдан, когда есть гипотеза, которую нужно проверить. Не уверены, будут ли клиенты записываться через приложение? Сделайте сценарий записи и ничего больше. Реальные пользователи за месяц дадут больше информации, чем полгода проектирования.
Но у MVP есть условие, о котором забывают: минимальным должен быть функционал, а не качество фундамента. База данных, архитектура, авторизация — это то, что переделывать дороже всего. Сэкономить на количестве экранов — да. Сэкономить на том, как хранится ядро данных, — нет.
Сразу полный продукт оправдан, когда процесс известен и не изменится: вы автоматизируете существующий документооборот или переносите отлаженную работу склада в систему. Здесь гипотез нет — есть техническое задание, и дробить его на этапы имеет смысл только ради управляемости.
Наша практика: почти каждый проект начинается с «ядра» — того единственного сценария, ради которого всё затевается. В CRM для перевозчиков это были заявки и рейсы. Всё остальное — финансы, отчёты, мобильное приложение — добавлялось поэтапно, когда ядро уже работало и приносило пользу.
Вопрос, который мы задаём на первом созвоне: «что должно заработать, чтобы проект уже окупался?» Ответ на него и есть граница первой версии. Всё, что за границей, — следующие этапы, и решение по ним принимается на живых данных, а не на предположениях.
Основатель NikolaevCode. Пишу о разработке, автоматизации и о том, как цифровые инструменты приносят бизнесу деньги.
