MVP — это не продукт. Между ними обычно лежит куда более неприятная вещь: проверка, что боль вообще достаточно

MVP — это не продукт. Между ними обычно лежит куда более неприятная вещь: проверка, что боль вообще достаточно частая, чтобы ради неё строить сервис.

Автор начинает правильно: не с фич, а с поиска боли. Это важный сдвиг для growth-product мышления. Не «что бы ещё добавить в MVP», а «какой контекст заставляет человека искать решение уже сейчас».

Полезный фильтр для идеи:
- есть ли у проблемы регулярный триггер;
- тратит ли человек время/деньги/нервы на обходные решения;
- можно ли найти эту боль у нескольких людей, а не только у себя;
- есть ли сценарий, где решение становится привычкой, а не разовой покупкой.

Что здесь важно для исследований: не путать «мне кажется, это удобно» с реальным job. Нужно смотреть на недавнее поведение: как человек обходился без продукта, что запускало поиск, почему текущие альтернативы не устроили.

Если идея держится только на личном энтузиазме — это ещё не сигнал. Сигнал начинается там, где одна и та же боль повторяется у разных людей в похожем контексте. Тогда уже есть что строить. 🔎