Vertriebs‑Pipeline‑Schema für B2B‑Gründer, das ehrlich bleibt

Warum die meisten frühen Pipelines unglaubwürdig werden

Am Anfang wirkt deine Pipeline übersichtlich: es gibt nur wenige Deals und die meiste Kontextinformation sitzt in deinem Kopf. Dann wächst die Liste, du verpasst ein Follow‑up, und die Pipeline erzählt eine schönere Geschichte als die Realität. Das ist „Pipeline lügt“: nicht absichtlich, sondern weil nichts im System die Wahrheit erzwingt.

Das zeigt sich in immer denselben Mustern:

• Deals stehen wochenlang in einer Phase ohne aktuelle Aktivität.
• „Nächster Schritt“ wird vage, z. B. „nächste Woche melden“.\
• Abschlussdaten werden nach vorn geschoben, weil es Hoffnung macht, nicht weil der Käufer eine Timeline bestätigt hat.

Eine häufige Reaktion ist, das CRM zu überladen: mehr Felder, mehr benutzerdefinierte Phasen, längere Notizen. Ironischerweise verschlechtert das meist die Forecast‑Genauigkeit. Wenn das Aktualisieren zu aufwändig wird, aktualisieren Menschen weniger — und die Pipeline verrottet stillschweigend.

Ein Minimum‑viable‑Schema für die Vertriebspipeline macht genau das Gegenteil. Es bietet gerade genug Struktur, um Entscheidungen zu treffen. Es versucht nicht, alles zu erfassen. Es erfasst die wenigen Fakten, die dich davor bewahren, dich selbst zu belügen.

Wenn du nur eine Regel anwendest, dann diese: Jeder offene Deal muss (1) einen expliziten nächsten Schritt haben, (2) ein Datum für diesen Schritt und (3) ein Abschlussdatum, das an eine echte Käufer‑Timeline gebunden ist (ein Meeting, ein rechtlicher Schritt, eine Budget‑Review). Fehlt eines davon, ist der Deal nicht aktiv.

Phasen sollten außerdem eine Bedeutung haben. Ein Deal rückt nur vor, wenn etwas Konkretes passiert ist — nicht weil es sich gut anfühlt. Ziel ist kein hübsches Dashboard. Ziel ist ein ehrlicher Blick, auf den du dein Geschäft führen kannst.

Regeln festlegen, bevor du Felder und Phasen wählst

Ein Pipeline‑Schema funktioniert nur, wenn alle es gleich nutzen. Bevor du Felder hinzufügst oder über Phasen diskutierst, entscheide, was ein einzelner Pipeline‑Eintrag repräsentiert.

Ein sinnvoller Default für B2B ist: ein Deal entspricht einer Kaufentscheidung. Wenn dasselbe Unternehmen zweimal kaufen könnte (zwei Teams, zwei Produkte, zwei Budgets), sind das zwei Deals und nicht ein unübersichtlicher Datensatz.

Halte die Objekte einfach. Mit drei Buckets kommst du weit: ein Lead (eine erreichbare Person), ein Account (die Firma) und ein Deal (der konkrete Kauf, den du abschließen willst). Wenn du allein arbeitest, kannst du sogar auf formale Lead‑ und Account‑Datensätze verzichten und sicherstellen, dass jeder Deal die Firma und den Hauptkontakt klar benennt.

Schreibe ein paar Betriebsregeln auf, besonders wenn außer dir noch jemand die Pipeline anfasst:

• Logge Aktivitäten sofort nach ihrem Auftreten.\
• Mache einmal wöchentlich eine Review zur festen Zeit.\
• Gib jedem Deal genau einen Besitzer.\
• Nutze eine einzige Quelle der Wahrheit: wenn es nicht in der Pipeline steht, ist es nicht passiert.

Beispiel: Du sprichst mit Alex bei Northwind über einen Pilot für das Finance‑Team. Das ist ein Deal. Wenn einen Monat später das Produktteam einen separaten Vertrag will, erstelle einen zweiten Deal. Dehne einen Datensatz nicht, um zwei Entscheidungen abzubilden.

Minimal notwendige Deal‑Felder (die du tatsächlich nutzt)

Eine Pipeline bleibt nützlich, wenn jeder Deal die wenigen Felder hat, die du jede Woche überprüfst. Füge Felder „zur Sicherheit“ hinzu, und sie werden zur Dekoration.

