Как придумать продукт, который не развалится после первого «а зачем это нужно?»
Эта статья поможет соло-фаундерам правильно проектировать продуктовое решение.
Идеи продуктов приходят по-разному:
- Со стороны проблемы. Проблема идентифицирована, она, что называется, звенит, но внятного решения, как её закрыть, пока нет.
- Со стороны решения. Вы уже всё придумали — решение готово, но непонятно, есть ли вообще проблема. Не натягиваете ли вы сову на глобус? А если проблема есть, не ложная ли она — не решаете ли вы только свою личную боль? И не изобретаете ли вы велосипед?
Два захода — два алгоритма
- Проблемный подход, алгоритм:
- Мои люди → профили
- Профили → аватар
- Тропинки → пользовательская задача (скил*: design-user-task)
- Задача → гипотезы решений (скил*: design-solution)
- Гипотезы → отбор и валидация
- Проверенное → продуктовое решение
- Решение → итерации и MVP
Как искать гипотезы решений
Один заход мозгового штурма редко даёт сильный принцип. Полезно прогнать задачу через несколько разных углов. Для этого можно использовать скил design-solution. В него вшиты вот такие методы:
- ИКР. Вопрос не «что улучшить», а как система должна работать сама. Например: пользователь один раз оформил смысл — и его находят и люди, и AI, без ада площадок и курсов по SEO. Дальше — шаг назад от идеала: что в реальности ломает эту картинку? Это часто даёт точную гипотезу, а не абстрактный принцип.
- Разрешение противоречий. Если элемент должен быть одновременно A и не-A, слабый ответ — компромисс вроде «чуть-чуть SEO в конце». Сильный — разделение: по времени (режим «пишу» отдельно от режима «публикую»), по пространству (канон у себя, анонс в чужом канале), по условию (при низком запасе времени — другой режим) или по уровню (автор отвечает за смысл, платформа — за GEO).
- Маленькие человечки (ТРИЗ). Противоположные функции противоречия раздаются разным «агентам» — кто-то держит голос автора, кто-то отвечает за GEO-слой, кто-то за дистрибуцию. Где каждый из них действует — внутри системы, снаружи, в разных зонах? Не пытаться один инструмент натянуть на всё.
- Акофф. Идея идеального решения с чистого листа: представить, что текущая система сгорела, а цель осталась та же. Purpose — зачем система существует, не «как у всех». Идеал — если строить заново, с сегодняшними технологиями, что бы получилось. Назад к реальности — минимальный кусок идеала, который можно дать аватару прямо сейчас. Разрыв между идеалом и тропинкой — это план, а не список багов.
- Персонификация. Наделить один элемент единственной целью и спросить, что бы он сделал, если бы «хотел» только её.
- Решенческий подход, алгоритм:
- Гипотезы решения → валидация с пользовательской задачей
- Пользовательская задача → валидация с тропинкой
- Тропинка → валидация с профилем пользователя
Тут можно вызвать скил* аватара (создать самостоятельно или вызвать мой /avatar, подробнее тут — ссылка) и провести интервью с аватаром, задав вопросы:
- Когда вы последний раз сталкивались с этой ситуацией — расскажите, что конкретно происходило?
- Как вы решаете эту задачу сейчас, и что вас в этом способе устраивает, а что бесит?
- Если бы я показал вам вот такое решение (без названия, просто принцип) — что бы оно вам сразу закрыло, а что осталось бы нерешённым?
- Сколько времени, денег или нервов вы готовы потратить, чтобы избавиться от этого вреда — и пробовали ли вы уже что-то для этого?
- Что должно произойти, чтобы вы сказали «наконец-то» — а не «ну, ещё один вариант того же самого»?
Валидация идей
После такого штурма на руках остаётся пул карточек — принципы, а не готовые продукты. Сначала их стоит почистить:
- Убрать дубли — часто «канон у себя» и «престиж через свой адрес» — это одна и та же мысль в разных словах.
- Выбрать тройку лидеров по двум осям: близость к идеалу (снимает противоречие, а не меняет форму старого) и match (аватар говорит «наконец-то», а не «ещё один конструктор»).
Перед тем как назвать что-то продуктом, стоит честно пройти чеклист валидации:
- Задача настоящая? Есть натоптанная тропинка, понятная польза и понятный вред?
- Не только я? Боль повторяется у других людей из тех же профилей?
- Не велосипед? В чём принципиальное отличие, а не просто фича-обёртка?
- Противоречие? Гипотеза снимает компромисс, а не делает то же самое чуть удобнее?
- Match? Аватар узнаёт себя в этом решении?
- Сигнал? Что можно измерить за одну-две недели — не лайки на VC, а реальный приток своих людей?
Продуктовое решение — это не первая идея в душе и не «ещё одна фича». Это принцип, который снимает нерешённое противоречие на натоптанной тропинке — и который узнаёт ваш аватар. Дальше — валидация в бою и MVP. Но это уже в следующей серии.
(*) Скил — это инструмент для запуска повторяющейся задачи в Cursor / Claud code — используйте, если проводите исследование с помощью ии. Как проводить продуктовое исследование с помощью ии можно посмотреть в видео (см. в блоке с инструментами).