Buying Committee

Was ist ein Buying Committee?

Buying Committee bezeichnet alle Personen, die direkt oder indirekt Einfluss auf eine Kaufentscheidung nehmen. Im modernen B2B-Vertrieb kauft nicht eine Person – sondern ein Committee trifft Entscheidungen durch Konsens. Je größer der Deal-Value und je komplexer die Lösung, desto größer das Committee.

— Vertriebswikinger Glossar

Der Begriff stammt aus der B2B-Verkaufstheorie und beschreibt die Realität: In 95% der B2B-Deals gibt es KEINEN "single decision maker". Stattdessen gibt es ein Geflecht von Stakeholdern – manche mit Veto-Power, manche mit Empfehlungsrecht, manche mit Budget-Kontrolle. Erfolgreiche B2B-Verkäufer verstehen diese Dynamik und navigieren sie strategisch.

Deine Deals scheitern an "unsichtbaren" Stakeholdern? Wir trainieren Buying-Committee-Strategien →

Buying Committee auf einen Blick

Eigenschaft	Wert
Definition	Alle an Kaufentscheidung beteiligten Personen
Typische Größe	6-10 Personen (B2B durchschnittlich)
Trends	Steigende Größe (2020: 5, 2024: 8-10)
Wichtigste Rollen	Economic Buyer, Decision Maker, Champion, Influencer
Größtes Risiko	Unknown Stakeholder mit Veto-Power
Erfolgs-Faktor	Consensus Building (nicht nur Decision Maker überzeugen)
Mapping-Tool	Stakeholder-Matrix (Power vs. Interest)
Best Practice	Multi-Threading – min. 3-5 Relationships aufbauen

Buying Committee vs. Decision Maker

Alte Sales-Logik (1990er): "Finde den Decision Maker, überzeuge ihn, fertig."

Moderne Realität (2024+): "Es gibt 8 Stakeholder. 3 müssen Ja sagen, 1 darf nicht Nein sagen, 4 müssen neutral bleiben."

Kriterium	Single Decision Maker	Buying Committee
Anzahl	1 Person	6-10+ Personen
Entscheidung	Autokratisch	Konsensbasiert
Timeline	Schnell (Tage)	Langsam (Wochen/Monate)
Verkaufs-Approach	1:1 Relationship	Multi-Threading
Erfolgs-Faktor	Den Chef überzeugen	Consensus bauen
Risk	Single Point of Failure	Komplexe Politik
Typisch für	SMB, einfache Produkte	Enterprise, komplexe Lösungen

Die Wahrheit: Selbst wenn jemand "final decision maker" ist – er hört auf sein Committee

Die 7 Rollen im Buying Committee

1. Economic Buyer (Budget Owner)

Definition:
Kontrolliert das Budget, kann final "Ja" oder "Nein" sagen

Typische Positionen:

• CFO (bei großen Investments)
• VP/Director der betroffenen Abteilung
• Procurement (bei standardisierten Käufen)

Motivation:

• ROI maximieren
• Risk minimieren
• Budget effizient einsetzen

Entscheidungs-Kriterien:

• Business Case (Zahlen, Zahlen, Zahlen)
• Payback Period
• Total Cost of Ownership (TCO)
• Risk-Mitigation

Was sie fragen: "Wieviel kostet das?" "Wann ist ROI erreicht?" "Was sind die versteckten Kosten?" "Was passiert, wenn's nicht funktioniert?" Deine Strategie:

• Business Case mit klaren Zahlen
• ROI-Kalkulation (konservativ)
• Reference Cases von ähnlichen Firmen
• Risk-Mitigation aufzeigen (Garantien, Support, Testimonials)

Red Flag: Economic Buyer ist nicht engaged = Deal stirbt in Procurement

Power Level: 🔥🔥🔥🔥🔥 (Highest)

---

2. Decision Maker (Final Approver)

Definition: Hat finale Unterschrift-Authority (kann auch Economic Buyer sein)

Typische Positionen:

• CEO (bei strategischen Käufen)
• C-Level (CTO, CMO, COO)
• VP/SVP (bei Department-Käufen)

