Enterprise Sales: Erst die Statik, dann der Abschluss

Budget und Timing erklären noch keinen Deal

Das Budget ist vorhanden. Der Ansprechpartner möchte im laufenden Quartal entscheiden. Die Demo lief gut. Trotzdem verschiebt sich der Abschluss, zum dritten Mal. Was fehlt? Häufig das Verständnis dafür, welche Rolle das Projekt im Unternehmen tatsächlich spielt.

Budget, Timing und Wettbewerb gehören in jede Qualifizierung. Erfahrene Enterprise Account Executives bleiben dort jedoch nicht stehen. Sie wollen verstehen, warum ein Unternehmen etwas verändern muss, welche Voraussetzungen dafür erfüllt sein müssen und wer das Ergebnis verantwortet. Erst daraus entsteht ein belastbares Bild der Verkaufschance.

Mit diesem Beitrag starte ich eine Serie über die Arbeitsweise erfolgreicher Enterprise Account Executives im Technologievertrieb. Teil 1 beginnt mit der Projektarchitektur: dem Zusammenhang zwischen einer konkreten Anschaffung und dem größeren Vorhaben des Kunden.

Was bedeutet Projektarchitektur im Enterprise Sales?

Projektarchitektur bezeichnet hier das Zusammenspiel von Unternehmensziel, erwartetem Geschäftsergebnis, beteiligten Menschen und Abhängigkeiten eines Kundenprojekts. Eine neue IT-Lösung ist dabei meist ein Baustein. Ihr Wert ergibt sich daraus, was sie im Unternehmen ermöglicht.

Wie ein Architekt vor dem Bau die Statik prüft, sollte ein Enterprise Account Executive die tragenden Annahmen einer Opportunity verstehen. Wer nur über Funktionen und Preis spricht, plant bereits die Ausstattung, obwohl noch unklar ist, ob das Fundament trägt.

Meine Leitfrage lautet deshalb: Welches übergeordnete Ziel wird schwieriger zu erreichen, wenn dieses Projekt nicht umgesetzt wird? Kann der Kunde darauf keine klare Antwort geben, ist das ein Anlass, gemeinsam tiefer einzusteigen.

1. Den Anschluss an die Unternehmensstrategie verstehen

Ein Projekt kann technisch sinnvoll sein und trotzdem keine ausreichende Priorität erhalten. Entscheidend ist, welchen Beitrag es zu einem Ziel leistet, für das das Unternehmen tatsächlich Ressourcen einsetzt. Das können etwa profitables Wachstum, ein neuer Markt, geringere Betriebskosten oder höhere Lieferfähigkeit sein.

Die Verbindung sollte konkret werden: Unternehmensziel, erforderliche Veränderung, Beitrag des Projekts und messbares Ergebnis. Wenn ein Unternehmen schneller wachsen möchte, reicht die Aussage ‚Unsere Software steigert die Effizienz‘ nicht aus. Welche Abläufe müssen sich verbessern? Welche Kennzahl soll sich verändern? Wer prüft, ob das gelungen ist?

• Welches Unternehmensziel unterstützt dieses Projekt unmittelbar?
• Was soll nach der Einführung im Geschäft anders funktionieren?
• An welcher Kennzahl und welchem Ausgangswert messen Sie den Erfolg?
• Wer trägt die Verantwortung dafür, dass dieser Nutzen entsteht?

2. Abhängigkeiten und den kritischen Pfad erkennen

Enterprise-Projekte stehen selten für sich allein. Eine Softwareeinführung kann von einer Datenmigration, einer Schnittstelle, verfügbaren Implementierungsteams oder einer organisatorischen Entscheidung abhängen. Diese Zusammenhänge bestimmen, wann ein Kauf sinnvoll und wann eine Umsetzung überhaupt möglich ist.

Unterscheide dabei zwischen einer echten Voraussetzung und einer bloßen Präferenz. Muss ein anderes Projekt abgeschlossen sein, bevor der Kunde bestellen kann? Oder können beide Vorhaben parallel laufen? Gehört ein Schritt vor die Unterschrift oder erst vor den Produktivstart? Diese Unterscheidung schützt vor falschen Schlussfolgerungen zum Abschlussdatum.

Der kritische Pfad umfasst die Schritte, deren Verzögerung den Zieltermin unmittelbar verschiebt. Kläre mit dem Kunden die Verantwortlichen, Termine und offenen Entscheidungen. Ein Termin ohne bestätigte Voraussetzungen bleibt eine Annahme.

• Welche anderen Vorhaben müssen vorher oder parallel stattfinden?
• Welche Teams oder Ressourcen werden von mehreren Projekten gleichzeitig benötigt?
• Welche Freigabe könnte den nächsten Schritt blockieren?
• Was davon beeinflusst die Bestellung, was die spätere Einführung?

3. Die tatsächliche Priorität und die Kosten des Wartens prüfen

Dein Angebot konkurriert auch mit anderen Investitionen und mit der Entscheidung, vorerst nichts zu verändern. Selbst ein freigegebenes Budget erklärt deshalb noch nicht, wie stabil die Priorität des Vorhabens ist.

Hilfreich ist ein konkreter Blick auf die Folgen einer Verschiebung. Entstehen weiter manuelle Aufwände? Verzögert sich der Markteintritt? Bleibt ein relevantes Risiko bestehen? Berechne solche Auswirkungen gemeinsam mit dem Kunden und kennzeichne Schätzungen als Schätzungen. Ein Business Case wird nicht belastbarer, weil der Vertrieb größere Zahlen einträgt.