Beginne mit einem Deal‑Namen‑Format, das Duplikate verhindert. Ein einfaches Muster funktioniert: Firma - Produkt/Scope - Quartal/Monat. Beispiel: „Acme - Team plan - Mar 2026.“ So wird klar, wenn „Acme - Demo“ und „Acme - Follow‑up“ eigentlich derselbe Deal sind.

Jeder Deal braucht außerdem klare Identität:

• Account/Firma\
• Hauptkontakt\
• Kontaktrolle (Entscheider, Champion, Finance, IT)

Die Rolle ist wichtig, weil sie beeinflusst, was du als Nächstes tust. Ein Champion braucht Enablement, ein Entscheider braucht eine Business‑Case‑Darstellung.

Füge Verantwortlichkeitsfelder hinzu:

• Deal‑Owner (eine Person)\
• Quelle (inbound, outbound, Partner, Empfehlung, Event)

Und dann nur noch Geld und Zeit, die du wirklich nutzt:

• Erwarteter Wert und Deal‑Typ (neu, Expansion, Verlängerung)\
• Ziel‑Abschlussdatum (ein echtes Datum, nicht „irgendwann“)\
• Wahrscheinlichkeit nur, wenn du sie in einem wöchentlichen Forecast verwendest, dem du vertraust

Wenn du bei einem Feld unsicher bist, lass es weg. Du kannst es später hinzufügen. Felder nachträglich zu entfernen, wenn sich Gewohnheiten gebildet haben, ist viel schwerer.

Qualifizierungsfelder, die Fantasiedeals verhindern

Die meisten „großen“ Pipelines sind nicht groß. Sie sind voll mit Deals, die schön aussehen, aber keinen klaren Weg zu einem Ja haben.

Beginne mit einem Feld, das Klarheit erzwingt: Use Case (Scope). Schreibe in einfachen Worten, was der Käufer erreichen will und wie „done“ aussieht. Wenn du das Ergebnis nicht in zwei Sätzen beschreiben kannst, verstehst du den Deal wahrscheinlich noch nicht.

Erfasse als Nächstes den Entscheidungsprozess an einer Stelle. Das ist kein Kontakt‑Dump. Es ist die Geschichte, wie die Entscheidung getroffen wird: wer unterschreibt, wer blockieren kann und welche Schritte nötig sind (Security‑Review, Legal, Procurement). Wenn du den Unterzeichner nicht kennst, behandle den Deal als früh.

Füge ein Pricing‑Fit‑Signal hinzu, auch grob. Spannen („<$5k“, „$5–25k“, „$25k+“) funktionieren gut, oder ein einfaches Likely / Unclear / Unlikely basierend auf dem, was du gehört hast. Ziel ist, das Vorantreiben von Deals zu stoppen, die sich dein Angebot vermutlich nicht leisten können.

Behalte ein Red Flags‑Feld auf eine Zeile. Wenn es einen Absatz braucht, gehört das in die Notizen.

Ein kompakter Satz, der für die meisten B2B‑Gründer funktioniert:

• Use Case + Erfolgskriterien\
• Entscheidungsprozess (Unterzeichner, Einflussnehmer, Schritte)\
• Pricing‑Fit (Spanne oder Likely/Unclear/Unlikely)\
• Konkurrenzoption (namentlich oder „Status quo“)\
• Red Flags (eine Zeile)

Beispiel: „Will CRM‑Aufräumarbeiten vor Verlängerung, Unterschreiber ist VP Sales, Security‑Review erforderlich, Budget wahrscheinlich $10–20k, Konkurrenz: nichts tun, Red Flag: Champion übernimmt das Projekt nicht.“ Dieser einzelne Datensatz lässt weniger Raum für Selbsttäuschung.

Aktivitäts-Tracking, das die Pipeline ehrlich hält

Eine Pipeline verkommt zur Wunschliste, wenn sie nicht aktiv gepflegt wird. Die Lösung ist nicht mehr Felder, sondern ein paar Aktivitätssignale, die jeden Deal zwingen, eine Frage zu beantworten: Was passiert als Nächstes?

Wenn du nur eine zusätzliche Ebene zur Pipeline hinzufügst, dann diese Aktivitätsfelder:

• Letztes Aktivitätsdatum (automatisch, wenn möglich; sonst manuell)\
• Nächster Schritt (eine konkrete Aktion, nicht „follow up“)\
• Fälligkeitsdatum für nächsten Schritt (ein echtes Datum)\
• Letzter Kontaktkanal (Anruf, E‑Mail, Meeting, Demo, Chat)\
• Grund für Verlust (kurzes Dropdown, optional eine‑Satz‑Notiz)