Motivation:

• Strategic Fit
• Business Outcomes
• Reputation (keine Bad Decisions)

Entscheidungs-Kriterien:

• Strategic Alignment
• Long-term Impact
• Vendor Credibility
• Recommendation vom Team

Was sie fragen: "Passt das zu unserer Strategie?" "Was sagt mein Team dazu?" "Warum ihr statt Competitor X?" "Wer nutzt das noch?" Deine Strategie:

• Strategic Positioning (nicht nur Features)
• Executive Summary (1 Seite, high-level)
• Customer Logos von Peers
• Lass dein Committee (Champion etc.) Groundwork machen

Timing: Spät im Prozess (nach Team-Buy-in) → Zu früh = nervt, zu spät = Blocker

Power Level: 🔥🔥🔥🔥🔥 (Highest)

---

3. Champion (Internal Advocate)

Definition: Dein interner Ally, der aktiv für deine Lösung kämpft

Typische Positionen:

• Director/Senior Manager (affected Department)
• Power User
• Jemand mit persönlichem Benefit vom Deal

Motivation:

• Persönlicher Gewinn (Karriere, Problemlösung, Team-Glück)
• Wird zum Helden, wenn Projekt erfolgreich
• Hat Pain, den du löst

Aktivitäten:

• Stakeholder intern überzeugen
• Meetings organisieren
• Business Case intern verkaufen
• Dir Intel geben
• Blockers neutralisieren

Was sie brauchen:

• Enablement (Slides, ROI-Calc, Talking Points)
• Coaching (wie Einwände behandeln)
• Support (bei Blocker-Konfrontation)

Deine Strategie:

• Investiere massiv in Champion-Relationship
• Gib ihm Tools für Internal Selling
• Mache ihn zum Helden (Credit für Success)
• Multi-Thread trotzdem (Champion alleine nicht genug)

Red Flag: Kein Champion = massive uphill battle

Power Level: 🔥🔥🔥🔥 (Very High – als Influencer)

---

4. Influencer (Advisor)

Definition:
Hat keine Final-Decision, aber Meinung wird respektiert

Typische Positionen:

• Subject Matter Experts
• Senior Team Members
• Trusted Advisors vom Decision Maker

Motivation:

• Professional Reputation (gute Empfehlung geben)
• Best Outcome für Organization
• Persönliche Präferenz

Entscheidungs-Kriterien:

• Product Quality
• Technical Fit
• Vendor Capability
• Industry Best Practices

Was sie fragen: "Wie funktioniert das technisch?" "Was sind die Pros/Cons?" "Wie vergleicht ihr euch mit Competitor?" "Was sagen andere Kunden?" Deine Strategie:

• Respektiere ihre Expertise
• Deep-Dives (technical, functional)
• Transparenz (auch über Limitations)
• Case Studies + References

Arten:

Technical Influencer: IT-Lead, CTO
→ Braucht: Integration-Details, Security, Scalability

Business Influencer: Operations-Lead, Process-Owner
→ Braucht: Use-Case-Fit, Workflow-Integration

User Influencer: End-User-Representative
→ Braucht: Usability, Training, Support

Power Level: 🔥🔥🔥 (High)

---

5. User/End User (Product Consumer)

Definition:
Wird das Produkt täglich nutzen

Typische Positionen:

• Individual Contributors
• Team Leads
• Operational Staff

Motivation:

• Macht Job einfacher (oder komplizierter)
• Muss nicht umlernen (Change-Resistance)
• Tool muss funktionieren

Entscheidungs-Kriterien:

• Usability
• Learning Curve
• Day-to-day Impact
• Support

Was sie fragen: "Ist das einfach zu nutzen?" "Muss ich umlernen?" "Was passiert, wenn's nicht funktioniert?" "Kriegen wir Training?" Deine Strategie:

• User-friendly Demo (nicht Feature-Overload)
• Quick Wins zeigen
• Training + Support betonen
• User-Testimonials von ähnlichen Rollen

Red Flag: User-Resistance tötet Adoption (und damit Deal-Success)

