Расскажи про ситуацию когда принимал важное решение без консультации с топ менеджером

Важное решение без согласования с топ-менеджментом

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

Ситуация: Пивот в направлении развития

Контекст:

Я работал PM в SaaS компании, которая продавала инструмент для управления проектами на базе Jira. Наш план был расширять функциональность для Jira.

Но через 3 месяца разработки я заметил странное:

• Клиенты не использовали 60% новых фич, которые мы разработали
• Чёрнеры (те, кто ушли) говорили одно: "Нам нужна интеграция с Asana, не только Jira"
• В CRM я видел 40+ запросов на Asana интеграцию

Проблема был в том, что CEO и CTO хотели глубоко развивать Jira. Это была их стратегия. А я видел, что надо переводить ресурсы на Asana.

Как я поступил (шаги, которые я считал правильными):

Шаг 1: Собрал данные (без согласования с боссом)

Я потратил день на анализ:

• Посмотрел данные Amplitude: какие фичи используют, какие нет
• Проанализировал чёрнеры: почему они ушли (было 100+ записей в CRM)
• Посчитал потенциальный рынок: Asana растёт на 30% в год, Jira на 5%
• Оценил трудозатраты: интеграция с Asana = 2 недели, не месяц

Шаг 2: Подготовил презентацию

Создал 10-слайдовую колоду:

• Слайд 1-2: Проблема (40+ запросов Asana, 60% фич Jira не используются)
• Слайд 3-5: Данные (retention по инструментам, рост рынка)
• Слайд 6-7: Рекомендация (начать Asana интеграцию параллельно Jira)
• Слайд 8-10: Финансовое обоснование (может добавить $50K ARR в год)

Шаг 3: Сказал боссу честно

У меня было две опции:

Опция А: Подождать квартальной планерки, согласовать там, потом 2 месяца на реализацию

Опция Б: Рассказать CEO и CTO о проблеме сейчас, когда я вижу риск

Я выбрал опцию Б. Пришёл к CEO и сказал:

"У меня есть данные, которые противоречат нашему плану. Я не знаю, могу ли я что-то делать без твоего одобрения. Вот что я вижу: [показал презентацию]. Я хотел поднять это раньше, чем мы потеряем месяц разработки на неправильное направление."

Его реакция:

CEO посмотрел данные и сказал:

"Ты прав. Я это видел, но игнорировал, потому что была другая стратегия. Спасибо, что поднял. Давай созовём встречу с CTO."

Встреча с командой:

На встрече:

1. Я представил данные (не как "я знаю лучше", а как "я вижу сигналы")
2. CTO первоначально защищал Jira направление
3. Но когда я показал 40+ запросов и retention по инструментам, он согласился
4. Решение: 30% ёмкости на Asana, 70% на Jira углубление

Результат:

Позитивные последствия:

• Asana интеграция была готова за 3 недели
• Привлекли 50+ новых клиентов
• Retention улучшился на 15%
• MRR вырос на $40K за год

Но я понимаю, что это могло быть рискованно:

• Если бы CEO был на встречах и видел данные, мне было бы нечего говорить
• Если бы моя рекомендация оказалась неправильной, я бы подорвал доверие
• Если бы я начал разрабатывать Asana БЕЗ согласования, это было бы инсубординацией

Как я думаю об этом ретроспективно:

Что я сделал правильно:

1. Собрал данные, не предположения

   • Не просто жалкою на интуицию, а показал метрики
   • Чёрнеры, запросы, рост рынка — факты

2. Не начал действовать самостоятельно

   • Я не переписал roadmap в слэке
   • Не попросил разработчиков писать Asana
   • Я выглядел как консультант, а не бунтовщик

3. Была готовность услышать "нет"

   • Если бы CEO сказал "спасибо за анализ, но мы идём дальше с Jira", я бы согласился
   • У него была информация, которая была у меня нет (например, стратегический контракт с Jira)

4. Выбрал правильный момент

   • Не начал обсуждение в Slacke (публично)
   • Не на большой встречи (давил бы на людей)
   • Один-на-один с CEO — правильно

Что я мог бы сделать лучше:

1. Поднял вопрос раньше

   • После первого месяца я видел, что направление неправильное
   • Ждал 2 месяца, пока не будет достаточно данных
   • Лучше было бы: "Я вижу сигналы, давайте следить и решим в конце спринта"

2. Обсудил с CTO еще раньше

   • Мог бы спросить его: "Как ты видишь спрос на Asana?"
   • Вместо того, чтобы идти сразу к CEO
   • Это было бы более интегрированно

Как я подходил бы к подобным ситуациям в будущем:

Правило 1: Данные перед действием

• Собираю факты (метрики, интервью, анализ)
• Только потом поднимаю флаг

Правило 2: Поднимаю вверх, не действую самостоятельно

• Не переписываю roadmap сам
• Не даю указания разработчикам
• Я предложу вариант, но решение за руководством

Правило 3: Иерархия важна, но данные важнее

• Если я вижу риск большой убыток, я говорю
• Но делаю это уважительно: "Вот что я вижу, может быть, я неправ"
• Не: "Ты неправ, давай делать по-моему"

Правило 4: Всегда готов услышать "нет"

• Может быть, есть контекст, который я не вижу
• Может быть, есть стратегия, которая мне неизвестна
• Моя работа — поднять флаг, а не навязывать решение

Правило 5: После решения — полная поддержка

• Если CEO сказал "Идём с Jira", я полностью его поддерживаю
• Не говорю "я же говорил", если что-то не сработает
• Я part of the team

В какой момент это становится несвязностью:

Неправильно:

• Начать разработку без одобрения
• Обойти начальника и пойти к его боссу
• Критиковать решение на встречах
• Саботировать то, что решила компания

Правильно:

• Собрать данные
• Поднять вопрос через нужные каналы
• Предложить варианты (не приказать)
• Принять решение, даже если оно против твоего мнения
• Работать на реализацию этого решения

Итог:

Те, кто принимает важные решения без консультации, — это либо:

1. Мужественные люди, которые берут ответственность
2. Безответственные люди, которые нарушают иерархию

Разница в том, что мужественный PM говорит "вот мои данные, давайте обсудим", а безответственный начинает действовать самостоятельно.

В моей ситуации я был на грани. Я собрал данные и поднял вопрос, но не начал действовать. Это была правильная граница.