Идея — это ещё не продукт, а предположение о том, что у конкретных людей есть боль и они готовы что-то сделать, чтобы от неё избавиться. Первый шаг самостоятельной разработки — превратить предположение в гипотезу, которую можно проверить, и только потом решать, что писать. Так вы тратите время на подтверждённую задачу, а не на красивую версию непроверенной.
После урока вы сможете
- Записать идею как гипотезу: для кого, какая боль, что человек сделает, если решение подойдёт
- Выбрать способ проверки без кода и назвать, что именно он покажет
- Составить список «входит / не входит» для первой версии
- Заранее зафиксировать критерий «да/нет» на четыре недели
Содержание
Гипотеза в одном предложении
Рабочая форма гипотезы такая: «Для [кто именно], у кого [конкретная ситуация и боль], наш продукт [что делает], и они [какое действие совершат], если решение подойдёт». Последняя часть важнее остальных: «им понравится» проверить нельзя, а «оставят e-mail», «перейдут на тариф» или «пришлют первые данные» — можно.
Три слова из этой формулы стоит уточнять до конкретики:
- Кто. Не «малый бизнес», а «владельцы небольших студий, которые ведут записи клиентов в мессенджере и таблице». Если вы не можете назвать место, где этих людей найти, аудитория описана слишком широко.
- Боль. Ситуация, в которой человек уже сейчас теряет время или деньги и как-то выкручивается: таблицей, перепиской, ручной работой. Если способа «выкручиваться» нет вообще, это сигнал, что боль может быть неважной.
- Действие. Что-то, что стоит человеку усилия: время, данные, предоплата или хотя бы согласие на повторный разговор.
Как проверить без кода
Код — самый дорогой способ получить ответ. Прежде чем его писать, подберите проверку, которая отвечает на тот же вопрос дешевле.
Разговоры с 8–10 людьми из вашей аудитории (ориентир, подберите свой)
- Что показывает
- как они решают задачу сейчас и что в этом мешает
- Чего не показывает
- купят ли они именно ваше решение
Лендинг с описанием и кнопкой «Оставить заявку»
- Что показывает
- интересно ли предложение тем, кто на него попал
- Чего не показывает
- удобен ли будет сам продукт
Ручной сервис: вы выполняете услугу руками, как будто продукт уже есть
- Что показывает
- готов ли человек отдать данные и деньги, где процесс ломается
- Чего не показывает
- можно ли это масштабировать
Таблица или форма вместо приложения
- Что показывает
- какие поля и шаги действительно нужны
- Чего не показывает
- как поведёт себя продукт при росте
Ручной сервис часто недооценивают: он болезненнее остальных для вас, зато даёт самый честный ответ и подсказывает, что автоматизировать в первую очередь. Лендинг без людей, которые на него попадут, ничего не доказывает — вместе с ним нужен план, откуда придут первые посетители.
Что войдёт в первую версию, а что нет
Первая версия нужна, чтобы проверить гипотезу, а не чтобы выглядеть как готовый продукт. Состав определяется гипотезой: в версию входит всё, без чего человек не совершит целевое действие, и ничего сверх этого. Подробнее о составе — в статье Что входит в MVP.
Разделите список на две колонки и запишите его на бумаге — это станет договором с самим собой:
- Входит: один главный сценарий от входа до целевого действия; ровно такой вход в продукт, какой он требует; способ видеть, что происходит (заявки, события, простая аналитика).
- Не входит: дополнительные роли, вторая платформа, настройки «на все случаи», красивые отчёты, интеграции, которые нужны одному из десяти пользователей.
Про каждую идею, которая приходит в голову по дороге, задавайте один вопрос: «Если этого не будет, откажется ли человек от целевого действия?». Если нет — переносите в список «потом» и не стирайте: он пригодится после первых результатов.
Критерий «да/нет» на четыре недели
Проверка без финиша превращается в бесконечную доработку. Поэтому до начала работы запишите срок и порог.
- Срок: четыре недели с первого дня, когда продукт или его заменитель увидели реальные люди.
- Порог «да»: число, которое вы заранее считаете достаточным, — например, «не менее N человек из аудитории совершили целевое действие». Сколько именно — решаете вы, исходя из своей ситуации; важно, что число записано до результата.
- Порог «нет»: что вы сделаете, если порог не достигнут, — изменить гипотезу, сменить аудиторию или остановиться.
- Что вы не имеете права делать за четыре недели: добавлять функции вне списка «входит».
Отрицательный результат — тоже результат: вы заплатили за ответ четырьмя неделями, а не полугодом разработки.
Что дальше
Следующий шаг курса — выбор стека: какие инструменты взять, чтобы список «входит» собрать с минимумом частей. Если нужно обсудить состав и границы первой версии со стороны, посмотрите страницу услуги разработка MVP.