Завышенные требования в ТЗ: как разбирать технический барьер в B2B-сделке
Техническое требование может защищать реальный риск проекта, а может быть наследием старой спецификации или способом закрыть рынок под конкретное решение. Продавцу нельзя ни молча соглашаться, ни объявлять пункт «завышенным» без доказательств.
Завышенный пункт определяется не эмоцией продавца, а задачей
Если требование действительно связано с безопасностью, эксплуатацией, нормативом или критичным режимом, спорить с ним бессмысленно. Но если параметр не влияет на задачу и лишь повторяет свойства конкретного продукта, его стоит разбирать.
Ключевой вопрос: какую функцию и какой риск защищает этот пункт?
Технические параметры могут стать барьером для альтернатив
Конкурент, который вошёл раньше, способен заложить в ТЗ характеристики своей системы. Поздний поставщик видит их уже как обязательное условие и начинает либо демпинговать, либо объявлять проект неправильным. Оба сценария слабые.
Сильнее показать эквивалентность по функции и риску, а не спорить по бренду.
Проверяйте требование по шагам
- Определить, какую функцию должен обеспечить параметр.
- Понять источник требования: норматив, расчёт, стандарт заказчика или конкретный продукт.
- Проверить, влияет ли отличие на безопасность и эксплуатацию.
- Подготовить техническое доказательство эквивалентности или более подходящего решения.
- Согласовать изменение с тем, кто несёт ответственность за технический выбор.
«Нас заложили в проект» ещё не означает победу
Если требование невозможно защитить инженерно, его легко снимут при экспертизе, закупке или замене на объекте. Поэтому выигрывает не тот, кто сильнее закрыл спецификацию, а тот, чья логика выдерживает проверку.
Не обвинять проектировщика и не обесценивать ТЗ
Фраза «у вас завышенные требования» создаёт конфликт. Полезнее спросить, какую задачу решает конкретный параметр, и показать расчёт или документ, где другой вариант обеспечивает тот же результат.
Так технический спор превращается в рабочее согласование, а не в борьбу продавцов.