Коммуникация с продактами и бизнесом

Senior умеет выйти из мира кода и поговорить с бизнесом на его языке — языке ценности, а не технологий.

Язык ценности — описание технической работы через её влияние на пользователя и бизнес (деньги, время, риск, рост), а не через детали реализации.

Зачем инженеру говорить с бизнесом

Можно быть отличным кодером и оставаться «руками», если вы не понимаете зачем делаете задачу. Senior понимает контекст: какую проблему пользователя решает фича, как она влияет на метрики, почему её приоритизировали. Это даёт две силы: вы делаете правильные технические решения (зная цель, можно срезать ненужное) и влияете на приоритеты (можете аргументировать, что важнее).

Понимать «зачем»

Получив задачу, junior спрашивает «что сделать». Senior спрашивает «какую проблему мы решаем и для кого». Часто оказывается, что озвученное решение — не лучший способ решить настоящую проблему, и senior предлагает дешевле и точнее. Но для этого надо знать цель, а не только задачу.

Продакт: "Сделай экспорт отчёта в PDF"

  junior:  делает PDF-экспорт (3 недели вёрстки PDF)
  senior:  "А зачем пользователю PDF?"
           -> "Чтобы отправить бухгалтеру"
           -> "Тогда хватит CSV или ссылки, это 2 дня"

Говорить на языке ценности

Стоит добавить про доверие как валюту этих отношений. Когда инженер пару раз честно предупредил о риске, который потом сбылся, или предложил решение дешевле запрошенного и оно сработало, продакт начинает прислушиваться к его техническому мнению. Это тот же социальный капитал, что и во влиянии без власти, только в связке с бизнесом. Инженер, которому продакт доверяет, получает реальный голос в приоритизации: его аргумент «давайте сначала укрепим надёжность» воспринимают всерьёз, а не как «технари опять хотят что-то чистить вместо фич».

Как работает под капотом

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

Доверие между инженерами и продактом

Отношения инженеров и продакт-менеджеров часто омрачены недоверием: продакт думает, что инженеры всё переусложняют и затягивают, инженеры думают, что продакт не понимает технической реальности и хочет невозможного в нереальные сроки. Senior разрывает этот порочный круг, выступая переводчиком. Он объясняет продакту техническую цену решений на понятном языке («если делать к пятнице, придётся срезать обработку ошибок, и вот чем это грозит пользователю») и одновременно вникает в продуктовые цели, чтобы предлагать варианты, а не просто говорить «нет».

Особенно важно уметь «продавать» невидимую работу: надёжность, тесты, погашение техдолга, безопасность. Эти задачи не дают видимой пользователю фичи, поэтому продакту трудно отдать им приоритет. Инженер, который говорит «надо порефакторить, код плохой», проигрывает. Инженер, который говорит «сейчас каждый второй спринт мы теряем два дня на баги в этом модуле; если потратить неделю на его упрощение, вернём примерно по дню в каждом следующем спринте» — выигрывает, потому что перевёл техническую необходимость в язык времени и денег.

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

• Делать задачу, не зная «зачем». Без цели нельзя ни срезать лишнее, ни предложить лучше.
• Говорить с бизнесом терминами. «Техдолг», «рефакторинг» для них пустой звук; переводите в выгоду.
• Считать общение с продактом не своим делом. На senior это часть работы; «я только пишу код» — потолок middle.

Итоги

• Понимание «зачем» даёт лучшие решения и право влиять на приоритеты.
• Спрашивайте о проблеме и пользователе, а не только о задаче.
• Переводите технику в язык ценности: деньги, время, риск, рост.
• Общение с бизнесом — часть работы senior, а не отвлечение.