Discovery-Gespräche: Die Fragen, die Deals aufschließen
Stand 2026-09-03
Discovery ist der Ort, an dem der Deal tatsächlich gewonnen oder verloren wird: Ein Berater, der rund 70 Prozent des Gesprächs zuhört — statt zu präsentieren —, geht mit einer quantifizierten geschäftlichen Konsequenz nach Hause, nicht mit einer Feature-Anfrage. Genau dieses eine Artefakt, ein innerhalb von 48 Stunden versandtes einseitiges Framing-Dokument, ist es, das ein am Tagessatz verglichenes Angebot von einem am Vertrauen verglichenen trennt. Der Einsatz ist direkt: Ein Business Case, der auf einer benannten Kostengröße aufbaut (verlorene Stunden, verzögerte Entscheidungen, ein verschobenes Führungspaket), stützt einen Prämiensatz; ein auf einer Feature-Liste aufgebautes Angebot wird gegen den günstigsten Bieter ausgespielt. Dieses Modul trainiert die Vier-Fragen-Sequenz — Situation, Problem, Konsequenz, Priorität —, die aus „wir müssen von BW weg“ eine budgetreife erste Phase macht.
Was Sie lernen
- Ein strukturiertes SAP-Analytics-Discovery-Gespräch führen, das ein 30/70-Sprechverhältnis erreicht und den echten geschäftlichen Schmerz hinter der genannten technischen Anforderung zutage bringt
- Die Vier-Fragen-Sequenz — Situation, Problem, Konsequenz, Priorität — anwenden, um von einem genannten Anliegen wie einer BW-Migrationsanfrage zu einer quantifizierten geschäftlichen Konsequenz zu gelangen, die einen internen Budget-Case verankern kann
- Die bestehende SAP-Landschaft eines Kunden über fünf Bereiche hinweg erfassen (Datenquellen, BI-Schicht, Planungsschicht, Data Governance und strategische Roadmap) mithilfe nicht bedrohlicher prozeduraler Fragen
- Ein 48-Stunden-Framing-Dokument nach dem Gespräch erstellen, das Schmerz nach geschäftlicher Wirkung ordnet, eine skopierte erste Phase vorschlägt und das vollständige Angebotsgespräch um Wert statt um Tool-Features positioniert
Wofür ein Discovery-Gespräch tatsächlich da ist
Ein Discovery-Gespräch ist keine Produktdemonstration. Es ist keine Präsentation von Fähigkeiten. Es ist keine Referenz-Austauschsitzung, bei der Sie dem Interessenten erzählen, was Sie getan haben, und er Ihnen erzählt, was er will. Es ist ein strukturiertes diagnostisches Gespräch, dessen Aufgabe es ist, drei Dinge zutage zu bringen: das echte Problem (das fast nie das genannte Problem ist), die organisatorische Dynamik darum herum und die geschäftlichen Kosten, es nicht zu lösen.
Im SAP-Analytics-Bereich ist das genannte Problem meist technisch: „Wir müssen von BW weg“, „Wir wollen SAC-Planung implementieren“, „Wir evaluieren Datasphere“. Das echte Problem ist immer geschäftlich: Der Finanzbereich kann kein verlässliches Monatsabschluss-Paket ohne drei Tage manuellen Abgleich erstellen; der CFO hat um Marge nach Kunde gebeten, und die IT hat ihr gesagt, das dauere vier Monate; das Datenteam baut zum dritten Mal dieselbe BW-Abfrage neu, weil sich die Anforderungen ständig ändern. Ihre Aufgabe in der Discovery ist es, von der genannten technischen Anfrage zum zugrunde liegenden geschäftlichen Schmerzpunkt zu gelangen — und dann die Kosten dieses Schmerzes in Begriffen zu erfassen, die dem wirtschaftlichen Entscheider des Kunden wichtig sind.
Voraussetzungen
- Zunächst die Kernkonzepte durcharbeiten: C012, C094, C091
Lernergebnisse
- Das SPIN-Framework in SAP-Analytics-Discovery-Kontexten beherrschen.
- Strategisches Schweigen einsetzen, damit Interessenten ihren echten Schmerz offenbaren.
- Die zentrale Entscheidung des Moduls treffen: Wer das Discovery-Gespräch führt — Sie allein oder Sie plus ein technischer Fachexperte — für das erste Gespräch allein führen, um das 30/70-Zuhör-Verhältnis zu schützen.
- Die Beherrschung mit dem KPI verfolgen: Zuhör-Verhältnis (Ziel: Kunde spricht ≥ 60 % der Gesprächszeit; Warnsignal: Berater spricht mehr als die Hälfte des Gesprächs — das Gespräch war eine Präsentation, keine Discovery).
Vollständiges Modul für Mitglieder. Das vollständige Modul ergänzt: den Entscheidungsrahmen · das durchgehende Szenario · die KPI-Scorecard · die Anti-Muster · die Wissenskontrolle · die Schemata.