Best Practice: Involviere Users früh (Pilot, Beta, Trial)
→ Sie werden Advocates

Power Level: 🔥🔥 (Medium – aber kritisch für Adoption)

---

6. Blocker (Opponent)

Definition:
Ist aktiv GEGEN den Deal (aus verschiedenen Gründen)

Typische Positionen:

• Incumbent-Vendor-Ally (verteidigt Status Quo)
• Konkurrent intern (politischer Rivale deines Champions)
• Change-Resistant-Manager

Motivation:

Status Quo bewahren: "Aktuelles System funktioniert" (auch wenn nicht wirklich)

Politisch: "Wenn dieser Deal gewinnt, verliert mein Projekt Budget"

Vendor-Loyalty: "Wir nutzen [Competitor] seit Jahren, warum wechseln?"

Risk-Aversion: "Neue Lösungen sind riskant"

Was sie tun:

• Negative Kommentare in Meetings
• Einwände streuen ("zu teuer", "zu riskant", "zu kompliziert")
• Decision Maker negativ beeinflussen
• Alternative Vendors pushen

Deine Strategie:

Option 1: Neutralisieren: Verstehe Concern → adressiere direkt
"Was genau ist deine Sorge? Lass uns das besprechen."

Option 2: Bypass: Gehe über Blocker hinweg (mit Champion-Hilfe)
Stelle sicher, dass Decision Maker andere Stimmen hört

Option 3: Ally-werden: Finde Win-Win (selten, aber möglich)
"Wie können wir sicherstellen, dass auch deine Concerns adressiert sind?"

Red Flag: Blocker hat Veto-Power = Deal Tod (wenn nicht neutralisiert)

Power Level: 🔥🔥🔥 bis 🔥🔥🔥🔥🔥 (abhängig von Position)

---

7. Gatekeeper (Access Controller)

Definition:
Kontrolliert Zugang zu Decision Maker/Economic Buyer

Typische Positionen:

• Executive Assistant
• Chief of Staff
• Procurement Manager

Motivation:

• Boss schützen vor Zeit-Verschwendung
• Filter für "serious" Vendors
• Prozess-Compliance

Was sie tun:

• Blocken Calendar-Access
• "Mein Boss ist busy, sprechen Sie mit mir"
• Requirements sammeln
• Vendors pre-screenen

Deine Strategie:

Respektiere sie: Gatekeepers sind Allies, wenn du sie gut behandelst

Provide Value: "Ich will Ihre Zeit respektieren. Hier ist, was ich Ihrem Boss zeigen würde – macht das Sinn?"

Get Referral: "Wer in Ihrer Org sollte ich zuerst sprechen?"

Bypass (if necessary): LinkedIn direct message an Boss, Event-Networking, Champion macht Intro

Red Flag: Gatekeepers, die permanent blocken = sie sind eigentlich Blockers

Power Level: 🔥 bis 🔥🔥 (Low bis Medium, aber können nervig sein)

Stakeholder-Mapping: So analysierst du das Committee

Power vs. Interest Matrix

Framework:
Mappe alle Stakeholder auf 2 Dimensionen:

Power: Einfluss auf Entscheidung (Low → High)
Interest: Wie sehr sie sich kümmern (Low → High)

```
High Power
|
| KEEP SATISFIED | MANAGE CLOSELY
| (High Power, | (High Power,
| Low Interest) | High Interest)
| |
|---------------------|---------------------
| |
| MONITOR | KEEP INFORMED
| (Low Power, | (Low Power,
| Low Interest) | High Interest)
| |
+---------------------------------------->
High Interest
```

Quadrant 1: Manage Closely (High Power, High Interest)

Wer: Decision Maker, Economic Buyer, Champion

Strategie:

• Häufige Updates
• Deep Engagement
• Custom-Messaging
• 1:1 Meetings

Beispiel: VP Sales (entscheidet + ist betroffen) = Dein Primary Focus

---

Quadrant 2: Keep Satisfied (High Power, Low Interest)

