Эффект бутылочного горлышка в работе продакт-менеджера

Одна из самых частых ошибок продакт-менеджеров — желание быть в центре всех событий в продукте и пропускать через себе как можно больше процессов. Постоянные обсуждения, комменты, митинги и снова обсуждения.

Кажется, что ты управляешь всеми процессами как дирижер, а по факту... ты собственными руками создаешь эффект "узкого горлышка" имени себя.

Когда любая задача или процесс идёт через внимание/время продакта:

• Рано или поздно, но подрывается мотивация и автономная работа коллектива. Все понимают, что всё зависит от продакта, а не от них.
• Кратно замедляется скорость перемещения информации (и разработки) в команде. Легендарную картинку про растущее с ростом участников количество связей в группе можно усложнять стоящим по центру продактом, на которого ложатся ВСЕ связи.

Как следствие — кратно увеличивается скорость... выгорания самого продакт-менеджера.

Как не создавать бутылочное горлышко?

Поощряй автономию. Поощряй свою команду к мышлению, критике и самостоятельности — нет ничего эффективнее команд, которые умеют в самоорганизацию и не ждут когда их возьмут за руку и поведут куда-то с ценными указаниями.

Сокращай внутренние связи. Не надо играть в сломанный телефон и выступать посредником просто потому, что "так принято". Исключи себя из цепочек, где твое присутствие не требуется каждый раз.

Маркетологов и дизайнеров можно сблизить с фронтами. Аналитиков познакомить с бэкэндерами. Сапорт-менеджеров с тестировщиками. В каждом продукте свои структуры команд, поэтому просто оцени, какой из этапов взаимодействия можно облегчить и исключить из них тебя и твоё участие.

Будьте прозрачнее. Не стесняйся рассказывать и отвечать на заданные тебе в личке вопросы... в отдельном публичном канале "Q&A" (конечно, если это не приватный разговор). Отвечая на вопрос в публичном канале, ты в очередной раз сэкономишь свои время и силы и закрепишь ответ в голове не одного сотрудника, а группы. Глядишь, в будущем, отвечать на популярные вопросы будет уже кто-то другой :)

Предоставляй развернутый контекст. Не устану повторять, что каждая таска/сторис должны быть описаны как можно более подробно тем, кто её ставит (в случае твоей смерти, её должны понять по этому описанию и без твоих устных пояснений), а большая часть её обсуждения должна идти в комментариях к такой таске, а не офлайне. Предыстория, детали, кейс применения — всё это избавляет от недопонимания и помогает структурировать в головах команды всю информацию.

Шаблонизируй. Свобода связей не означает свободу действий. Придумай для сапорт-менеджеров шаблон для сообщения о баге, для маркетологов придумай шаблон для запросов по установке кодов/целей, для аналитика шаблон запроса данных из баз и тому подобное.

А какие бы вы дали советы из своей практики?