Расскажите о самой большой ошибке в вашем профессиональном опыте. Какие выводы сделали?

Расскажите о самой большой ошибке в вашем профессиональном опыте

Я расскажу про реальную ошибку, которая научила меня многому.

Ошибка: Построили фичу, которую никто не просил

Контекст: Я был PM в одном SaaS стартапе для маркетинга. У нас было ~50k MAU. CEO сказал: нам нужна API для интеграций. Я согласился без вопросов.

Почему я согласился?

• CEO был опытный, я был молодой PM
• API казалась логичной фичей (все крупные SaaS имеют API)
• Я не спросил у пользователей
• Я не проверил данные

После запуска:

• Первый месяц: 3 человека использовали API
• Второй месяц: те же 3 человека
• Третий месяц: 1 человек остался

Результат: 6 недель разработки + поддержка = wasted 500+ часов.

Почему это случилось

1. Я не спросил пользователей

• Не провёл Customer Development интервью
• Если бы спросил: только 5% думали о интеграциях

2. Я не анализировал данные

• 70% пользователей не заполняли основные поля (большая боль)
• Интеграции не упоминались в support tickets

3. Я не challenge CEO

• Я должен был сказать: давайте проверим гипотезу
• Вместо этого я согласился и выполнил

4. Я следовал чужой логике

• Все большие SaaS имеют API это не причина добавлять, если никто не просит

5. Я не ставил гипотезу

• Нет метрик успеха до запуска

Как это изменило мой подход

До ошибки:

• PM это люди который выполняет идеи руководства
• Я строил что казалось cool

После ошибки:

• PM это люди который защищает пользователей
• Я слушаю пользователей, затем проверяю с руководством

Практически:

1. Customer Development interview (5-10 людей) перед любым проектом
2. Гипотеза с метриками успеха
3. Small pilot вместо big bang
4. Regular check-ins

Выводы

Вывод 1: No это часть моей работы

• Я могу challenge идеи respectfully
• Давайте проверим гипотезу перед инвестированием

Вывод 2: Всегда задавай критический вопрос

• Откуда мы знаем что это нужно?
• От пользователей? (спроси)
• От данных? (покажи)
• От конкуренции? (это не аргумент)

Вывод 3: Customer Development = основа

• 5-10 пользователей: что для вас biggest problem?
• Если 0 из 10 скажут про API — не нужна
• Если 8 из 10 скажут — явно нужна

Вывод 4: Гипотеза перед разработкой

• Если гипотеза не прошла — нет разработки
• Success criteria должны быть ясны

Вывод 5: Приоритизация по impact и effort

• High Impact, Low Effort → первым
• Low Impact, High Effort → не делаем

API была Low Impact (3 из 50k), High Effort (6 недель) → не делать.

Вывод 6: Self-awareness

• Я слишком послушный
• Я не проверяю данные
• Я думаю как CEO, не как пользователь

Вывод для собеседования

Эта ошибка показывает:

1. Self-awareness — я знаю что ошибился
2. Learning mindset — я анализирую и учусь
3. Practical change — я изменил свой процесс
4. Humility — я не идеален, но расту
5. User-centric thinking — теперь фокусируюсь на пользователях

Хороший PM это не тот который никогда не ошибается. Это тот который ошибается, анализирует, учится и делает лучше в следующий раз.