Переговоры со стейкхолдерами: тактики продакта

Карьерник — Duolingo для аналитиков и продактов: 10 минут в день тренируй SQL, Python, A/B, статистику, метрики и ещё 3 темы собеса. 1500+ вопросов в Telegram-боте. Бесплатно.

Зачем продакту уметь договариваться

Продакт почти не имеет формальной власти. У него нет команды в прямом подчинении, бюджет он не подписывает, сроки часто диктуют не ему. Всё, что он делает руками — это переговоры. С разработкой о том, что войдёт в спринт. С маркетингом — какой запуск важнее. С CEO — почему мы не пилим фичу X, которую он увидел у конкурента. С юристами — почему регуляторку можно сделать через две недели, а не сегодня.

Если переговорные мышцы прокачаны слабо, продакт превращается в курьера от стейкхолдеров к разработке. Каждое «нет» от инженеров вызывает панику. Каждая хотелка CEO становится приоритетом. Бэклог распухает, команда выгорает, метрики не двигаются. На собесе за это спрашивают по делу — кейсы про конфликт со стейкхолдером всплывают почти всегда.

Хорошие переговоры — это не про то, чтобы передавить. Это про то, чтобы найти решение, при котором обе стороны получают своё, и продукт двигается. Разберёмся, как это делать.

Подготовка к переговорам

Главная ошибка продактов — заходить в переговоры без подготовки. Думать, что харизмой можно продавить. Не работает. Стейкхолдер всегда в курсе своей зоны лучше тебя.

Перед серьёзным разговором отвечай себе на четыре вопроса:

  1. Что я хочу получить — минимум, оптимум, максимум.
  2. Что хочет другая сторона — её цель, её страхи, её KPI.
  3. Какая альтернатива у каждой из сторон, если не договоримся (BATNA).
  4. Какие данные/факты подкрепляют мою позицию.

Чем выше уровень собеседника, тем сильнее у него натренирован детектор «ты пришёл с проблемой или с предложением». Приходи с предложением: не «не успеваем», а «вот три варианта, рекомендую вариант Б, вот почему».

Если стейкхолдер — CEO или фаундер, ещё важнее показать, что ты думал о его контексте. У него горизонт квартала, не недели. У него инвесторы, не только пользователи. Аргумент «это улучшит retention на 1%» цепляет, если ты заранее показал, как retention влияет на выручку через год.

Аргументы, которые работают

Продакт обычно опирается на три вида аргументов:

Данные. Цифры из аналитики, результаты A/B-тестов, бенчмарки. Самый сильный аргумент, если данные релевантные. Слабеет, если стейкхолдер не доверяет источнику или методологии.

Принципы. Стратегия компании, ценности продукта, OKR. Работает в зрелых организациях. В стартапах принципы меняются каждый квартал.

Прецеденты. «Мы уже делали так с фичей X, получили Y». Сильный аргумент, потому что показывает, что ты не теоретизируешь.

Слабые аргументы, которые часто всплывают и мешают:

  • «Все так делают» — нет, не все, и нам это не помогает.
  • «Я чувствую» — может, и правильно, но проверить нельзя.
  • «Конкурент сделал» — и что, у конкурента другие данные о пользователе.

Ещё один приём: переформулируй задачу так, чтобы она звучала на языке собеседника. С маркетингом говори про CAC и каналы. С инженерами — про техдолг и качество. С CEO — про выручку и риски. Один и тот же запрос можно подать тремя разными способами и получить три разных ответа.

Работа с возражениями

Возражение — это не отказ, это запрос на дополнительную информацию. Большинство продактов слышат «нет» и начинают спорить. Лучше — задать уточняющий вопрос.

«Это не приоритет» — окей, а что приоритет, и почему?

«Слишком долго делать» — окей, а сколько норм, и что мы можем сократить из объёма?

«Юристы не пропустят» — окей, давай пойдём к юристам вместе, я подготовлю аргументы.

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

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

Красные линии и эскалация

У продакта должны быть свои красные линии. Это решения, на которые он не пойдёт даже под давлением. Например: не запускать фичу без минимального A/B, не обещать сроки без оценки от команды, не ломать опыт core-сегмента ради краткосрочного KPI.

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

Эскалация — это не провал переговоров, а инструмент. Если не договариваешься со стейкхолдером своего уровня, нормально вынести вопрос наверх. Но эскалировать стоит подготовленно: с двумя позициями, аргументами обеих сторон и своим предложением. Иначе руководитель воспримет это как «продакт не справился».

Перед эскалацией предупреди контрагента: «Слушай, мы тут не сходимся, я понесу к нашему общему руководителю. Хочешь, обозначь свою позицию письменно». Это снимает ощущение удара в спину.

Частые ошибки

  • Заходить без BATNA. Если у тебя нет альтернативы, ты не торгуешься, а просишь.
  • Принимать всё близко к сердцу. Стейкхолдер давит не на тебя, а на функцию продакта.
  • Соглашаться, чтобы быстрее закончить разговор. Потом всё равно придётся возвращаться, но уже с обещаниями за спиной.
  • Игнорировать политику. Формальная иерархия — не единственная карта влияния в компании.
  • Не фиксировать договорённости письменно. Через две недели каждый помнит свою версию.
  • Эскалировать без предупреждения. Один раз так сделаешь — потеряешь доверие на полгода.

Связанные темы

FAQ

Что делать, если стейкхолдер давит на сроки?

Не соглашайся на сроки без оценки от команды. Возьми паузу, согласуй с разработкой, вернись с реалистичным диапазоном и объяснением, что входит в каждую цифру.

Как договариваться с CEO, если он постоянно меняет приоритеты?

Фиксируй приоритеты письменно после каждой встречи. Когда он приходит с новой фичей, показывай текущий список и спрашивай: что отодвигаем?

Стоит ли спорить с дизайнером о решении?

Спорить — нет, обсуждать — да. У дизайнера своя экспертиза. Лучше дать ему задачу через проблему пользователя, а не через готовое решение.

Как не выгореть от постоянных переговоров?

Вырабатывай красные линии и не пересекай их. Веди заметки по каждому конфликту — потом видно, где паттерн, а где разовый случай.

Что делать, если договорились устно, а потом стейкхолдер передумал?

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

Можно ли отказать CEO?

Можно, если есть аргументы. Лучше формулировать как «давай отложим, потому что X» или «давай проверим гипотезу через Y», а не как «нет».


Готовишься к продакт-собесу — открой Карьерник с 1500+ вопросами по продукту, аналитике и метрикам.