From the first customer conversation to a reviewed gap plan: clarify the deal, capture workshop findings, deepen discovery with the advisor, and plan clarification and implementation work.
Decision questionWhich small entry helps the customer now and is clear enough for delivery to take over?
How to use this toolGuidance, inputs, report, and handoff in one working flow.
Use the tool as a translator between customer conversation, business function, and delivery: first clarify which decision should become safer, then capture only the information needed for owner, scope, evidence, review, or handoff.
For sales / non-technical users: no governance lecture required. Capture in customer language what is slow, risky, expensive, unclear, or hard to evidence.
For tech / delivery: use the report as context and boundary, not as finished architecture. Open assumptions stay visible until owner and review confirm them.
Do not use it as a tool shortcut: catalog, BI, dbt, IAM, or platform come only after problem, function, owner, and first evidence slice are clear.
The result view is the reviewable handoff block. Copy it, download Markdown, save it, or write it back directly when you came from a plan.
What does this tool help decide?
Rohe Kundensignale in eine einfache Deal-Frage übersetzen.
Branche und Fachbereich so festhalten, dass passende Serien und Ansprechpartner anschließen.
Business- und Technikfragen trennen, damit beide Seiten ohne Jargon antworten können.
Den IST-Zustand als Basis für Scope, Aufwandstreiber und spätere Schätzung dokumentieren.
Den Tool-Wunsch auf die Business-Entscheidung zurückführen.
Für Tech festhalten, was bekannt ist und was noch nicht designed werden darf.
Nutzenhebel benennen: weniger manuelle Abstimmung, weniger Change-Reibung, weniger Nachweisarbeit.
Den ersten Scope klein genug halten, damit Sales ihn erklären und Delivery ihn prüfen kann.
Workshop-Befunde mit Ist, Soll, Quelle, Evidence, Owner und Abnahme erfassen.
GAPs, Klärungsaufgaben und geprüfte Umsetzungspakete ableiten; Aufwandsspannen durch Presales/Delivery bestätigen.
Ausgewählte Discovery mit dem Advisor verbinden und als Sprint-Plan übernehmen.
Als Markdown, GAP-CSV und Discovery-JSON exportieren.
Why these inputs?
Industry / context
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Business function
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Conversation signal
Das rohe Signal aus dem Gespräch: Satz, Einwand, Bauchschmerz oder Tool-Wunsch. Der Kunde muss noch nicht wissen, was er braucht; Sales übersetzt es erst danach in Entscheidung und Scope.
Business questions
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Technical questions
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Current state
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Decision pain
Warum die aktuelle Situation eine Entscheidung unsicher macht: Streit, Verzögerung, Risiko oder fehlender Nachweis.
Decision protected
Die eine Entscheidung, die nach dem Einstieg belastbarer sein soll. Ohne Entscheidung bleibt der Deal zu weich.
First slice
Der erste lieferbare Ausschnitt: Kennzahl, Nachweis, Handoff oder Datenprodukt. Klein genug für einen Start.
Effort drivers
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Roles / handoff
Wer fachlich entscheidet, wer nur berät und ab wann Delivery übernimmt.
Deal thesis
Der verkaufbare Satz mit Ergebnis und Grenze. Daraus wird der Kundenleitfaden.
Evidence expected
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Value case
Hilft, Kontext, Owner, Risiko und Entscheidungsreife sauber einzuordnen.
Kill rule
Stop-Regel für unsaubere Deals: kein Sponsor, kein Owner, keine Review-Basis oder nur Tool-Demo-Wunsch.
What comes out?
function-deal-card.md
Wird als Report-Teil, Plan-Notiz oder nächster Workflow-Baustein nutzbar.
Presales GAP plan (.md)
Wird als Report-Teil, Plan-Notiz oder nächster Workflow-Baustein nutzbar.
GAP register (.csv)
Wird als Report-Teil, Plan-Notiz oder nächster Workflow-Baustein nutzbar.
Discovery JSON
Wird als Report-Teil, Plan-Notiz oder nächster Workflow-Baustein nutzbar.
Clarification and implementation work packages
Wird als Report-Teil, Plan-Notiz oder nächster Workflow-Baustein nutzbar.
Next tools
Passende Folgewerkzeuge, um Lücken weiter zu bearbeiten.
Capture structure and field help
This structure is the checklist for a clean working state: each field answers a question needed later for decision, implementation, review, or change request.
Industry / contextOrdne den Fall ein, damit passende Gesprächspartner und Randbedingungen erkennbar werden.
Business functionWähle den fachlich betroffenen Bereich und seine Entscheidung, nicht den betreuenden IT-Dienst.
Conversation signalHalte zunächst die Aussage des Kunden fest und trenne sie von deiner Interpretation.
Business questionsFrage nach Entscheidungen und Folgen. So kann der Kunde ohne technisches Vokabular antworten.
Technical questionsErmittle technische Abhängigkeiten mit einer zuständigen Rolle, bevor Aufwand oder Lösung versprochen werden.
Current stateBeschreibe beobachtbare Abläufe und nenne Quelle, Zeitpunkt und noch unbestätigte Annahmen.
Decision painVerbinde den Zustand mit einer konkreten Geschäftsfolge, statt nur fehlende Funktionen aufzuzählen.
Decision protectedFormuliere eine Handlung mit entscheidender Rolle und Anlass; daran orientiert sich die Abnahme.
First sliceBegrenze das erste Lieferergebnis so, dass Kunde und Delivery dessen Abschluss prüfen können.
Effort driversErfasse Mengen, Abhängigkeiten und Unsicherheiten. Delivery leitet daraus erst nach Prüfung Aufwand ab.
Sales hears words like catalog, platform, quality, or compliance and does not know what to sell. Tech hears a deal and does not know what was actually decided.
Decision
Which small entry helps the customer now and is clear enough for delivery to take over?
Working steps
Rohe Kundensignale in eine einfache Deal-Frage übersetzen.
Branche und Fachbereich so festhalten, dass passende Serien und Ansprechpartner anschließen.
Business- und Technikfragen trennen, damit beide Seiten ohne Jargon antworten können.
Den IST-Zustand als Basis für Scope, Aufwandstreiber und spätere Schätzung dokumentieren.
Den Tool-Wunsch auf die Business-Entscheidung zurückführen.
Für Tech festhalten, was bekannt ist und was noch nicht designed werden darf.
Nutzenhebel benennen: weniger manuelle Abstimmung, weniger Change-Reibung, weniger Nachweisarbeit.
Den ersten Scope klein genug halten, damit Sales ihn erklären und Delivery ihn prüfen kann.
Workshop-Befunde mit Ist, Soll, Quelle, Evidence, Owner und Abnahme erfassen.
GAPs, Klärungsaufgaben und geprüfte Umsetzungspakete ableiten; Aufwandsspannen durch Presales/Delivery bestätigen.
Ausgewählte Discovery mit dem Advisor verbinden und als Sprint-Plan übernehmen.
Als Markdown, GAP-CSV und Discovery-JSON exportieren.
