В B2B/B2G-продуктах для информационной безопасности это особенно ощутимо. Заказчик просит доработку под свой контракт, продажи поддерживают, потому что сделка близка к закрытию, инженеры готовы сделать - «это же не сложно». И PM в этот момент чаще всего остаётся один против всех. Я раньше соглашался чаще, чем стоило. Логика была простая: одна фича - не страшно, зато довольный заказчик и закрытая сделка. Только со временем стало видно, куда это ведёт: продукт постепенно превращается в набор частных случаев, собранных под конкретных клиентов, а не в платформу с понятной логикой развития. В ИБ это особенно дорого. Каждая точечная доработка увеличивает нагрузку на support и эксплуатацию быстрее, чем растёт выручка от сделки, ради которой её делали. А через год-два уже никто не помнит, зачем в продукте появилась эта настройка - просто её нельзя убрать, потому что кто-то ей пользуется. Сейчас смотрю на это иначе. «Нет» работает не как упрямство, а как аргумент на языке бизнеса: стоимость поддержки, влияние на roadmap, риск для продукта в целом. И оно почти всегда сильнее, если рядом есть «но вот что мы сделаем вместо» - так отказ превращается в альтернативу, а не в конфликт. Для себя фиксирую: сила продуктового менеджера в ИБ - не в количестве фич, которые он смог протащить в релиз под давлением, а в количестве ненужных фич, которые он не пустил в продукт. Как вы аргументируете отказ, когда сделка близка к закрытию, а продажи давят? У вас работает формула «нет, но…», или в вашей практике чаще побеждает более сильный переговорщик?