Модель should-cost vs совокупная стоимость владения: что лучше помогает в переговорах?

Команды по закупкам часто спрашивают, что им следует использовать в переговорах с поставщиком: модель should-cost или совокупную стоимость владения. Ответ обычно такой: оба подхода, но для разных решений.

Это сравнение — основной материал по вопросу "should cost model or total cost of ownership?" Более широкий обзор TCO см. в Understanding Total Cost of Ownership in Procurement. О workflow на базе AI, который превращает данные о затратах в переговорную стратегию, см. в AI negotiations for procurement.

Краткий ответ

Модель should-cost оценивает, сколько продукт или услуга должны стоить, исходя из входных факторов, труда, накладных расходов, маржи и рыночных допущений. Совокупная стоимость владения измеряет полную стоимость закупки, использования, эксплуатации, поддержки и завершения отношений с поставщиком. Используйте should-cost, чтобы оспаривать цену. Используйте TCO, чтобы сравнивать полный экономический результат. В переговорах самая сильная позиция часто сочетает оба подхода: "Ваша цена выше нашей оценки should-cost, и ваше предложение также создает более высокую совокупную стоимость владения из-за сервиса, внедрения, рисков или условий выхода."

На какой вопрос отвечает модель should-cost

Модель should-cost отвечает на вопрос: "Сколько это должно стоить, если мы понимаем драйверы затрат?"

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

В переговорах should-cost помогает покупателю задавать более точные вопросы:

• Какой именно входной фактор изменился?
• Какая часть роста приходится на труд, материалы, фрахт, использование или маржу?
• Какие допущения использовал поставщик?
• Какие драйверы затрат можно снизить за счет изменений в объеме, сроках, спецификации или составе работ?
• Какая цена была бы разумной, если скорректировать допущения?

Should-cost особенно эффективен, когда поставщик утверждает, что повышение цены неизбежно. Этот подход позволяет покупателю отделить реальное изменение затрат от расширения маржи или слабых допущений.

На какой вопрос отвечает совокупная стоимость владения

Совокупная стоимость владения отвечает на вопрос: "Во сколько на самом деле обойдутся отношения с этим поставщиком с течением времени?"

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

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

TCO особенно полезна при выборе поставщика, продлении контрактов и переговорах финального раунда, когда команде нужно сравнить предложения, которые не являются идентичными.

Разница на одном примере

Представим, что поставщик просит повысить цену на 8 процентов по критически важной услуге.

Подход should-cost показывает, что рост затрат на труд и оснастку оправдывает 3 процента, а не 8 процентов. Это дает закупкам аргументы, чтобы оспорить цену.

Подход TCO показывает, что поставщик также вызвал задержки сервиса, срочные отгрузки, переделки и внутренние эскалации, отнимающие время. Даже если повышение цены снизится до 3 процентов, общая стоимость все равно останется слишком высокой, если не улучшатся условия сервиса.

Переговоры не должны сводиться только к "снизьте повышение". Они должны звучать так:

• Снизить повышение до обоснованного уровня.
• Добавить обязательства по сервису.
• Ограничить срочные сборы.
• Улучшить отчетность.
• Привязать будущие повышения к измеримым драйверам затрат.

Именно так анализ затрат превращается в переговорную стратегию.

Как использовать эту страницу как основной материал для переговоров

Используйте эту страницу, когда команда решает, какой анализ должен определять разговор с поставщиком. Используйте should-cost, когда спор идет о структуре цены поставщика. Используйте совокупную стоимость владения, когда спор идет о полном экономическом результате: внедрении, сбоях сервиса, простоях, внутренних усилиях, затратах на смену поставщика, условиях выхода и рисках.

На практике лучший бриф для закупочных переговоров обычно включает оба подхода:

• Позиция should-cost: какой должна быть цена поставщика на основе допущений по входным факторам.
• Позиция TCO: почему предложение более или менее привлекательно после учета скрытых затрат и рисков.
• Вопросы поставщику: какие доказательства поставщик должен предоставить, прежде чем покупатель примет его аргументацию.
• Пакеты обмена: чем покупатель может обмениваться между ценой, сроком, объемом, сервисом, составом работ и риском.

Negotiations.AI помогает командам превращать эти входные данные в стратегический canvas, вопросы для поставщика и сценарии репетиций перед встречей. На странице platform features показано, как данные о затратах превращаются в управляемый переговорный workflow.

Когда использовать should-cost

Используйте should-cost, когда:

• Поставщик дает обоснование на основе затрат.
• Входные затраты можно измерить.
• У категории есть спецификация материалов, модель труда, тарифная сетка или модель использования.
• Команде нужно оспорить повышение цены.
• Покупатель может обменивать спецификации, объем, сроки или состав работ.

Should-cost менее полезен, когда ценность определяется дифференциацией, брендом, дефицитом, интеллектуальной собственностью или ценностью, специфичной для отношений, которую трудно напрямую смоделировать.

Когда использовать TCO

Используйте TCO, когда:

• Предложения имеют разные уровни сервиса или профили риска.
• Существенны затраты на внедрение, простои, выход или поддержку.
• Поставщик влияет на операции за пределами закупочной цены.
• Внутренние усилия заинтересованных сторон высоки.
• Самый дешевый поставщик может не быть лучшим экономическим выбором.

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

Как AI помогает объединить оба подхода

AI может помочь закупочным командам превращать данные о затратах в вопросы, варианты и пакеты обмена.

Например, workflow переговоров на базе AI может:

• Суммировать аргументацию поставщика по затратам.
• Сравнивать эту аргументацию с допущениями should-cost.
• Выявлять недостающие входные данные.
• Группировать риски TCO по ответственным.
• Формулировать вопросы для поставщика.
• Создавать пакеты, в которых балансируются цена, сервис, риск и сроки.
• Готовить бриф на согласование для финансовой и операционной функций.

Ключевой момент — использовать AI с надежными входными данными. На странице Data and AI объясняется, как внутренние и внешние данные могут поддерживать формирование фактологической базы для переговоров. На странице Negotiations.AI features показано, как эти данные превращаются в стратегию и симуляцию.

FAQ

Является ли should-cost тем же самым, что и TCO?

Нет. Should-cost оценивает справедливую стоимость на основе драйверов затрат. TCO оценивает полный экономический эффект владения, использования, поддержки и завершения отношений с поставщиком.

Что лучше для переговоров с поставщиками?

Should-cost лучше подходит для оспаривания цены. TCO лучше подходит для сравнения полной ценности. В сложных переговорах часто нужны оба подхода.

Как использовать should-cost в переговорах?

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

Как использовать TCO в переговорах?

Используйте TCO, чтобы вывести обсуждение за пределы номинальной цены. Запрашивайте улучшения в сервисе, рисках, внедрении, сроках оплаты, правах на выход и операционной поддержке.