Eine praktische Regel: Hat ein Deal keinen nächsten Schritt oder kein Fälligkeitsdatum, ist er kein echter Deal. Parke ihn oder schließe ihn. Das verbessert die Forecast‑Genauigkeit mehr als jedes Scoring‑Modell.

Halte „Reason lost“ kurz, damit du es tatsächlich benutzt: Preis, kein Budget, keine Entscheidung, hat Konkurrenz gewählt, Timing, nicht passend.

Wie das in der Praxis aussieht: Du hast am Dienstag eine Demo mit einer Ops‑Person. Direkt nach dem Call setzt du last activity date = Dienstag, last touch channel = Meeting, next step = „2 Case Studies senden und klären, wer unterschreibt“, next step due date = Donnerstag. Wenn Donnerstag ohne Antwort vergeht, wird der Deal rot, ohne dass jemand über „Pipeline‑Fortschritt“ diskutieren muss.

Ein einfaches Phasenmodell für die meisten B2B‑Gründer

Ein gutes Phasenmodell erfüllt eine Aufgabe: es sagt die Wahrheit darüber, wo ein Deal steht, ohne dass du dutzende Kleinschritte babysitten musst. Wenn du nicht sagen kannst, was für einen Deal in einer Phase wahr sein muss, wird die Phase zu einem Gefühl.

Dieses Sechs‑Phasen‑Setup funktioniert für die meisten B2B‑Gründer:

1. Neu: Du hast einen Namen und einen Grund zur Kontaktaufnahme. Der Erstkontakt ist erfolgt oder geplant.

2. Qualifiziert: Grundlegende Passung ist bestätigt. Das Problem ist real, der Kunde passt zu deinem ICP und es gibt einen plausiblen Kaufweg.

3. Discovery abgeschlossen: Du hattest ein echtes Gespräch. Du verstehst den Use Case, die Erfolgskriterien und wer involviert ist.

4. Angebot gesendet: Preis und Umfang sind beim Kunden. Ein nächster Schritt ist gebucht oder explizit angefragt.

5. Verhandlung/Legal: Procurement, Security, Budgetfreigabe oder Vertragsänderungen sind in Arbeit.

6. Closed won / Closed lost: Ergebnis ist markiert und ein Grund ist erfasst.

Schiebe einen Deal nur vor, wenn etwas in der realen Welt passiert ist (ein Meeting abgeschlossen, ein Angebot gesendet, Legal involviert). Wenn nichts passiert ist, bleibt die Phase stehen.

Phasendefinitionen, die Deals vom Abdriften abhalten

Ein Phasenname ist nicht dasselbe wie eine Phasendefinition. Beschriftest du nur eine Spalte mit „Qualifiziert“ oder „Verhandlung“, endest du mit Deals, die dort stehen, weil niemand zustimmt, was „erledigt“ bedeutet.

Schreibe Phasenregeln als einfache Wahr/Falsch‑Checks. Wenn jeder Deal in einer Phase die gleichen Fakten teilt, bleibt deine Pipeline vertrauenswürdig.

Eintritts‑ und Austrittskriterien statt Gefühlsbeschreibungen

Eintrittskriterien sagen, was bereits wahr sein muss, bevor ein Deal in eine Phase kommt. Austrittskriterien sagen, was sich ändern muss, damit er weiterziehen kann. Halte beides kurz und messbar.

Beispiele:

• Discovery: Eintritt nur, nachdem das erste Live‑Gespräch stattgefunden hat; Austritt nur, nachdem du eine klare Problemstellung und das nächste Meeting gebucht hast.\
• Angebot gesendet: Eintritt nur, wenn ein preisliches Angebot tatsächlich verschickt wurde; Austritt nur, wenn der Käufer bestätigt, dass es geprüft wird und du ein Entscheidungsdatum hast.\
• Legal/Procurement: Eintritt nur, wenn der Käufer den Prozess oder Stakeholder vorgestellt hat; Austritt nur, wenn du finale Redlines oder Schritte für eine Bestellung hast.

Wenn du Kriterien nicht ohne Worte wie „gut“, „stark“ oder „interessiert“ schreiben kannst, ist die Phase zu vage.

Regel für maximale Tage in einer Phase

Setze für jede Phase eine maximale Verweildauer als Frühwarnung, nicht als Strafe. Beispiel: Discovery max 14 Tage, Proposal max 21 Tage. Wenn ein Deal das Limit erreicht, löse einen Reset aus: buche einen nächsten Schritt, verschiebe ihn zurück oder schließe ihn.

Lege die Standardaktion fest, wenn Kriterien nicht erfüllt sind:

