Когда я начинал, я не был программистом, но у меня была идея сервиса для локального бизнеса. Раньше я думал, что нужен технический сооснователь, бюджет на полгода и команда разработчиков. Но решил проверить всё иначе: за 30 дней собрать MVP и понять, есть ли спрос. Для меня MVP — это не продукт мечты, а способ получить первые честные ответы от рынка.
Первая неделя ушла не на код, а на людей. Я написал полусотне потенциальных клиентов, провёл двенадцать интервью и спрашивал не «нравится ли вам идея», а как они решают проблему сейчас, сколько тратят и что их раздражает. После этого я сузил ценность до одной функции. Рекомендация: к седьмому дню сформулируйте гипотезу в одном предложении. Если не получается, значит, MVP ещё рано собирать.
Вторая неделя стала временем ноукод-инструментов. Я сделал лендинг на конструкторе, простую форму, чат и таблицу для заявок. Для прототипа этого хватило. Главное — заранее решить, что вы будете измерять. Моими метриками стали заявки, время до ответа и повторные обращения. Совет: выберите один-два инструмента и не коллекционируйте их, иначе утонете в настройках.
Третья неделя — ручной MVP. Я сам выполнял роль алгоритма: принимал заявки, вручную подбирал исполнителя, писал шаблоны сообщений. Это выглядело некрасиво, зато показало, где люди отваливаются. Если ручной процесс не работает, автоматизация его не спасёт. Рекомендация: сделайте «волшебника за кулисами» — клиент видит простой интерфейс, а вы делаете работу руками.
Четвёртая неделя — первые платящие и обратная связь. Я запустил MVP на маленькой группе и назначил символическую цену. Не все купили, но трое заплатили — это стало главным сигналом. Я собрал отзывы, убрал лишнее и переписал оффер. За 30 дней у меня не было идеального продукта, но был работающий цикл: трафик, заявка, ручная доставка, оплата, обратная связь. Совет: не прячьте MVP от людей, показывайте раньше.
Что бы я сделал иначе? Я слишком долго выбирал название и рисовал логотип. Это не влияет на спрос. Ещё я боялся говорить о цене, из-за чего получал много вежливых «интересно», но мало конкретики. Теперь я спрашиваю о деньгах на первом же интервью. И ещё: ищите технического партнёра или подрядчика не для кода, а для автоматизации того, что уже доказало спрос.
Итог для нетехнического основателя простой. 30 дней — это реально, если считать MVP не приложением, а экспериментом. План такой: интервью, один сценарий, ноукод, ручная работа, первые деньги, выводы. Не пытайтесь сразу построить масштабируемую платформу. Сначала докажите, что кому-то больно и он готов платить. Потом уже будут код, команда и инвестиции.
Вопрос к форумчанам: какой самый смелый или странный MVP вы запускали без технической команды? Что помогло вам не бросить на середине? Расскажите свой опыт — уверен, он вдохновит многих, кто сейчас сомневается.
Первая неделя ушла не на код, а на людей. Я написал полусотне потенциальных клиентов, провёл двенадцать интервью и спрашивал не «нравится ли вам идея», а как они решают проблему сейчас, сколько тратят и что их раздражает. После этого я сузил ценность до одной функции. Рекомендация: к седьмому дню сформулируйте гипотезу в одном предложении. Если не получается, значит, MVP ещё рано собирать.
Вторая неделя стала временем ноукод-инструментов. Я сделал лендинг на конструкторе, простую форму, чат и таблицу для заявок. Для прототипа этого хватило. Главное — заранее решить, что вы будете измерять. Моими метриками стали заявки, время до ответа и повторные обращения. Совет: выберите один-два инструмента и не коллекционируйте их, иначе утонете в настройках.
Третья неделя — ручной MVP. Я сам выполнял роль алгоритма: принимал заявки, вручную подбирал исполнителя, писал шаблоны сообщений. Это выглядело некрасиво, зато показало, где люди отваливаются. Если ручной процесс не работает, автоматизация его не спасёт. Рекомендация: сделайте «волшебника за кулисами» — клиент видит простой интерфейс, а вы делаете работу руками.
Четвёртая неделя — первые платящие и обратная связь. Я запустил MVP на маленькой группе и назначил символическую цену. Не все купили, но трое заплатили — это стало главным сигналом. Я собрал отзывы, убрал лишнее и переписал оффер. За 30 дней у меня не было идеального продукта, но был работающий цикл: трафик, заявка, ручная доставка, оплата, обратная связь. Совет: не прячьте MVP от людей, показывайте раньше.
Что бы я сделал иначе? Я слишком долго выбирал название и рисовал логотип. Это не влияет на спрос. Ещё я боялся говорить о цене, из-за чего получал много вежливых «интересно», но мало конкретики. Теперь я спрашиваю о деньгах на первом же интервью. И ещё: ищите технического партнёра или подрядчика не для кода, а для автоматизации того, что уже доказало спрос.
Итог для нетехнического основателя простой. 30 дней — это реально, если считать MVP не приложением, а экспериментом. План такой: интервью, один сценарий, ноукод, ручная работа, первые деньги, выводы. Не пытайтесь сразу построить масштабируемую платформу. Сначала докажите, что кому-то больно и он готов платить. Потом уже будут код, команда и инвестиции.
Вопрос к форумчанам: какой самый смелый или странный MVP вы запускали без технической команды? Что помогло вам не бросить на середине? Расскажите свой опыт — уверен, он вдохновит многих, кто сейчас сомневается.