Deals
Überblick
Ein Deal ist eine konkrete Verkaufschance: ein Kunde, ein Betrag, ein erwarteter Abschluss. Er wandert entlang einer Pipeline durch aufeinanderfolgende Stages — von der ersten Ansprache bis zu gewonnen oder verloren.
Jede Stage trägt eine Abschluss-Wahrscheinlichkeit. Daraus entsteht der gewichtete Wert: Betrag mal Wahrscheinlichkeit. Diese eine Zahl ist der Grund, warum eine Pipeline mehr aussagt als eine Liste — sie unterscheidet zwischen „wir haben viel in Arbeit" und „wir werden viel abschließen".
Kernaufgaben
Deal anlegen und führen. Ein Deal trägt Titel, Kunde, Ansprechpartner, Wert, Wahrscheinlichkeit, Stage, Prognose-Einstufung, erwarteten Abschluss, Inhaber, Notizen und Labels.
Wiederkehrenden Umsatz erfassen. Neben dem einmaligen Wert gibt es MRR — den monatlich wiederkehrenden Umsatz. Der Jahreswert ARR ergibt sich daraus als MRR × 12 und wird nicht getrennt gepflegt. Bei Abonnements ist der einmalige Wert die falsche Zahl; deshalb gibt es beide.
Prognose einstufen. Neben der rechnerischen Wahrscheinlichkeit steht die Einschätzung des Menschen: Pipeline, Best Case, Commit oder Worst Case. Beides zusammen ergibt eine belastbarere Prognose, als die Wahrscheinlichkeit allein liefern könnte.
Abschließen. Gewonnen schließt den Deal ab. Verloren verlangt einen Verlustgrund — und das ist Absicht: Ein Verlust ohne Grund ist eine verlorene Erkenntnis. Die Gründe werden unter Funnel & Analyse ausgewertet.
Anschluss herstellen. Aus einem Deal heraus lassen sich Angebot, Projekt, Vertrag oder Lizenz anlegen — je nachdem, welche Module aktiv sind. Der Übergang vom Verkauf in die Ausführung ist damit ein Klick, kein Medienbruch.
Übersicht behalten. Die Liste zeigt Titel, Stage, Wert, Wahrscheinlichkeit, gewichteten Wert, Inhaber und Abschlussdatum; gefiltert wird nach Kunde und Inhaber, gruppiert nach Stage, Inhaber oder Prognose. Die Kopfzeile führt Gewichtet, Ungewichtet und Best Case.
Felder im Detail
Die Spalte Was es bewirkt beantwortet, was sich im System ändert — nicht, wie das Feld heißt. Der graue Name dahinter ist das Feld der API: unter ihm läuft dasselbe über Automation, Import und KI-Werkzeuge.
Deal anlegen und bearbeiten
| Feld | Pflicht | Werte / Format | Was es bewirkt |
|---|---|---|---|
Titel title | ja | Text, max. 500 Zeichen | Die einzige Pflichtangabe. Trägt den Deal durch Liste, Kanban-Tafel, Prognose und Verlauf; bei „gewonnen" wandert er als Bezeichnung in das erzeugte Folgeobjekt. |
Kunde customerId | nein | bestehender Kunde | Zu wem der Deal gehört. Erst mit gesetztem Kunden lässt sich ein Ansprechpartner wählen, und erst dann trägt der Deal auf der Kundenakte auf. |
Ansprechpartner primaryContactId | nein | Kontakt des gewählten Kunden | Die Person, mit der verhandelt wird. Angebote und Mails aus dem Deal heraus gehen an sie. Ohne Kunde bleibt das Feld gesperrt. |
Pipeline pipelineId | nein | Pipeline vom Typ „Deal" | Der Verkaufsweg, auf dem der Deal läuft. Bestimmt die wählbaren Stufen und die Spalten der Kanban-Tafel. |
Stufe stageId | nein | Stufe der gewählten Pipeline | Wo der Deal steht. Beim Verschieben übernimmt der Deal die Standard-Wahrscheinlichkeit der Zielstufe, sofern dort eine hinterlegt ist. Die Stufen-Art entscheidet außerdem, ob der Deal als offen, gewonnen oder verloren zählt. |
Wert valueAmount | nein | Betrag, 0 oder größer | Das einmalige Auftragsvolumen. Grundlage für Pipeline-Summe, gewichteten Wert und Prognose. |
MRR (monatl.) mrrAmount | nein | Betrag, 0 oder größer | Der wiederkehrende Monatsumsatz, getrennt vom Einmalwert. Wird nicht in den Wert eingerechnet, sondern eigenständig ausgewiesen. |
Wiederkehrender Betrag recurringAmount | nein | Betrag, 0 oder größer | Der wiederkehrende Umsatz je Abrechnungszyklus — die Größe, die Sie tatsächlich vereinbaren. Bei monatlicher Abrechnung ist er derselbe wie der MRR, bei jährlicher der Jahresbetrag. Ohne Angabe bleibt es beim MRR. |
Abrechnungsrhythmus billingFrequency | nein | monatlich, vierteljährlich, halbjährlich, jährlich | In welchem Takt der wiederkehrende Betrag berechnet wird. Erst er macht aus dem Betrag eine vergleichbare Monatszahl. |
Laufzeit (Zyklen) contractCycles | nein | 1 bis 600 | Wie viele Abrechnungszyklen die Vereinbarung läuft — nicht Monate: Sechs Zyklen sind bei vierteljährlicher Abrechnung anderthalb Jahre. Leer = unbefristet. |
Raten installmentCount | nein | 2 bis 120 | In wie viele Raten der einmalige Wert zerlegt werden soll. Hier steht die Absicht; der Ratenplan mit echten Fälligkeiten entsteht am Beleg, nicht am Deal. |
Wahrscheinlichkeit (%) probability | nein | ganze Zahl 0–100 | Wie sicher der Abschluss ist. Multipliziert mit dem Wert ergibt sich der gewichtete Wert, mit dem die Prognose rechnet. Ein Stufenwechsel überschreibt den Wert, wenn die Zielstufe eine Vorgabe hat. |
Erwarteter Abschluss expectedCloseDate | nein | Datum | Wann der Deal fallen soll. Bestimmt, in welche Periode der Prognose er zählt; ohne Datum bleibt er außerhalb jeder Perioden-Auswertung. |
Prognose forecastCategory | nein | Pipeline, Bester Fall, Zugesagt, Schlechtester Fall | Die Einschätzung neben der Wahrscheinlichkeit. Die Prognose zeigt die vier Töpfe getrennt — „Zugesagt" ist das, was Sie zu verantworten bereit sind. |
Inhaber ownerId | nein | Mitarbeiter | Wer den Deal führt. Steuert die Sicht mit crm.deal.view (ohne view_all sieht man nur eigene) und die Zuordnung in Prognose und Zielen. |
Notizen notes | nein | mehrzeiliger Text | Freitext zum Deal. Ersetzt nicht den Kommunikationsverlauf. |
Schlagworte tags | nein | mehrere Begriffe | Freie Einordnung quer zu Pipeline und Stufe; filterbar und als Eintritt in Marketing-Strecken nutzbar. |
Beteiligte participants | nein | Ansprechpartner mit Rolle und Notiz | Wer auf Kundenseite mitentscheidet — Entscheider, Budgetgeber, Fürsprecher, Techniker, Anwender, Bremser. Ein Deal fällt selten an einer einzigen Person; hier steht, wen Sie außerdem überzeugen müssen. Speichern ersetzt die ganze Liste. |
Beobachter watcherIds | nein | Liste von Benutzern | Wer den Deal mitlesen darf, ohne ihn zu führen. Das wirkt erst, wenn die Sichtbarkeit auf „nur eigene" steht — und ersetzt kein Recht: ohne crm.deal.view in der Marke sieht auch ein Beobachter nichts. Speichern ersetzt die ganze Liste. |
Als verloren oder gewonnen markieren
| Feld | Pflicht | Werte / Format | Was es bewirkt |
|---|---|---|---|
Verlustgrund lostReasonId | ja beim Verlieren | Stammdaten „Verlustgründe" | Warum der Deal nicht kam. Pflicht, damit die Verlust-Auswertung nicht aus lauter leeren Gründen besteht; gepflegt unter CRM-Einstellungen. |
Folgeobjekt followUpType | ja beim Gewinnen | Angebot, Projekt, Vertrag, Lizenz | Was aus dem gewonnenen Deal entsteht. Kunde, Ansprechpartner, Wert und Titel werden übernommen, statt abgetippt zu werden. |
Nur über Schnittstelle und Automation
| Feld | Werte / Format | Was es bewirkt |
|---|---|---|
sourceId | Stammdaten „Quellen" | Herkunft des Deals. Beim Konvertieren eines Leads wird sie von dort übernommen; in der Deal-Maske gibt es kein eigenes Feld dafür. |
brandId | eine Ihrer Marken | Marke des Deals. Kommt aus dem Lead bzw. dem Kunden; wer die Marke nicht sieht, sieht den Deal nicht. |
externalRefs | Zuordnung von Bezeichnung zu Wert | Herkunft aus einem Fremdsystem — die Kennung dort, unter der derselbe Deal geführt wird. Ein zweiter Import erkennt ihn daran wieder. |
Liste: Spalten, Filter und Gruppierung
| Spalte | Woher | Was sie zeigt |
|---|---|---|
| Titel | title | Bezeichnung des Deals. |
| Stufe | stageId | In der Zeile umstellbar; das verschiebt den Deal in der Pipeline. |
| Wert | valueAmount | Einmalvolumen, sortierbar. |
| Wahrsch. | probability | Abschluss-Wahrscheinlichkeit in Prozent. |
| Gewichtet | valueAmount × probability | Der Wert, mit dem die Prognose rechnet. |
| Inhaber | ownerId | In der Zeile umstellbar. |
| Abschluss | expectedCloseDate | Erwarteter Abschlusstermin. |
Gefiltert wird nach Kunde und Inhaber, gruppiert nach Stufe, Inhaber oder Prognose. Die Kopfzeile zeigt die Pipeline-Summe gewichtet, ungewichtet und als besten Fall.
Einstellungen & Rechte
- Modul
module.crm. - Zwei Stufen der Sichtbarkeit:
crm.deal.viewfür die eigenen,crm.deal.view_allfür alle.
Dazu crm.deal.edit, crm.deal.delete und crm.deal.assign für das Umhängen der Inhaberschaft.
- Pipelines, Stages und Verlustgründe werden unter CRM-Einstellungen
gepflegt; die Wahrscheinlichkeit hängt an der Stage.
- Ein Deal ist kein Beleg. Er hält die Chance fest; die Rechnung entsteht aus dem Angebot.
FAQ & Fehlerbilder
Der gewichtete Wert stimmt nicht mit meiner Erwartung überein. Er folgt der Wahrscheinlichkeit der Stage, nicht Ihrer Einschätzung. Ihre Einschätzung ist die Prognose-Einstufung — die beiden sind bewusst getrennt.
ARR lässt sich nicht eingeben. Richtig: ARR ist errechnet (MRR × 12). Pflegen Sie den MRR.
Ich kann einen Deal nicht als verloren markieren. Ein Verlustgrund ist erforderlich. Fehlt die Auswahl ganz, sind unter CRM-Einstellungen noch keine Gründe hinterlegt.
Der Deal erscheint nicht in der Prognose. Dort erscheinen offene Deals mit erwartetem Abschlussdatum. Ohne Datum fehlt er — das ist die häufigste Ursache für eine zu niedrige Prognose.