Почему не удалось убедить руководство что один человек не может совмещать много функций?

Почему не удалось убедить руководство что один человек не может совмещать много функций

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

Контекст

В одном из моих стартапов я был один PM на продукт. Потом мне попросили быть также: product manager + marketing manager + customer support lead. Казалось что я смогу совмещать.

Почему это не сработало

1. Context switching затраты

Когда переходишь между задачами, мозгу нужно время переключиться. Исследования показывают что context switch дорогой:

• 5-15 минут на переключение контекста
• 20% потери productivity при частых переключениях

Если я утром PM рабочие 4 часа, потом 2 часа marketing, потом support - никто не получает полного внимания.

2. Конфликты приоритетов

PM говорит: Нужно сосредоточиться на новой фиче Marketing говорит: Нужно срочно кампанию запустить Support говорит: Клиент жалуется на баг

Если ты один человек - кого слушать? Обычно громче всего support. Result: critical work delays.

3. Компетенции разные

PM нужны:

• Strategy thinking
• User research
• Technical understanding
• Prioritization

Marketing нужны:

• Copy writing
• Growth hacking
• Channel optimization
• Analytics

Support нужны:

• Empathy
• Quick thinking
• Problem solving
• Documentation

Раньше я думал что один человек может выучить всё. Реальность: вы station that does everything well.

4. Quality страдает

Product roadmap: Вместо 3-месячного видения - reactive, day-to-day decisions Marketing campaigns: Вместо стратегического плана - быстрые, мало эффективные попытки Customer support: Покупатель ждёт часы для ответа

Что-то страдает. Обычно всё страдает.

5. Burnout неизбежен

Работаешь 50+ часов в неделю. Делаешь работу троих людей. Результат: выгоранию, качество work падает.

Почему руководство не слушало

1. Отсутствие видимых метрик

Руководство видит:

• Продукт вышел
• Marketing кампания запущена
• Support тикеты закрыты

Руководство не видит:

• 20% потери productivity из-за context switching
• Стратегическое направление теряется
• Я работаю 60 часов чтобы достичь результаты на уровне 40-часовой работы одного человека

2. Успеженности проклятие

Потому что я каким-то образом это сделал (частично), руководство подумало что я могу это продолжать. Success в краткосрочности, но failure в долгосрочности.

3. Финансовые ограничения

Руководство видит: нанять ещё одного человека = дополнительный salary, benefits, overhead.

Руководство не видит: потерянный revenue, low product quality, customer churn из-за poor support.

4. Я не коммуницировал правильно

Вместо "Я перегружен" я должен был показать:

• Data: на сколько процентов упала quality metrics когда я добавил marketing?
• Cost: сколько revenue потеряли из-за slow feature development?
• Opportunity: если наймем специалиста, насколько вырастет growth?

Как я это исправил

1. Документирование времени

Я начал отслеживать куда идут мои часы:

• PM работы: 35%
• Marketing: 25%
• Support: 40%

Видение в реальные числа очень мотивировало руководство.

2. Showing impact

Показал корреляцию:

• Когда я фокусировался на product = feature delivery и retention росли
• Когда я отвлекался на support = quality упала

Руководство поняло причину и следствие.

3. Proposing решение

Вместо "нужен ещё человек" я сказал: "Если наймем support specialist за 50k/месяц, я смогу фокусировать на product, что потенциально даст 200k/месяц дополнительного revenue"

ROI говорит с финансистом.

4. Starting маленького

Вместо нанимать full-time support, я предложил:

• Contractor на 10 часов в неделю (5k/месяц)
• Попробовать на месяц
• Если работает, расширить

Меньше risk для компании, они согласились.

5. Proving в действии

Когда contractor пришла, я документировал улучшения:

• Support response time упал с 8 часов на 1 час
• Customer satisfaction поднялась
• Я смогу отсосредоточиться на product

Это convinced руководства.

Lessons learned

Для себя

1. Не терпи сам - это не показатель work ethic, это самовредительство
2. Коммуницируй с данными - эмоции не убеждают руководство, числа убеждают
3. Show ROI - каждый hire стоит money, покажи что потенциальный return выше
4. Start small - предложи trial period, это снижает risk для руководства

Для руководства

1. Один человек в many roles = деньги на wind - context switching дорогой
2. Early warning signs - если PM делает support, marketing и product - это красный флаг
3. Measure quality - когда человек juggling, quality метрики падают, следите за ними
4. Hire рано - лучше нанять junior чем ждать когда senior выгорится

Красные флаги что переload есть

• Работает более 45 часов в неделю
• Меняет приоритеты каждый день
• Support response time растёт
• Feature delivery замедляется
• Seems stressed или unhappy

Финальная рекомендация

Один человек не может быть expert в трёх ролях. Можно быть okay в двух с huge effort, но качество страдает.

Стартапы часто живут этой мифологией что один человек может всё. Реальность: это temporary solution, не sustainable.

Хороший PM должен обычно фокусировать на 1-2 things:

1. Product development
2. Может быть user research или product marketing

Всё остальное - hire. Это лучше для всех: для компании (больше quality), для продукта (лучше стратегия), для человека (меньше burnout).