Auch Dringlichkeit braucht eine Grundlage. Ein verbindlicher externer Termin kann etwas anderes bedeuten als der interne Wunsch, ‚noch dieses Quartal fertig zu werden‘. Frage nach dem Ereignis hinter dem Datum und danach, welche Folgen ein Verfehlen tatsächlich hätte.

Ein Beispiel: Warum eine gute Demo den Forecast nicht trägt

Ein fiktives Technologieunternehmen möchte eine Plattform für die Einsatzplanung kaufen. Das Fachteam ist überzeugt, Budget ist eingeplant und die Entscheidung soll im Dezember fallen. Auf den ersten Blick wirkt die Opportunity weit fortgeschritten.

Im Gespräch über den Gesamtkontext zeigt sich: Die Plattform soll die Expansion in zwei neue Länder ermöglichen. Dafür braucht es Daten aus einem parallel eingeführten ERP-System. Die Datenmigration verzögert sich, und dasselbe IT-Team betreut beide Projekte. Die Geschäftsführung hat die Reihenfolge der Investitionen noch nicht abschließend bestätigt.

Damit stellen sich andere Fragen: Ist die ERP-Migration eine Voraussetzung für den Kauf oder nur für den Start? Lässt sich die Einführung staffeln? Bleibt die Expansion termingebunden? Wer entscheidet über die knappen Ressourcen? Erst wenn diese Fragen geklärt sind, lässt sich der Dezembertermin sinnvoll bewerten.

Der Enterprise Account Executive kann diese Abhängigkeiten nicht allein beseitigen. Er kann sie aber sichtbar machen, mit den Verantwortlichen prüfen und den nächsten Schritt daran ausrichten. Das ist deutlich hilfreicher als die nächste Nachfrage nach dem Stand des Angebots.

So wird aus Projektverständnis ein fundierter Forecast

Trenne in Deinen Opportunity-Notizen zwischen bestätigten Fakten, plausiblen Annahmen und offenen Fragen. Dokumentiere zu wichtigen Aussagen, wer sie bestätigt hat und wann Du sie zuletzt geprüft hast. Ein Eindruck aus der ersten Discovery ist keine dauerhafte Grundlage für einen mehrmonatigen Verkaufsprozess.

Leite daraus mit dem Kunden einen gemeinsamen Maßnahmenplan ab: Welche Entscheidung ist als Nächstes nötig, wer verantwortet sie und bis wann soll sie getroffen werden? Plane vom gewünschten Geschäftsergebnis rückwärts. So wird sichtbar, ob Entscheidung, Einkauf und Einführung zeitlich zusammenpassen.

Qualifizierungsansätze wie MEDDPICC bieten ergänzend einen Rahmen für Nutzenkennzahlen, wirtschaftliche Entscheider und Entscheidungsprozesse. Die Projektarchitektur verbindet diese Informationen mit dem Gesamtvorhaben des Kunden. Sie ersetzt weder eine vollständige Qualifizierung noch garantiert sie einen Abschluss.

Für den Forecast heißt das: Eine positive Rückmeldung und ein gewünschtes Abschlussdatum reichen nicht. Die Einschätzung sollte auch berücksichtigen, ob Priorität, Voraussetzungen und nächste Entscheidungen vom Kunden bestätigt sind. Bleiben tragende Fragen offen, gehört diese Unsicherheit in die Prognose.

Deine Statikprüfung für das nächste Kundengespräch

Prüfe vor Deinem nächsten Deal Review, ob Du die folgenden sechs Punkte verständlich erklären kannst. Nutze offene Punkte als Gesprächsanlass, statt sie mit eigenen Vermutungen zu füllen.

• Strategie: Welches übergeordnete Unternehmensziel unterstützt das Projekt?
• Wirkung: Welches konkrete Geschäftsergebnis soll sich verbessern?
• Verantwortung: Wer steht intern für dieses Ergebnis ein?
• Abhängigkeiten: Was muss vor Kauf oder Einführung geklärt sein?
• Priorität: Warum soll das Unternehmen gerade jetzt Ressourcen dafür einsetzen?
• Verbindlichkeit: Welchen nächsten Schritt haben die Beteiligten gemeinsam bestätigt?

Was das für die Auswahl von Enterprise Account Executives bedeutet

Wenn Du einen Enterprise Account Executive einstellst, lass Dir ein komplexes Kundenprojekt erklären. Frage nach dessen strategischem Zweck, den Abhängigkeiten und den Signalen, die den Forecast verändert haben. So erfährst Du mehr über die Arbeitsweise als durch die Frage nach der erreichten Quote allein.

Ein starker Kandidat sollte zeigen können, welche Informationen er selbst erarbeitet hat, welche Annahmen falsch waren und wie er darauf reagiert hat. Genau diese Tiefe ist für den Verkauf erklärungsbedürftiger Technologielösungen an Großunternehmen relevant.

Erst die Statik, dann der Abschluss

Wer die Architektur eines Projekts versteht, erkennt früher, woran es trägt und woran es scheitern könnte. Das ermöglicht gezieltere Kundengespräche, sinnvollere nächste Schritte und eine nachvollziehbarere Einschätzung der Pipeline.

In den kommenden Wochen vertiefe ich weitere Aspekte dieser Arbeitsweise: die Interessen der Beteiligten, die Qualität eines internen Fürsprechers und den Weg von einer fachlichen Zustimmung zu einer verbindlichen Entscheidung. Die Grundlage bleibt dieselbe: Verstehe zuerst das Vorhaben Deines Kunden.