Wer: C-Level außerhalb betroffener Abteilung, CFO (bei Non-Finance-Tools)

Strategie:

• Executive Summaries (kurz & knackig)
• High-level Updates
• Business Case fokussiert
• Nicht überstrapazieren

Beispiel: CEO (muss zustimmen, aber delegiert Details) = Keep informed, nicht overwhelmen

---

Quadrant 3: Keep Informed (Low Power, High Interest)

Wer: End Users, Junior Team Members, affected Staff

Strategie:

• Regular Communication
• Workshops/Demos
• Training-Angebote
• Make them Advocates

Beispiel: Sales Reps (nutzen Tool täglich) = Wichtig für Adoption, aber keine Decision-Power

---

Quadrant 4: Monitor (Low Power, Low Interest)

Wer: Periphery-Stakeholder, indirekt Betroffene

Strategie:

• Minimal Engagement
• FYI-Updates
• Reagiere wenn sie sich melden

Beispiel: HR (nicht direkt betroffen) = Awareness reicht

---

Stakeholder-Mapping-Template

In Excel/Notion/CRM:

Name	Role	Power (1-10)	Interest (1-10)	Haltung (+/-)	Concerns	Champion-Aktion	Deine Aktion	Last Touch	Next Touch
John Smith	VP Sales	10	10	+8	ROI	Interner Brief	Business Case	10. Jan	Demo 15. Jan
Sarah Lee	CFO	9	5	Kosten	Meeting requested	ROI Deep-Dive	—	18. Jan
Mike Chen	IT Lead	6	9	-3	Integration	Technical Brief	Tech Call	8. Jan	Follow-up
Lisa Wang	CEO	10	3	?	Strategic Fit	Champion briefed	Executive Summary	—	25. Jan (Final)
Tom Brown	End User	2	8	+5	Usability	—	User Workshop	12. Jan	—

Update nach jedem Interaction: Power/Interest/Haltung können sich ändern!

---

RACI-Matrix für Buying Committee

RACI = Responsible, Accountable, Consulted, Informed

Mappe Stakeholder zu ihrer Rolle im Decision-Process:

Stakeholder	Responsible	Accountable	Consulted	Informed
VP Sales	✅ (treibt Projekt)	—	—	—
CFO	—	✅ (final Budget)	—	—
IT Lead	—	—	✅ (Technical Input)	—
CEO	—	—	—	✅ (FYI)
End Users	—	—	✅ (Feedback)	✅

Strategie:

• Responsible: Dein Champion (arbeite eng mit ihm)
• Accountable: Economic Buyer (zeige ROI)
• Consulted: Influencer (adressiere ihre Concerns)
• Informed: Periphery (FYI-Updates)

Multi-Threading: Die Critical Strategy

Was ist Multi-Threading?

Definition:
Beziehungen zu mehreren Stakeholdern im Buying Committee aufbauen (nicht nur 1 Contact)

Warum kritisch: Single-Threading = Single Point of Failure

Szenario:

• Du hast 1 Contact (z.B. Manager)


• Er verlässt Firma / wird krank / verliert Interest


• → Deal stirbt

Multi-Threading = Risk-Mitigation

Szenario:

• Du hast 5 Contacts (Manager, Director, IT Lead, User, CFO)


• Manager verlässt → andere 4 treiben weiter


• → Deal lebt

---

Multi-Threading-Strategie

Minimum: 3 Stakeholder actively engaged

Ideal: 5-7 Stakeholder (für Enterprise-Deals)

Wer: Tier 1 (Must-Have):

• 1 Champion (dein Ally)
• 1 Decision Maker (final Authority)
• 1 Economic Buyer (Budget)

Tier 2 (Should-Have):

• 1 Technical Influencer (validates Solution)
• 1 Business Influencer (validates Business Case)

Tier 3 (Nice-to-Have):

• End Users (für Adoption)
• Additional C-Level (für Strategic Buy-in)

---

Wie Multi-Threading aufbauen

Schritt 1: Map das Committee

Mit deinem Initial Contact (z.B. Manager):
"Wer ist außer dir in die Entscheidung involviert?"

