MVP как культ скорости

Идея быстрого MVP давно стала почти религией. Запуститься быстрее, показать рынку хоть что-то, собрать первые заявки. В бумажном мире звучит рационально. В мире реальном часто выходит иначе.

Многие компании делают MVP не для проверки гипотезы, а чтобы закрыть внутреннюю тревогу. Нужно показать инвестору движение, дать команде ощущение прогресса, уже что-то да родить. В итоге на рынок попадает сырой, размытый продукт, который не решает острую задачу, а просто демонстрирует набор функций, еще и с неплохим дизайном.

Первое впечатление формируется быстро, но исправляется потом лопатами

Проблема не в том, что MVP делают быстро, в том, что его строят вокруг функционала, а не вокруг ситуации клиента.

Фичи - удобно, споров не возникает: их можно перечислить, запланировать, разработать. Ситуацию клиента нужно сначала понять. От: "в какой момент человек начинает искать решение", до: "мне в детстве говорили так не делать".

Если этого нет, MVP превращается в аккуратный, но пустой прототип. Он ничего не проверяет, потому что не попадает в нерв.

Иногда лучше сделать не минимальный продукт, а минимально достаточное попадание. Одна чёткая боль, решённая так, чтобы клиент сказал: "О так удобнее".

Такой MVP может выглядеть скромно. Зато он проверяет главное — понимаем ли мы, почему и в какой ситуации нас выбирают. Всё остальное достраивается уже на этой базе.