• Zurückschieben, wenn die fehlenden Informationen noch beschafft werden können.\
• Als verlorenen Deal schließen, wenn der Käufer nach klaren Follow‑up‑Regeln (z. B. 3 Versuche innerhalb von 10 Werktagen) nicht reagiert.

So verhinderst du, dass „Zombie‑Deals“ deinen Forecast aufblähen.

Baue dein Schema an einem Nachmittag

Du kannst ein Vertriebs‑Pipeline‑Schema in wenigen Stunden bauen, wenn du es wie ein kleines Produkt behandelst: zuerst Regeln, dann nur das, was diese Regeln unterstützt.

Beginne auf einer leeren Seite, nicht im Tool. Schreibe deine Phasen und Eintritts/Austrittskriterien in einfachem Deutsch. Kannst du eine Phase nicht in einem Satz erklären, ist es wahrscheinlich zwei Phasen (oder keine Phase).

Ein einfacher Bauablauf:

• Entwirf 5 bis 8 Phasen und einen klaren "Done"‑Test für jede.\
• Erstelle ein minimales Feldset (ziele auf 10–15), fokussiert auf verifizierbare Fakten.\
• Füge Aktivitätsverfolgung hinzu und mache „Nächster Schritt Fälligkeitsdatum" verpflichtend für aktive Phasen.\
• Importiere aktuelle Deals und bereinige dabei: Duplikate zusammenführen, veraltete "vielleicht irgendwann"‑Einträge löschen und fehlende Besitzer ergänzen.\
• Führe eine wöchentliche Review für 2–4 Wochen durch, bevor du etwas änderst.

Mache während des Setups einen realistischen Test: nimm einen Deal, an dem du aktiv arbeitest, und versuche ihn Phase für Phase zu bewegen. Musst du raten, sind deine Kriterien zu vage.

Eine Regel, die sich früh durchsetzen sollte: Ist das Datum für die nächste Aktivität leer, darf der Deal nicht in einer aktiven Phase bleiben.

Häufige Fehler, die CRM‑Aufblähung erzeugen

Die meisten CRM‑Aufblähungen entstehen aus guten Absichten: Mehr Genauigkeit erreichen, also fügt man mehr Felder, mehr Phasen und mehr Notizen hinzu. Das Ergebnis ist das Gegenteil. Die Leuten hören auf zu aktualisieren und die Pipeline wird zum Altersheim für Deals.

1) Phasen, die sich nur durch Gefühle unterscheiden

Wenn zwei Phasen sich gleich anfühlen, werden sie auch gleich genutzt. „Discovery“, „Deep discovery“ und „Discovery follow‑up“ bedeuten oft nur „wir haben gesprochen“, ohne klaren nächsten Schritt. Phasen sollten sich nur ändern, wenn sich etwas Reales ändert.

Kurztest: Kannst du nicht in einem Satz sagen, was nötig ist, um in eine Phase einzutreten, ist die Phase wahrscheinlich überflüssig.

2) Das Abschlussdatum wird zur Hoffnung

Das Abschlussdatum ist nur nützlich, wenn es an einen Grund gebunden ist. Behandle es als Datum für den nächsten Entscheidungs‑Meilenstein (Budgetfreigabe, Procurement‑Meeting, Unterschriftsfrist) und verschiebe es, wenn dieses Ereignis sich verschiebt.

3) Aktivität wird in langen Notizen versteckt

Lange Notizen verbergen, was du wirklich brauchst: was zuletzt passiert ist und was als Nächstes passiert. Halte Notizen kurz und tracke Aktivität über last activity date plus nächsten Schritt (mit Besitzer und Fälligkeitsdatum).

4) Alles ist „qualifiziert"

Ohne Definition wird „qualifiziert" zu „die haben nett geklungen." Wähle 3–4 Checks, die wahr sein müssen (Problem, Käufer, Timeline und eine Form von Budget). Fehlt einer, ist es noch nicht qualifiziert.

5) Deals werden nie als verloren geschlossen

Pipelines, die nur wachsen, hören auf eine Pipeline zu sein und werden zu einem Friedhof. Schließe verlorene Deals schnell, wenn sie inaktiv sind oder nicht passen, und halte einen klaren Grund fest, damit du daraus lernen kannst.

Eine wöchentliche Checkliste für Pipeline‑Hygiene

Wähle eine feste Zeit jede Woche (30 Minuten reichen) und behandle sie wie ein Meeting mit deinem zukünftigen Ich. Pipeline‑Hygiene bedeutet weniger Felder hinzufügen und mehr sicherstellen, dass jeder Deal noch einen realen Weg nach vorne hat.