Fragen:

• Wer muss final zustimmen?


• Wer kontrolliert Budget?


• Wer evaluiert technisch?


• Wer sind die User?


• Gibt es Skeptiker?

Schritt 2: Priorisiere Stakeholder

Power-Interest-Matrix (siehe oben)
→ High Power + High Interest = Priority

Schritt 3: Get Intros

Durch Champion:
"Kannst du mich mit [CFO] connecten?"
"Wann können wir [IT Lead] involvieren?"

Durch Meetings:
"Für die Demo – wen sollten wir einladen?"
→ Mehr Stakeholder im Call

Direct Outreach:
LinkedIn Message (vorsichtig):
"Hi [Name], ich arbeite mit [Champion] an [Projekt]. Dein Input wäre wertvoll."

Schritt 4: Custom-Engagement per Stakeholder

CFO: Business Case, ROI-Calc
CTO: Technical Deep-Dive, Security
VP: Strategic Alignment, Case Studies
Users: Usability-Demo, Training

Schritt 5: Koordiniere mit Champion

"Ich spreche morgen mit [CFO]. Was sollte ich beachten?"
→ Champion gibt dir Intel + Positioning

Schritt 6: Dokumentiere alle Interactions

In CRM:

• Wer ist engaged?


• Was ist ihre Haltung?


• Was sind ihre Concerns?


• Nächste Steps?

---

Multi-Threading-Warnung

Risiko: Champion fühlt sich umgangen

Falsch:
Du gehst hinter Champion's Rücken zu seinem Boss

Richtig:
"Hey [Champion], macht es Sinn, dass ich auch mit deinem VP spreche? Wie sollten wir das angehen?"

Rule:
Champion sollte wissen, mit wem du sprichst (außer wenn er selbst Blocker ist)

Consensus Building: Die Kunst des Committee-Managements

Das Consensus-Problem

Challenge:
Du brauchst nicht 1 Ja-Sager, sondern 6-10 Stakeholder aligned

Realität:

• Economic Buyer will ROI
• IT Lead will Security
• Users wollen Usability
• CFO will niedrige Kosten
• CEO will Strategic Fit

Alle haben unterschiedliche Priorities!

---

Consensus-Building-Strategie

Tactic 1: Find Common Ground

Frage:
"Was ist das gemeinsame Ziel?"

Meist:
"Business-Outcome X erreichen" (z.B. Revenue steigern, Kosten senken)

Positionierung:
"Unsere Lösung erreicht [Common Goal]. Hier ist wie sie [CFO's Concern] UND [IT's Concern] UND [User's Concern] adressiert."

---

Tactic 2: Sequenced Engagement

Nicht: Alle Stakeholder gleichzeitig überzeugen wollen

Sondern: Stakeholder-by-Stakeholder, strategisch

Sequenz:

1. Users/Influencer (Early):
→ Validate Product-Fit
→ Build internal advocates

2. Champion (Early):
→ Get internal ally
→ Intel sammeln

3. Technical/Business Influencer (Mid):
→ Validate Technical + Business Fit
→ Get their Recommendation

4. Decision Maker (Late):
→ Present mit Backing von allen anderen
→ "Dein Team ist aligned, hier ist warum"

5. Economic Buyer (Final):
→ Business Case mit Zahlen
→ "Das macht business sense"

Warum sequenziert?
Decision Maker/Economic Buyer wollen sehen, dass Team aligned ist

---

Tactic 3: Coalition Building

Konzept:
Baue Gruppe von Supportern (nicht nur Champion)

Schritt 1: Identifiziere 2-3 Stakeholder, die easy-wins sind
→ Users, die Pain fühlen
→ Technical Lead, der deine Tech mag

Schritt 2: Konvertiere sie zu Advocates
→ Great Demos, address ihre Concerns

Schritt 3: Nutze sie als Social Proof
In Meeting mit Skeptiker:
"[User] und [IT Lead] haben das evaluiert – beide sind positiv. Hier ist ihr Feedback."

