Der Discovery-Call ist die wertvollsten 45 Minuten im gesamten Vertriebsprozess — und gleichzeitig die am schlechtesten erfasste. Ein Gründer oder Senior-Berater führt das Gespräch, macht sich handschriftlich Notizen oder hört nur mit halbem Ohr zu, während er tippt, und geht mit einem Eindruck davon, was der Kunde will. Drei Wochen später, beim Scoping des Deals, ist die Hälfte dessen, was gesagt wurde, verschwunden — nicht wegen schlechten Gedächtnisses, sondern weil es nie in etwas Dauerhafteres überführt wurde als ein vages Gefühl von „die haben irgendwas zu einem Altsystem erwähnt.“
Das ist kein Notizproblem. Es ist ein Input-Problem, und es sitzt vor jedem kommerziellen Fehler, den eine Beratungsfirma macht: Unterpreisung, Scope Creep, Angebote, die verfehlen, was der Kunde eigentlich wollte. Den Input bereits beim Discovery beheben, und der Rest der Pipeline wird leichter. Lässt man ihn kaputt, kann kein Scoping- oder Kalkulationsgeschick Informationen wiederherstellen, die nie erfasst wurden.
Wo Discovery-Calls tatsächlich Wert verlieren
Der Call produziert Eindrücke, keine Anforderungen
Fragt man einen Berater, was in einem Discovery-Call passiert ist, bekommt man eine Erzählung: „Die sind frustriert mit ihrem aktuellen Prozess, wollen etwas Schnelleres, Budget ist knapp.“ Fragt man nach den tatsächlichen Anforderungen — konkrete Leistungen, Rahmenbedingungen, Stakeholder, Termintreiber — wird die Antwort schnell vage. Genau in dieser Lücke zwischen Erzählung und Anforderung steckt das eigentliche Risiko des Deals, denn Scoping muss gegen etwas stattfinden — und wenn der Call nur eine Erzählung produziert hat, findet Scoping gegen eine Vermutung statt.
Senior-Zeit fließt in Transkription, nicht in Urteilsvermögen
Die Person, die am besten geeignet wäre, einen Discovery-Call zu führen — senior genug, um zwischen den Zeilen zu lesen, die richtige Rückfrage zu stellen, das eigentliche Problem hinter dem genannten zu erkennen — ist oft genau diejenige, die in Echtzeit Notizen tippt. Jede Minute Transkription ist eine Minute, die nicht darauf verwendet wird, das Ungesagte zu hören. Das ist genau verkehrt: Senior-Zeit ist die knappste Ressource der Firma, und Discovery-Calls verbrennen sie auf einer Aufgabe, die eine Maschine besser erledigt.
Rückfragen kommen spät — oder gar nicht
Jeder Discovery-Call endet mit offenen Punkten — ein Stakeholder, der nicht im Raum war, eine Systemintegration, die geprüft werden muss, eine Budgetspanne, die angedeutet, aber nicht bestätigt wurde. Der Wert einer offenen Frage verfällt schnell. Innerhalb eines Tages gestellt, wirkt sie gründlich. Drei Wochen später beim Scoping gestellt, wirkt sie unorganisiert — und der Kunde hat sich bis dahin oft schon anderen Anbietern zugewandt, die es besser im Griff zu haben schienen. Die meisten Firmen haben keinen systematischen Weg, die Liste offener Fragen überhaupt festzuhalten — sie lebt im Kopf einer Person und geht verloren.
Mehrere Calls, mehrere Mitschreiber, keine einheitliche Quelle der Wahrheit
Größere Opportunities schließen selten nach einem Call. Es gibt den Erstkontakt, den technischen Deep-Dive, den Call mit dem zweiten Stakeholder in einer anderen Zeitzone. Jeder bekommt eigene Notizen, in eigenem Format, von wem auch immer teilnahm. Beim Scoping-Start bedeutet die Rekonstruktion von „was haben wir über alle drei Calls hinweg tatsächlich gelernt“ das erneute Lesen dreier unterschiedlich detaillierter Notizensätze — und die Anforderungen, die nur einmal auftauchten, in dem Call, an dem die scopende Person nicht teilnahm, verschwinden leise.
Der KI-Workflow: Erfassen → Strukturieren → Sichtbar machen → Übergeben
1. Erfassen — jeden Call aufzeichnen und transkribieren
Der Basisfix ist unspektakulär: das Gespräch aufzeichnen (offengelegt, wie es die meisten Plattformen inzwischen standardmäßig tun) und transkribieren. Allein das gewinnt alles zurück, was Senior-Zeit derzeit für Mitschriften aufwendet, und stellt sicher, dass nichts Gesagte vom Gedächtnis oder Tippspeed einer einzelnen Person abhängt.
2. Strukturieren — Anforderungen, Rahmenbedingungen und Stakeholder extrahieren
Das Transkript allein ist nicht das Ergebnis — eine 40-minütige Textwand ist nicht nützlicher als schlechte Notizen, nur länger. Der Strukturierungsschritt bringt das Rohtranskript in genau die Form, die eine Scoping-Stufe braucht: Was wird angefragt, welche Rahmenbedingungen wurden genannt (Budgetsignale, Zeitplan, bestehende Systeme, Compliance-Anforderungen), wer sind die Stakeholder und was ist jedem wichtig. Dieser Schritt macht aus „die haben irgendwas zu einem Altsystem erwähnt“ eine benannte Anforderung, mit der eine Scoping-Stufe arbeiten kann.
3. Sichtbar machen — die Liste offener Fragen automatisch generieren
Parallel zu den Anforderungen erzeugt derselbe Schritt die Liste dessen, was der Call nicht geklärt hat. Das ist der wertvollste Output des gesamten Workflows: Jede hier sichtbar gemachte offene Frage ist eine Frage, die man diese Woche dem Kunden stellt — nicht ein Change Request, der drei Monate später in der Umsetzung kostenlos absorbiert wird. (Wir haben bereits geschrieben, wie [unstrukturiertes Discovery der erste Vorvertrags-Fehlerpunkt hinter Scope Creep](/blog/how-to-prevent-scope-creep-before-the-project-starts) ist — dies behebt es an der Quelle.)
4. Übergeben — Scoping mit strukturiertem Input füttern, nicht mit Rohnotizen
Der Output von Discovery — Anforderungen, Rahmenbedingungen, Stakeholder, offene Fragen — wird direkt zum Input der Scoping-Stufe, statt einer Zusammenfassung, die jemand manuell nachlesen und in ein Scope-Dokument übertragen muss. Bei mehreren Calls zur selben Opportunity verschmelzen die strukturierten Outputs zu einem laufenden Gesamtbild, sodass nichts aus dem technischen Deep-Dive verloren geht, nur weil die scopende Person nicht dabei war.
Warum der Mensch den Call trotzdem führt
Nichts davon ersetzt die Person, die den Discovery-Call führt. Zögern des Kunden lesen, entscheiden, welche Rückfrage am wichtigsten ist, das eigentliche Problem hinter dem genannten spüren — das ist Urteilsvermögen, und genau dafür sollte Senior-Zeit verwendet werden. Der Workflow entfernt das Tippen, den Notizabgleich und die verspätete Follow-up-E-Mail, damit die Person im Call voll präsent im Gespräch sein kann, statt halb präsent und halb transkribierend. KI übernimmt das Volumen — Erfassung, Strukturierung, Fragengenerierung. Ein Mensch führt den Call, prüft den Output und entscheidet, was an den Kunden zurückgeht.
Fazit
Discovery-Calls sind der Ort, an dem die tatsächlichen Anforderungen eines Deals entweder erfasst oder verloren werden — eine dritte Option gibt es nicht, weil unaufgezeichnete Eindrücke innerhalb von Tagen verblassen. Der beste KI-Workflow für Discovery-Calls behandelt den Call als erste Stufe derselben Pipeline, die den Scope, die Kalkulation und das Angebot produziert: den Call erfassen, in Anforderungen und offene Fragen strukturieren, sichtbar machen, was noch unklar ist, solange es billig ist zu fragen — und strukturierten Input statt Rohnotizen übergeben.
Das ist die vorgelagerte Seite dessen, worauf [Proposal OS](/proposal-os) bei jedem Deal läuft — von Discovery bis Delivery, mit menschlicher Prüfung auf jeder Stufe. Wenn Sie sehen wollen, was Ihr letzter Discovery-Call durch diese Pipeline ergeben hätte, buchen Sie einen kostenlosen Discovery-Call und bringen Sie einen aktuellen mit.
Was ist der beste KI-Workflow für Discovery-Calls in der Beratung?+
Das Gespräch aufzeichnen und transkribieren, dann den Transkript-Text durch einen Strukturierungsschritt laufen lassen, der Anforderungen, Rahmenbedingungen und Stakeholder extrahiert — und separat jede offene Frage auflistet, die das Gespräch nicht geklärt hat. Diesen strukturierten Output ins Scoping schicken, nicht Rohnotizen. Der Workflow stellt sicher, dass nichts, was im Gespräch gesagt wurde, nur im Kopf der schnellsten Mitschreiberin existiert.
Schafft das Aufzeichnen von Kundengesprächen nicht rechtliche oder Vertrauensprobleme?+
Offenlegen genügt. Die meisten Kunden erwarten es inzwischen, viele Plattformen tun es standardmäßig. Das größere Vertrauensproblem ist das Gegenteil: Ein Kunde wiederholt in Monat zwei etwas, das er im Discovery-Call bereits gesagt hat, und die Firma wirkt, als hätte sie nicht zugehört. Genau das verhindert strukturierte Erfassung.
Wie unterscheidet sich das von einem einfachen KI-Notiztool?+
Ein Notiztool liefert einen Zusammenfassungsabsatz. Das ist nicht dasselbe wie strukturierte Anforderungen plus eine explizite Liste offener Fragen, die direkt ins Scoping fließen. Die meisten Notiztool-Outputs müssen immer noch manuell gelesen und in ein Scope-Dokument übertragen werden — genau der Schritt, der unter Zeitdruck übersprungen wird und den dieser Workflow automatisiert.
Wer sollte die KI-generierte Discovery-Zusammenfassung prüfen?+
Wer auch immer den Deal verantwortet — die Person, deren Name am Ende auf dem Angebot steht. Die KI übernimmt das Volumen: Transkription, Extraktion, Entwurf der Rückfragen. Ein Mensch prüft, was das Modell falsch gelesen oder übersehen hat, und entscheidet, welche offenen Fragen dealkritisch sind, bevor sie an den Kunden zurückgehen. KI übernimmt das Volumen, ein Mensch die Beurteilung.
Wie hängt das mit Scoping und Preisgestaltung zusammen?+
Direkt — es ist die erste Stufe derselben Pipeline. Strukturierter Discovery-Output speist das Scoping (Leistungen, Grenzen, Ausschlüsse, Annahmen), das speist die Kalkulation, die speist das Angebot. Ein Discovery-Call, der sauberen strukturierten Input liefert, macht jede nachfolgende Stufe schneller und präziser; einer, der nur Eindrücke liefert, zwingt das Scoping zum Raten.
Verwandter Service
Möchten Sie, dass wir diesen Workflow für Sie einsetzen?