Откуда берешь новые идеи?

Откуда берешь новые идеи

Добрые идеи не приходят из ниоткуда. Это системный процесс, который я отточил за годы. Идеи рождаются из трения между реальностью и желанием улучшить.

1. Наблюдение за пользователями (Observation)

Интервью и тестирование

• Еженедельные интервью с пользователями (минимум 3-5)
• Слушаю не что они говорят, а как они это делают
• Запись на видео (потом пересматриваю)
• Обращаю внимание на фрустрацию: вздохи, паузы, "это раздражает"

Пример:

• Пользователь: "Я обычно открываю Excel вместо вашего продукта для этой задачи"
• Вывод: наш UI не подходит для этой задачи (идея: переделать интерфейс)

Посещаю места, где работают мои пользователи

• Офисы клиентов (как они РЕАЛЬНО используют продукт?)
• Кафе, где сидят фрилансеры (какие боли?)
• Магазины, если B2C (какая раздражает пассажеров?)
• Это дает контекст, который не видно в отчетах

Мониторю поддержку

• Смотрю обращения в support (что люди просят?)
• Feature requests — мина информации
• Жалобы — болевые точки
• Каждую неделю провожу 1 час в customer support чате

2. Анализ данных и метрик (Data)

Ищу аномалии в поведении

• Когда группа пользователей ведет себя не как все → почему?
• Когда новая когорта используется по-другому → это новое use case
• Когда конверсия падает в конкретном месте → это боль

Пример:

• Видим: 40% пользователей открывают функцию, но не используют
• Гипотеза: люди хотят это, но что-то мешает
• Интервью + анализ → находим идею для улучшения

Benchmarking с конкурентами

• Еженедельно смотрю что делают конкуренты
• Не копирую, но ищу паттерны (что все делают?)
• Если НИКТО не делает что-то — это либо идея, либо причина не копировать
• Следу за инновациями в других индустриях (как работает Netflix, как Figma делает колаб)

Тренды в индустрии

• Читаю блоги, подкасты, статьи о тренде
• Например, когда AI стал доступен, каждый стал думать как его добавить
• Но главное: не тренд ради тренда, а "помогает ли это решить реальную боль"

3. Вторичные источники (Research)

Product Hunt, HN, Reddit

• На Product Hunt видно, что работает прямо сейчас
• Комментарии показывают реальные боли (не маркетинг)
• На HN (Hacker News) дискуссии глубже, конструктивнее
• Reddit (r/startups, r/webdev) — сырые мнения людей

Книги и классика Product Management

• "Inspired" Marty Cagan — кейсы как рождаются идеи
• "The Lean Startup" Eric Ries — как валидировать идеи
• "Don't Make Me Think" Steve Krug — интуиция в UX
• Не копирую идеи из книг, но копирую подход

Подкасты и лекции -듣у podcasts: Product School, Reforge

• Смотрю выступления на конференциях (Y Combinator, Figma talks)
• Как люди рассказывают о решении проблемы — вот это вдохновляет

4. Мозговой штурм с командой (Collaboration)

Еженедельные сессии мозгового штурма

• Приглашаю не только PM, но и инженеров, дизайнеров, маркетологов
• Разные перспективы → разные идеи
• Инженер видит техническую возможность, маркетолог видит тренд

Правила хорошего мозгового штурма

• Нет плохих идей (критика приходит потом)
• Дикие идеи приветствуются (часто из них вырастают хорошие)
• Количество важнее качества (много идей → несколько хороших)
• Build-on rule: если кто-то сказал идею, следующий улучшает

Пример:

• Инженер: "Мы могли бы использовать AI для автозаполнения формы"
• Дизайнер: "А если не автозаполнение, а предложение? Пользователь выбирает"
• Маркетолог: "Это может быть фичей, которую мы продаём отдельно"
• Результат: новая идея продукта

5. Внутреннее использование (Dogfooding)

Используем свой продукт как клиент

• Если я сам не использую свой продукт — я идиот
• Каждый PM должен быть power user
• Выполняю реальные задачи (не фиксировано, а как обычный пользователь)

Боли, которые я испытываю = идеи

• "Было бы круто, если..."
• "Почему это не работает?"
• "Как я это обходил раньше?"
• Личная фрустрация → мотивация к улучшению

6. Потребление контента конкурентов и смежных продуктов (Environment)

Я использую много приложений

• Slack, Figma, Linear, Notion — как они решают UI?
• Stripe, Braintree — как они упростили платежи?
• Spotify, Netflix — как они рекомендуют?
• Не с целью скопировать, а учиться на паттернах

Подписан на рассылки в той же нише

• Product Manager Weekly
• The Memo (Y Combinator)
• Indie Hackers
• Вычленяю полезное, игнорирую шум

7. Случайные события (Serendipity)

Разговоры в очереди в кофе-шопе

• "О, вы разработчик? Что вас раздражает в инструментах?"
• Иногда из случайного разговора рождается отличная идея

Ошибки, баги, необычное поведение

• Баг иногда открывает новый use case
• Например, фиче Gmail появилась благодаря ошибке в системе threading
• Внимательность к аномалиям

Как я фильтрую идеи:

Не все идеи хороши. Есть три фильтра:

1. Решает ли реальную боль?

• Не "было бы классно"
• А "люди страдают без этого"

2. Есть ли люди, готовые за это платить?

• Даже если красиво, но никто не заплатит — зачем?

3. Можем ли мы это сделать лучше, чем конкуренты?

• Если конкурент уже хороший в этом — нужна дифференциация

Примеры идей, которые я отверг:

• "Добавим AI" (не решает боль, просто копируем тренд)
• "Тёмная тема" (в нашем продукте это 2% трафика)
• "Экспорт в PDF" (люди не просили, не платили бы)
• "Интеграция с 50 сервисами" (разбросаннось)

Процесс от идеи к решению:

1. Идея → Записываю, не забываю
2. Валидация → 3-5 интервью: люди это хотят?
3. Гипотеза → Четко сформулирую, что докажу
4. MVP → Минимальная версия (неделя разработки, не месяц)
5. A/B тест → Работает ли в реальности?
6. Итерация или отказ → Растет ли метрика?

Вывод:

Идеи не вдохновение. Это система:

• Наблюдай пользователей
• Смотри данные
• Читай, учись, слушай
• Работай с командой
• Использую свой продукт
• Фильтруй с умом
• Валидируй быстро

Если я не генерирую идеи постоянно — я плохой PM. Идеи — это моя основная работа, не выполнение других людей или микроменеджмент.