Psychologie:
Wenn 3-4 Kollegen positiv sind → schwer, alleine dagegen zu sein

---

Tactic 4: Address Concerns Proaktiv

Don't: Warte bis Blocker Einwände bringt

Do: Adressiere bekannte Concerns proaktiv

Beispiel: Du weißt, dass IT skeptisch wegen Integration ist:

In Demo/Presentation:
"Ein häufiges Concern ist Integration. Hier ist, wie wir mit [ihrem Stack] integrieren – out-of-the-box, 2 Wochen Implementation."

Zeigt:

• Du hast Homework gemacht
• Du verstehst Concerns
• Du hast Antworten

---

Tactic 5: Mutual Action Plan mit Committee

Konzept:
Gemeinsamer Fahrplan mit Action Items für BEIDE Seiten

Template:

Date	Activity	Owner (Vendor/Customer)	Stakeholder Involved
15. Jan	Technical Deep-Dive	Vendor	IT Lead
20. Jan	Business Case Review	Customer (Champion)	CFO
25. Jan	User Workshop	Vendor	End Users
30. Jan	Executive Presentation	Both	VP, CEO
5. Feb	Final Decision Meeting	Customer	Full Committee

Benefit:

• Alle Stakeholder sind im Loop
• Clear Timeline
• Accountability auf beiden Seiten

---

Tactic 6: Manage Dissent Wenn ein Stakeholder dagegen ist:

Schritt 1: Understand Why
"Was konkret ist deine Concern?"

Schritt 2: Address Specifically
Nicht generic "Das wird schon", sondern konkrete Lösung

Schritt 3: Isolate Blocker
Wenn 8 von 9 Stakeholdern Ja sagen, und 1 Nein
→ Stelle sicher, dass Decision Maker das weiß

Tactic:
"8 Stakeholder sind aligned. [Blocker] hat Concern X. Wir können das mit [Lösung] adressieren."

Schritt 4: Find Compromise
"Was würde es brauchen, dass du comfortable bist?"

---

Tactic 7: Decision-Forcing-Event

Problem:
Committee kommt nicht zu Entscheidung ("Let's think about it")

Lösung:
Create Urgency

Methoden:

Business Urgency:
"Ihr wollt [Goal] bis Q2 erreichen. Wenn wir nicht bis [Date] starten, ist das unrealistisch."

Limited Availability:
"Wir haben nur 3 Implementation-Slots für Q1. Wenn wir nicht bis [Date] committen, verschiebt sich auf Q3."

Pilot-Offer:
"Lasst uns mit einem 90-Tage-Pilot starten. Wenn's funktioniert, skalieren wir."

Consensus-Meeting:
"Ich schlage vor: Final Decision-Meeting am [Date] mit allen Stakeholdern. Jeder bringt Feedback, wir entscheiden."

Buying-Committee-Best-Practices

1. Map Committee früh (Discovery Phase)

Wann:
Spätestens nach 2. Call

Wie:
"Wer ist außer dir in die Entscheidung involviert?"
"Wie sieht euer Buying-Process aus?"
"Wer muss final zustimmen?"

Output:
Stakeholder-Liste mit Rollen, Power, Concerns

---

2. Identify Champions & Blockers sofort

Champions:
Wer profitiert persönlich von deiner Lösung?
→ Investiere massiv in Relationship

Blockers:
Wer verliert, wenn du gewinnst?
→ Neutralisiere oder bypass

---

3. Customize Messaging per Stakeholder

Nicht: Gleiche Demo für alle

Sondern:

CFO: ROI, Kosten, Payback
CTO: Technical Architecture, Security, Scalability
VP: Strategic Alignment, Business Outcomes
Users: Usability, Training, Day-to-day Impact

---

4. Dokumentiere alles in CRM

Stakeholder-Profile:

• Name, Role, Power-Level
• Haltung (positiv/neutral/negativ)
• Concerns
• Last Touch, Next Touch

Ohne Dokumentation: Du vergisst, wer was gesagt hat

---

5. Update Stakeholder-Map kontinuierlich

Committee ist dynamisch:

