Как строить доверие?
Как продакт, ты находишься в уникальной позиции: ты не начальник, но от тебя ждут лидерские и стратегические решения. Поэтому создание доверия — это единственный вариант делать свою работу эффективно.
Будь предсказуемым
Доверие начинается с ощущения стабильности. Если ты сегодня поддерживаешь одно решение, а завтра полностью меняешь курс без объяснений — команда перестаёт тебе верить. Предсказуемость не означает «никогда не менять мнение», но означает, что у твоих решений должна быть логика, которую ты доносишь. Ключевое — доносишь.
- Проговаривай причины своих решений и изменений.
- Публично признавай ошибки — это не слабость, а сила.
- Выполняй обещания.
Рассказывай о целях и контексте
Когда ты вовлекаешь команду в цели продукта и даёшь широкий контекст, ты не просто информируешь — ты приглашаешь к соучастию. Люди начинают понимать, зачем они делают задачу, как она влияет на пользователя и какое решение будет «правильным».
- Рассказывай команде о квартальных и годовых планах.
- Начинай описание задач не с «надо сделать», а с проблем, которые мы решаем и почему мы их решаем.
- Рассказывай команде о метриках продукта и о том, как они меняются со временем.
Демонстрируй эмпатию и уважение к разным ролям
Кросс-функциональная команда состоит из дизайнера, разработчиков, аналитика, тестировщика и т. д. У каждого свои боли, приоритеты, язык. Умение понимать и признавать это создаёт ощущение того, что «нас слышат».
- Задавай открытые вопросы: «Как ты видишь эту фичу с точки зрения UX?», «Что тебя смущает в этом решении как разработчика?», «Думаю о таком решении. Как оно тебе?».
- Благодари не только за результат, но и за усилия, особенно если они не всегда заметны. «Спасибо» — это бесплатно.
- Слушай. По-настоящему.
Создавай ритуалы открытости и взаимодействия
Командная ретроспектива, демо, встречи 1:1 — это не просто календарные события, а точки роста доверия. Главное — не превращать их в формальность.
- На ретроспективах у каждого должна быть возможность высказаться — публично или анонимно.
- Делай демо не ради «отчётности», а как площадку для гордости и обратной связи. На демо стоит подсвечивать только плюсы и сообщать об успехах конкретных людей.
- Вводи практику «вопрос недели» в Slack — пусть команда делится не только о работе, но и о себе. Разговоры только по работе никак не улучшают атмосферу в коллективе.
Защищай команду, но не скрывай от реальности
Хороший продакт не превращается в «переводчика боли» между бизнесом и командой. Он умеет честно доносить требования рынка, но при этом не даёт менеджменту обесценивать труд разработчиков и защищает командные интересы.
Например, если в руководстве самодуры, которые распыляются в целях и фонтанируют идеями, нужно работать так, чтобы команда никогда этого не узнала, и приносить им стоит только то, что они реально будут делать. Это тоже про защиту.
- Аргументируй приоритизацию с опорой на данные, а не «потому что сказал инвестор». Помни про важность контекста.
- Отстаивай реалистичные сроки и ресурсы. Конечными исполнителями выступают члены команды, и нужно следить за разумной нагрузкой на них. Выгорание — это отстой.
- Показывай бизнесу, что твоя команда — это партнёры, а не исполнители. Говори и показывай, как команда участвует в развитии продукта и насколько они важны.