Расскажите о случае, когда вы получили жёсткую обратную связь от руководителя. Как отреагировали?

Расскажите о случае, когда вы получили жёсткую обратную связь от руководителя. Как отреагировали

Ситуация

Когда: Q3 2021, я был PM платформы для SaaS analytics

Что произошло: Я потратил 3 спринта (6 недель) на разработку нового dashboard для "Advanced User Segments". Это была красивая фича, с ML recommendations, которое я считал game-changer.

Выпустили. И... ничего.

• Adoption: 2% (target было 30%)
• Time to value: 20 минут (люди уходили после 5 минут)
• Support tickets: "Не понимаю, что делает эта фича"

На weekly standpop мой CEO (Директор) сказал прямо:

"Это была траты 6 недель разработки и дизайна. Вы не валидировали гипотезу. Вы не говорили с пользователями. Вы построили красивый продукт, который никому не нужен. В другой компании вас уволили бы."

И он был ПРАВ. Это был удар.

Как я отреагировал (неправильно сначала)

Первая реакция (emotional):

• Оборона: "Но... дизайн хороший!" (бесполезно)
• Обвинение: "Может быть, вы не очень хорошо коммуникировали видение" (ошибка — это моя ответственность)
• Отрицание: "Может быть, люди просто не поняли ценность" (нет, значит, я не показал ценность)

К счастью, я этого вслух не сказал. Я ушел на 5 минут и вернулся со своей головой на месте.

Как я отреагировал (правильно)

Я сказал:

"Вы абсолютно правы. Я совершил ошибку PM-а: я влюбился в идею и не валидировал её. Я должен был:

1. Провести customer interviews ДО разработки
2. Запустить пилот или prototype с 10 пользователями
3. Понять, почему они хотят это

Я не сделал этого. Я потратил 6 недель на что-то, чего никто не просил.

Вот мой план forward:

1. Сегодня я говорю с 5 пользователями, которые ушли из Advanced Segments
2. Завтра я напишу post-mortem, что I learned
3. В понедельник я вернусь с 3 гипотезами для следующей фичи, каждая валидирована customer interviews
4. Я не начну разработку, пока мы не докажем, что люди это хотят"

Действия после

Post-mortem (я написал на свой счёт):

• Какие предположения я сделал неправильно
• Почему я не валидировал раньше (я был нетерпеливым)
• Как я буду работать по-другому

Customer interviews:

• Я лично позвонил 15 пользователям
• Основное мнение: "Advanced Segments хороший, но нам нужна простая версия, которую я понимаю за 2 минуты"
• Я понял: люди хотят результатов, не features

Новый подход:

• Вместо Advanced Segments v2, я запустил Simple Segments (basic version)
• Adoption: 35% (больше, чем goal 30%)
• People said: "Это то, что нам нужно"

Результат через 6 месяцев

• CEO сказал на next review: "Мне нравится, как вы отреагировали на feedback. Вы не обороняли своё эго, вы учились."
• Я был promoted to Senior PM
• Advanced Segments v2 (eventually) был отменен (нам не нужен был)
• Simple Segments стал одной из top features

Что я выучил

1. Feedback это подарок, не атака

CEO мог просто уволить меня. Вместо этого, он мне сказал правду. Это лучше любого согласия.

2. Вальидировать гипотезы ПЕРЕД разработкой, не после

• 30 минут customer discovery > 6 недель в dev
• Lean Startup работает

3. Ego и PM несовместимы

Если я думаю, что я всегда прав, я буду:

• Игнорировать фидбэк
• Не слушать пользователей
• Делать плохие products

Хорошие PM-ы: меняют мнение, когда появляются новые данные.

4. Скорость обучения > совершенство первого раза

Я проиграл 6 недель на неправильной фичи. Но я выучился и применил learning на следующей фичи. Это было лучше, чем защищать ошибку.

Как я использую этот урок сегодня

1. Всегда начинаю с customer discovery — minimum viable research перед любой фичей
2. Люблю critical feedback — это признак, что люди заботятся
3. Быстро admitting mistakes — это strength, не weakness
4. документирую learnings — не делаю одни и те же ошибки дважды

Выводы

Жёсткая feedback была самым ценным feedback, который я получил.

Потому что:

• Она была правдивой
• Она была мотивирована на мой рост (не на критику)
• Я мог действовать на неё
• Она изменила мой подход к PM навсегда

Главное: ego — враг хорошего PM-а. Лучшие PM-ы любят feedback, потому что это путь к лучшему продукту.