• Neue Stakeholder kommen dazu
• Stakeholder verlassen
• Haltungen ändern sich

Weekly Review: "Hat sich was geändert im Committee?"

---

6. Leverage Champions für Multi-Threading

Champion fragt:
"Wen sollte ich sonst noch sprechen?"

Champion macht Intros:
"Lass mich dich mit [IT Lead] connecten"

Ohne Champion = uphill battle für Multi-Threading

---

7. Build Consensus, nicht nur Decision-Maker-Buy-in

Fehler:
"CEO sagt Ja" → denkst du hast gewonnen
→ Aber IT/Users blocken Implementation

Richtig:
Bottom-up + Top-down Consensus

Häufige Buying-Committee-Fehler

Fehler 1: Single-Threading

Problem:
Nur 1 Contact, Deal stirbt wenn er ghostet

Lösung:
Minimum 3 Stakeholder engaged

---

Fehler 2: Unknown Stakeholder

Problem:
Du kennst nicht alle Committee-Members
→ Surprise-Blocker erscheint spät

Lösung:
"Wer NOCH ist involviert, den wir nicht gesprochen haben?"

---

Fehler 3: Wrong Stakeholder-Prioritization

Problem:
Du fokussierst auf Low-Power-Stakeholder (z.B. Junior Manager)
→ Ignorierst Economic Buyer

Lösung:
Power-Interest-Matrix → Fokus auf High-Power

---

Fehler 4: Champion = Decision Maker verwechseln

Problem:
Dein Champion ist enthusiastisch
→ Du denkst, Deal ist won
→ Aber er kann nicht entscheiden

Lösung:
"Wer muss final unterschreiben?"

---

Fehler 5: Blocker ignorieren

Problem:
"IT Lead ist skeptisch, aber egal"
→ IT Lead hat Veto-Power
→ Deal stirbt

Lösung:
Address Blocker-Concerns direkt

---

Fehler 6: One-Size-Fits-All-Messaging

Problem:
Gleiche Pitch für CFO und End User

Lösung:
Custom-Messaging per Stakeholder-Rolle

---

Fehler 7: Zu spät Decision Maker einbinden

Problem:
Du arbeitest mit Middle Management
→ Gehst erst spät zu C-Level
→ C-Level sagt Nein

Lösung:
Involviere Decision Maker/Economic Buyer früh (mit Champion-Help)

Zusammenfassung

In modernen B2B-Deals kauft nicht eine Person – ein Committee entscheidet. Die Fähigkeit, komplexe Buying Committees zu navigieren, Consensus zu bauen und Multi-Threading zu betreiben, ist der Unterschied zwischen durchschnittlichen und Elite-Verkäufern. Wer nur mit einer Person spricht und hofft, dass sie intern "verkauft", verliert in 80% der Fälle.

Die 7 Buying-Committee-Prinzipien:

1. Map früh – Kenne alle Stakeholder spätestens nach Discovery


2. Multi-Thread immer – Minimum 3 Relationships, ideal 5-7


3. Priorisiere strategisch – Power-Interest-Matrix, fokussiere High-Power


4. Customize Messaging – CFO hört andere Sprache als CTO


5. Build Champions – Ohne internen Ally = uphill battle


6. Address Blockers – Ignorieren macht sie nicht weg


7. Build Consensus – Bottom-up + Top-down Alignment

Die Wahrheit über Buying Committees:
Du verkaufst nicht an eine Firma – du verkaufst an 6-10 individuelle Menschen mit unterschiedlichen Agendas, Politics und Concerns. Je besser du diese Dynamik verstehst und managst, desto höher deine Win Rate. Elite-Seller sind nicht die besten Präsentatoren, sondern die besten Committee-Navigatoren.

Nächster Schritt: Gehe deine aktiven Deals durch. Mappe für jeden: Wer ist im Buying Committee? Wen kennst du? Wen nicht? Wer hat Power? Wer ist dein Champion? Wer ist Blocker? Dann: Multi-Thread aggressiv. Ziel: Min. 3 Stakeholder engaged pro Deal innerhalb 14 Tagen.