From sales-skills-de
Wenn du im B2B mit mehreren Entscheidern, einem Gremium oder der Beschaffung zu tun hast und nicht weißt, wer wirklich entscheidet. Trigger, Buying Center, Entscheider, Stakeholder, Champion, Gremium, Multi-Threading, Einkauf, Beschaffung, Procurement, Mobilizer, Blocker, Gatekeeper, wer entscheidet, mehrere Ansprechpartner, Deal hängt fest.
How this skill is triggered — by the user, by Claude, or both
Slash command
/sales-skills-de:b2b-buying-centerThe summary Claude sees in its skill listing — used to decide when to auto-load this skill
Hilft dir, einen B2B-Deal mit mehreren Beteiligten zu lesen und zu steuern. Du lernst, die Rollen im Buying Center auseinanderzuhalten, einen Champion aufzubauen und zu befähigen, mehrere Fäden gleichzeitig zu halten (Multi-Threading) und die Beschaffung nicht erst dann zu entdecken, wenn sie den Deal schon ausbremst. Reiner B2B-Skill. Im B2C gibt es selten ein Gremium (Ausnahme: teure Familien...
Hilft dir, einen B2B-Deal mit mehreren Beteiligten zu lesen und zu steuern. Du lernst, die Rollen im Buying Center auseinanderzuhalten, einen Champion aufzubauen und zu befähigen, mehrere Fäden gleichzeitig zu halten (Multi-Threading) und die Beschaffung nicht erst dann zu entdecken, wenn sie den Deal schon ausbremst. Reiner B2B-Skill. Im B2C gibt es selten ein Gremium (Ausnahme: teure Familienkäufe wie Haus, Auto, Solar, da entscheiden Partner mit).
Der teuerste Irrtum hier ist, an die freundlichste Person zu verkaufen statt an die, die wirklich Budget und Einfluss hat. Du kannst ein begeistertes Ja von jemandem bekommen, der intern nichts bewegt, und den Deal trotzdem verlieren.
In komplexen B2B-Käufen sitzen im Schnitt 5,4 und mehr Beteiligte am Tisch (CEB/Gartner, in The Challenger Customer, 2015). Der Kernbefund daraus, den du dir merken solltest: Deals scheitern selten am Verkäufer, sondern am fehlenden internen Konsens. Du verkaufst nicht an eine Person. Du befähigst jemanden im Unternehmen, intern für dich zu verkaufen, wenn du gar nicht im Raum bist.
Das heißt auch, deine schönste Demo läuft im Zweifel ohne dich ab, nämlich im internen Meeting, in dem dein Kontakt das Budget verteidigen muss. Genau darauf bereitest du ihn vor.
Trenn diese Rollen sauber. Eine Person kann mehrere Hüte tragen, und das musst du wissen.
| Rolle | Was sie tut | Woran du sie erkennst |
|---|---|---|
| Economic Buyer | Hat die Budgethoheit, sagt am Ende ja oder nein | Kann ohne Rückfrage Geld freigeben, redet über Budget und Ergebnis, nicht über Features |
| Champion | Will deine Lösung, hat internen Einfluss, verkauft für dich | Investiert eigene Zeit, stellt dich anderen vor, gibt dir internes Wissen |
| User | Arbeitet später täglich damit | Fragt nach Bedienung, Aufwand, Migration, Alltagsdetails |
| Gatekeeper | Steuert den Zugang (Assistenz, oft auch Einkauf, IT) | Lässt dich durch oder nicht, hat selbst kein Kaufinteresse |
| Blocker | Hat etwas zu verlieren, bremst oder verhindert | Stellt Risikofragen, verweist auf Bedenken, „das haben wir doch schon“ |
Zwei Verwechslungen kosten am häufigsten Zeit. Erstens: dein Champion ist nicht automatisch der Economic Buyer. Ein begeisterter Teamleiter ohne Budgethoheit ist Gold wert, kann aber allein nicht unterschreiben. Zweitens: der freundlichste Kontakt ist nicht automatisch der einflussreichste. Wer dir alle Zeit der Welt schenkt, hat manchmal genau deshalb Zeit, weil er intern wenig bewegt.
Diese Rollen hängen direkt am Economic Buyer und Champion aus MEDDIC. Was MEDDIC ist und woher es kommt, steht bei icp-qualifizierung und in ../../referenzen/methoden.md, hier geht es darum, die Rollen im Deal zu bespielen.
Ein Champion ist nicht „der nette Kontakt“. Drei Dinge machen ihn aus: er will deine Lösung wirklich, er hat internen Einfluss, und er ist bereit, dafür Kapital zu verbrennen, also seinen Ruf einzusetzen. Fehlt eines davon, hast du noch keinen Champion, sondern einen Sympathisanten.
So testest du, ob jemand wirklich Champion ist:
Hat er den Test bestanden, rüstest du ihn aus. Champion-Enablement heißt im Klartext, ihm das Material in die Hand zu geben, mit dem er intern überzeugt, wenn du nicht dabei bist:
So fragst du (Sie, weil B2B-Geschäftskontakt): „Wenn Sie das nächste Woche in der Runde vorstellen, was wäre das eine Argument, das bei Ihrem CFO zieht? Ich bereite Ihnen das auf, dann müssen Sie es nur noch sagen.“
Der häufigste Fehler beim Champion ist, ihn mit Produktinfos zu überschütten statt mit Munition für die interne Diskussion. Er verteidigt nicht dein Feature-Set, er verteidigt eine Ausgabe vor seinen Kollegen.
The Challenger Customer schärft die Champion-Idee noch und unterscheidet, wer internen Wandel überhaupt treiben kann:
Die unbequeme Konsequenz: Wer dir am leichtesten Zugang gibt und am freundlichsten ist, ist oft ein Talker, kein Mobilizer. Verschwende keine Wochen damit, einen Talker für deinen Champion zu halten. Test, siehe oben, lass ihn etwas tun, das Mühe kostet.
Single-Threading heißt, der ganze Deal hängt an einer Person. Wenn die das Unternehmen wechselt, in Urlaub geht oder das Interesse verliert, ist der Deal weg. Multi-Threading heißt, du hast zu mehreren Rollen einen eigenen Draht.
So gehst du vor, ohne deinen Champion zu übergehen:
icp-qualifizierung) ins Buying Center führt.Multi-Threading ist früh, bei kleinen Deals mit einem Einzelentscheider, oft Overhead. Es wird überlebenswichtig, sobald die Deals über einen Entscheider hinauswachsen, also typisch ab Mid-Market und Enterprise.
In MEDDPICC ist das der Paper Process, und im DACH-Raum wird er regelmäßig unterschätzt. Ein fachlich entschiedener Deal kann an der Beschaffung noch Monate hängen. Was hier real bremst:
Der Einkauf hat eine eigene Logik. Sein Erfolg misst sich oft daran, dir etwas abzuhandeln, nicht daran, ob das Produkt passt. Frag deshalb früh, nicht am Schluss:
„Damit ich Sie nicht später ausbremse, wie läuft bei Ihnen so eine Beschaffung ab? Wer muss formal zustimmen, und was prüfen Datenschutz und IT üblicherweise?“
Wer das in Gespräch zwei stellt statt in Gespräch acht, spart sich böse Forecast-Überraschungen. Halt deinen Champion dabei im Boot, er kennt die internen Wege oft besser als jede Recherche.
Du brauchst kein Tool. Eine Tabelle pro Deal reicht, fünf Spalten: Name, Rolle (siehe oben), Haltung (für / neutral / dagegen), worauf die Person reagiert, nächster Schritt mit ihr. Wenn in deiner Karte der Economic Buyer fehlt oder du keinen echten Champion eintragen kannst, ist der Deal wackliger, als dein Bauchgefühl sagt, egal wie gut das letzte Gespräch lief.
Das ist ein B2B-Thema. Im B2C kauft meist eine Person, der Funnel filtert, und ein Gremium gibt es nicht. Die einzige echte Ausnahme sind teure, gemeinsame Anschaffungen, Haus, Auto, Solaranlage, Hochzeit, da entscheidet der Haushalt mit. Dann lohnt eine abgespeckte Version der Rollen-Logik: Wer im Haushalt hat das Veto (oft anderer Partner als der, der mit dir spricht), und wie befähigst du deinen Gesprächspartner, es zu Hause zu vertreten? Die Mechanik ist dieselbe wie beim Champion-Enablement, nur kleiner.
Im deutschen Mittelstand überzeugst du das Buying Center mit Belegen, nicht mit Charisma. Referenzen, ein sauberer Business Case und ehrliche Risikoabschätzung wiegen mehr als ein flotter Pitch. Betriebsrat und Datenschutz sind keine Formalien, die man wegcharmt, sondern echte Stationen mit eigenen Interessen, plan sie ein. Das Register im Erstkontakt ist Sie, der Wechsel zum Du entscheidet die andere Seite, nicht du. Mehr dazu in ../../referenzen/deutsche-vertriebskultur.md. Das ist keine Rechtsberatung; im Zweifel anwaltlich prüfen.
icp-qualifizierung, Heimat von BANT und MEDDIC, die Authority-Frage führt von dort hierherdiscovery-bedarfsanalyse, die Fragen, mit denen du Schmerz und Rollen im Gespräch ausgräbstpitch-demo-storytelling, wie du verschiedene Rollen mit unterschiedlichen Argumenten erreichstpipeline-forecasting, warum ein Deal ohne Economic Buyer im Forecast nichts verloren hatnpx claudepluginhub darioushko/sales-skills-de --plugin sales-skills-deSearches MemPalace before answering questions about past work, people, projects, or prior decisions. Returns verbatim stored content instead of guessing from model memory.
Guides Payload CMS config (payload.config.ts), collections, fields, hooks, access control, APIs. Debugs validation errors, security, relationships, queries, transactions, hook behavior.
Implements vector databases with Pinecone, Weaviate, Qdrant, Milvus, pgvector for semantic search, RAG, recommendations, and similarity systems. Optimizes embeddings, indexing, and hybrid search.