N
Negotiations.AI
← Back to blog

Modellierung von Verhandlungsszenarien für Beschaffungsteams

Wie Beschaffungsteams die Modellierung von Verhandlungsszenarien nutzen können, um BATNA, ZOPA, Zugeständnisse und den Widerstand von Lieferanten vor Live-Verhandlungen zu testen.

4 min read

Die Modellierung von Verhandlungsszenarien hilft Beschaffungsteams, mögliche Züge vor dem Lieferantengespräch zu testen. Sie macht den Unterschied zwischen einem Zielpreis und einem Plan dafür, was passiert, wenn der Lieferant nein sagt.

Das Ziel ist nicht, die Zukunft perfekt vorherzusagen. Das Ziel ist, Annahmen sichtbar zu machen, Wege zu vergleichen und den nächstbesten Schritt mit weniger Überraschungen zu wählen.

Für die KI-gestützte Vorbereitung ist die Szenariomodellierung einer der wertvollsten Workflows. Sie gibt dem Modell Struktur und dem menschlichen Team eine Möglichkeit, die Ergebnisse zu prüfen. Deshalb gehört eine eigene Seite zu negotiation scenario modeling neben allgemeineren Inhalten zu KI-Verhandlungen.

Was ein Szenario enthalten sollte

Ein nützliches Szenario hat fünf Teile.

Erstens: Definieren Sie die kommerzielle Bandbreite. Erfassen Sie für jedes Thema Zielwert, akzeptablen Wert und Ausstiegsgrenze. Der Preis ist nur ein Thema. Berücksichtigen Sie, wo relevant, auch Laufzeit, Zahlungszeitpunkt, SLA, Umfang, Volumen, Implementierung, Risiko, Datenrechte und Flexibilität beim Ausstieg.

Zweitens: Definieren Sie die Lieferantenhypothese. Was könnte der Lieferant wertschätzen? Zahlungszeitpunkt, längere Bindung, gleichmäßigere Nachfrage, Referenzwert, geringeres Risiko, schnellere Unterschrift oder operative Einfachheit können allesamt wichtig sein.

Drittens: Definieren Sie die Käuferbeschränkung. Was kann das Team tauschen, ohne Risiko zu erzeugen? Was erfordert eine Genehmigung? Was ist nicht verhandelbar?

Viertens: Definieren Sie die wahrscheinliche Reaktion des Lieferanten. Der Lieferant kann ablehnen, kontern, verzögern, hoch ankern, behaupten, dass eine Genehmigung der Geschäftsleitung erforderlich ist, oder das Gespräch wieder auf ein einzelnes Thema zurückführen.

Fünftens: Definieren Sie den nächsten Zug des Käufers. Ein Szenario ist unvollständig, wenn es nicht zu einer Frage, einem Paket, einer Rückfalloption oder einem Eskalationspfad führt.

Beispiel: Preiserhöhung durch den Lieferanten

Nehmen wir an, ein Lieferant fordert eine Erhöhung um 8 Prozent für einen jährlichen Servicevertrag über 3,2 Millionen US-Dollar. Das Ziel des Käufers liegt bei 2 Prozent, akzeptabel sind 4 Prozent, und die Ausstiegsgrenze liegt bei 6 Prozent, sofern der Lieferant nicht Servicegutschriften und Preisschutz hinzufügt.

Szenario A stellt die Kostenbasis infrage. Der Käufer fordert Nachweise auf Positionsebene an und kontert mit 2 Prozent ohne weitere Zugeständnisse. Das schützt den Preis, kann das Gespräch aber ins Stocken bringen, wenn der Lieferant tatsächlich unter Kostendruck steht.

Szenario B tauscht Laufzeit gegen Schutz. Der Käufer bietet 4 Prozent für eine Preisbindung von 18 Monaten, stärkere SLA-Gutschriften und keine Implementierungsgebühren. Das kann akzeptabler sein, wenn der Lieferant Planungssicherheit beim Umsatz schätzt.

Szenario C teilt den Zeitpunkt auf. Der Käufer akzeptiert jetzt 3 Prozent und eine zweite Überprüfung in sechs Monaten, gekoppelt an einen veröffentlichten Kostenindex. Das reduziert den unmittelbaren Konflikt, schafft aber einen zukünftigen Entscheidungspunkt.

Szenario D nutzt Zahlungsbedingungen. Der Käufer bietet schnellere Zahlung nur an, wenn der Lieferant die Erhöhung auf 3 Prozent begrenzt und vierteljährliche Leistungsberichte bereitstellt. Dafür ist vor dem Gespräch mit dem Lieferanten eine Genehmigung durch die Finanzabteilung erforderlich.

Das Team sollte ein Szenario nicht auswählen, weil es clever klingt. Es sollte auf Grundlage von Belegen, Beschränkungen und wahrscheinlichen Anreizen des Lieferanten entscheiden.

Wie KI hilft

KI kann schnell Szenariooptionen erzeugen, aber das Team sollte die Ausgabe in eine überprüfbare Struktur zwingen. Fordern Sie Annahmen, Risiken, Reaktion des Lieferanten, Reaktion des Käufers, Genehmigungsbedarf und Formulierungen für Rückfalloptionen an.

Dies ist ein nützliches Prompt-Muster:

"Given this supplier context, create four negotiation scenarios. For each scenario, show the opening position, supplier hypothesis, buyer concession, expected supplier pushback, risk, approval requirement, and recommended next question."

Prüfen Sie das Ergebnis dann anhand der tatsächlichen Faktenbasis. Wenn eine Annahme nicht belegt ist, markieren Sie sie als Frage. Wenn ein Zugeständnis eine Genehmigung erfordert, darf es nicht als bereits genehmigte Formulierung erscheinen.

Diese Human-in-the-Loop-Disziplin ist zentral für AI negotiations for procurement. KI sollte den Entwurf verbessern, nicht die Entscheidung übernehmen.

Szenariomodellierung und BATNA/ZOPA

BATNA und ZOPA werden oft als Konzepte vermittelt, aber die Szenariomodellierung macht sie operativ. Das Team kann fragen:

  • Bewahrt dieses Szenario unsere Ausstiegsgrenze?
  • Verbessert oder schwächt es unsere BATNA?
  • Welcher Zug des Lieferanten verengt die ZOPA?
  • Welche Frage des Käufers erweitert die mögliche Einigungszone?
  • Welche Belege würden die Empfehlung ändern?

Wenn das Team diese Fragen nicht beantworten kann, hat es wahrscheinlich ein Ziel, aber keine Strategie.

Was als Nächstes zu tun ist

Nutzen Sie die Szenariomodellierung vor wichtigen Verlängerungen, Preiserhöhungen, Verhandlungen zu Zahlungsbedingungen und finalen strategischen Beschaffungsentscheidungen. Sie ist besonders nützlich, wenn der Lieferant Hebelwirkung hat oder wenn mehrere Stakeholder die Position genehmigen müssen.

Für angrenzende Hinweise lesen Sie supplier negotiation analytics und sehen Sie sich anschließend die Negotiations.AI features für Simulation, Strategy Canvas und Ergebniserfassung an.

Wir übernehmen die Prompts für dich

Wir übernehmen die Prompts für dich — nutze Negotiations.AI für KI‑Verhandlungen. Gib Deal‑Kontext und Constraints an, und die Plattform erzeugt strukturierte Tauschpakete, Talk‑Tracks und Simulationen — ohne Prompt‑Engineering.