Ein einfacher Review‑Ablauf:

• Bestätige, dass jeder offene Deal einen benannten Hauptkontakt und eine ein‑Satz‑Problemstellung hat.\
• Prüfe, dass jeder Deal einen nächsten Schritt und ein Fälligkeitsdatum hat.\
• Wende eine Stale‑Regel an: bei keiner sinnvollen Aktivität in 7–14 Tagen, schiebe den Deal zurück oder markiere ihn vorerst als „keine Entscheidung“.\
• Sortiere nach Alter in Phase und zwinge Entscheidungen für die fünf ältesten.\
• Mache einen Forecast‑Sanity‑Check für die zehn größten Deals: erkläre in einem Satz, warum jeder schließen wird und was ihn noch blocken könnte.

Konkretes Beispiel: Ein Deal steht auf „Angebot gesendet“, aber es wurde kein Meeting zum Review gebucht — dann ist das kein Proposal‑Stage‑Deal. Schiebe ihn zurück, setze den nächsten Schritt und zähle ihn nicht mehr mit, bis der Käufer wieder engagiert ist.

Beispiel‑Szenario: Ein Deal von erstem Call bis Unterschrift

Du verkaufst ein B2B‑Analytics‑Tool an ein 50‑Personen E‑Commerce‑Unternehmen. Nach dem ersten Call legst du einen Deal an und füllst nur das aus, was du nächste Woche wirklich brauchst. Ein simples Schema zahlt sich aus, weil es Klarheit erzwingt, nicht Papierkram.

Direkt nach dem Call sieht der Datensatz so aus:

• Problem: wöchentliche Reports dauern 6–8 Stunden, Zahlen unterscheiden sich zwischen Teams\
• Stakeholder: Sponsor = Head of Ops; Entscheider = CFO; User = Analyst\
• Nächster Schritt: 2‑seitige Zusammenfassung senden + 30‑min Demo buchen\
• Nächster Schritt Datum: Tue, Jan 23\
• Ziel‑Abschlussdatum: Feb 15

Der Deal startet in Discovery. Du bewegst ihn nur dann weiter, wenn die Kalendereinladung akzeptiert wurde (nicht wenn jemand „interessiert klingt“). Nach der Demo ist der Trigger, in die Evaluation zu gehen, eine konkrete Anfrage (z. B. „Können Sie sich mit Shopify und unserem Warehouse‑Daten verbinden?“), gefolgt von einer vereinbarten technischen Prüfung.

Dann kommt der Stillstand: Der CFO schweigt nach der Preisfrage. Dein Log zeigt zwei Follow‑ups, keine Antwort, und das Datum für den nächsten Schritt ist vorbei. Die Regel ist einfach: Ohne vereinbarten nächsten Schritt darf der Deal nicht in Proposal bleiben.

Also triffst du eine ehrliche Entscheidung: Entweder zurück in Evaluation (wenn du einen neuen Sponsor brauchst oder Info fehlt) oder Close‑Lost (wenn der Entscheider bis zu einem gesetzten Datum nicht reagiert). In diesem Beispiel schiebst du zurück, aktualisierst Stakeholder (Ops bringt den Finance Manager rein), setzt ein neues Datum für den nächsten Schritt und kehrst erst dann wieder zu Proposal zurück, wenn der CFO ein Entscheidungsmeeting bestätigt.

Klein halten, dann wiederholen, was sich lohnt

Ein Pipeline‑Schema funktioniert nur, wenn du ihm vertraust. Der schnellste Weg dorthin ist minimal zu starten und 30 Tage damit zu leben. Das zeigt dir, was du wirklich nutzt, nicht, was du denkst, dass du brauchen könntest.

Im ersten Monat sei strikt: Wenn ein Feld eine Entscheidung nicht beeinflusst, entferne es. Kommt eine Frage immer wieder und kannst du sie nicht aus der Pipeline beantworten, füge genau ein Feld hinzu, das diese Lücke füllt.

Ein einfacher Test, bevor du ein neues Feld hinzufügst: „Wenn das leer ist, können wir nicht entscheiden, ob wir ___?“

Wenn du ein leichtgewichtiges, eigenes CRM bauen willst anstatt ein generisches zu verbiegen, kann dir Koder.ai helfen, sobald du deine Phasen, Pflichtfelder und Validierungsregeln aufgeschrieben hast. Es ist viel einfacher, eine einfache App zu generieren und iterativ zu verbessern, wenn das Schema klar ist.