Разговор почти всегда начинается одинаково. Есть идея продукта, есть понимание, кому он нужен, и нет команды, которая это соберет. Дальше человек идет собирать оценки и получает вилку от двухсот тысяч до пяти миллионов за примерно одинаковое описание. Понять, кто прав, изнутри невозможно.
Разброс объясняется просто: словом MVP на рынке называют разные вещи. Лендинг с формой заявки — тоже MVP, и он честно стоит двести тысяч. Продукт с регистрацией, ролями, оплатой, данными и админкой столько стоить не может ни у кого. Когда две такие оценки лежат рядом, дешевая выигрывает тендер и через три месяца выясняется, что купили не то.
Цена и сроки
Разбор гипотезы — 180 000 ₽ и две недели. Разработка — от 350 000 ₽ за проверяемый срез до 3 500 000 ₽ за продукт с платежами и нагрузкой. До 300 000 ₽ оплата разовая, свыше — этапами 50/30/20. Полная лестница с вилками и сроками ниже.
Мы начинаем с разбора, а не с кода
Две недели до первой строки кода уходят на то, чтобы понять, что именно проверяем и стоит ли вообще. Что происходит за это время:
Снимаем спрос. По поисковой статистике и данным вебмастера видно, ищут ли вашу задачу словами, сколько таких людей и что им сейчас показывает выдача. Это не гадание и не опрос знакомых, это цифры. Регулярно выясняется, что спрос есть, но люди формулируют задачу иначе, чем предполагал основатель, — и продукт надо разворачивать.
Считаем арифметику. Сколько стоит привести одного клиента в вашей нише, какая конверсия нужна, чтобы сойтись, сколько продаж должно случиться, чтобы окупить разработку. Часто на этом шаге видно, что при честной стоимости привлечения продукт не сходится ни при каком качестве исполнения.
Режем скоуп. Из списка «что должно быть в продукте» остается то, без чего гипотеза не проверяется. Остальное уходит во вторую очередь. Это самая непопулярная часть разговора и самая полезная: именно здесь экономятся сотни тысяч.
Проектируем и оцениваем. Архитектура, стек, интеграции, план работ с вилками и сроками по этапам.
На выходе документ, с которым можно идти к любому подрядчику. Мы отдаем его целиком и не привязываем к дальнейшей разработке.
Разбор может закончиться выводом «не делайте»
Такое бывает, и это нормальный результат работы, а не провал. Спроса нет, экономика не сходится, нишу занимает вендор, с которым нельзя конкурировать продуктом, задача решается существующим сервисом за три тысячи в месяц. Мы скажем это прямо и объясним, на каких цифрах.
Сто восемьдесят тысяч, потраченные на такой вывод, — самая выгодная покупка из возможных, потому что альтернатива стоит два миллиона и год жизни. Подрядчик, который берет деньги за разработку в такой ситуации, зарабатывает больше. Мы предпочитаем сохранить возможность работать с вами дальше.
Что мы гарантируем и чего не гарантируем
Гарантируем работающий продукт в оговоренном объеме, в срок, с исходниками и правами у вас. Гарантируем, что скажем о проблеме, когда увидим ее, а не когда она станет вашей.
Не гарантируем, что продукт найдет рынок, соберет пользователей и окупится. Это зависит от спроса, конкуренции, вашего канала продаж и десятка вещей вне зоны разработки. Любой, кто обещает вам обратное, продает уверенность, а не результат. Мы считаем экономику до старта именно затем, чтобы вы принимали решение на цифрах.
Про резерв, о котором не предупреждают
Разработка заканчивается сдачей, а продукт после нее только начинает жить. Первые пользователи находят то, что не нашли вы: неудобные места, пропущенные сценарии, ошибки на реальных данных. Профильные обзоры рынка рекомендуют держать в резерве от тридцати до пятидесяти процентов стоимости разработки на первые месяцы доработок и инфраструктуры.
Мы говорим об этом до договора. Если весь бюджет уходит в разработку без остатка, продукт выйдет и замрет: денег на реакцию по обратной связи не останется. Лучше сделать меньший объем и сохранить резерв, чем построить все сразу и не иметь возможности поправить.
Продукт должен пережить MVP
Распространенный сценарий: MVP собрали быстро и дешево, гипотеза подтвердилась, а развивать нечего — код написан на выброс, и вторая версия пишется с нуля за полную стоимость. Экономия на первом этапе оплачивается дважды.
Мы пишем MVP так, чтобы его можно было развивать: понятная структура, миграции, тесты на критичных местах, документированное развертывание, инфраструктура в конфигурации, а не в чьей-то голове. Это не бесплатно и заметно в цене. Зато вторая версия делается из первой, в том числе без нас — исходники и права у вас с момента оплаты этапа.
Как устроена работа с нашей стороны
Вы нанимаете подрядчика, а не собираете команду. Кто именно закрывает конкретный участок и какой квалификации он требует — наша зона решений и наша ответственность. С вас снимается то, на чем обычно ломаются первые продуктовые запуски: составление профиля разработчика, отбор, проверка квалификации вслепую и попытка управлять людьми, чью работу вы технически не можете оценить.
Общение идет напрямую с теми, кто ведет вашу задачу, без аккаунт-менеджера посередине. Контекст проекта держит подрядчик и документация, поэтому он не теряется, когда меняется состав исполнителей внутри.
Ограничение, которое честнее назвать сразу: мы работаем вглубь, а не вширь, и несколько крупных проектов параллельно не берем. Из-за этого старт иногда сдвигается на пару недель. Зато срок в оценке рассчитан на реальный режим работы и не сдвигается потом из-за того, что ресурс перебросили на другой проект.