Kurze Antwort: Ein Forecast nützt nur, wenn die Person, die ihn vorstellt, ihn selbst glaubt. Im Bauprojektvertrieb bestehen die meisten Forecasts diesen Test nicht — sie setzen sich zusammen aus Einschätzungen der Vertriebler, einem geschätzten Abschlussdatum und der Hoffnung, dass ein großes Projekt landet. Ein belastbarer Forecast ruht stattdessen auf drei überprüfbaren Größen: dem Spezifikationsstatus, Projektterminen, die Sie nicht erfunden haben, und einer dokumentierten Substitutionsquote. Keine davon verlangt Optimismus.
Der Test
Es gibt eine einfache Prüfung, ob ein Forecast belastbar ist. Fragen Sie die Person, die ihn vorstellt, was zutreffen müsste, damit die Zahl falsch ist.
Ist die Antwort konkret — „diese vier Projekte stehen in der Spezifikation, und wenn zwei bei der Vergabe substituiert werden, landen wir 18 Prozent darunter" —, dann ist der Forecast ein Modell. Ist die Antwort ein Schulterzucken oder „wir haben konservativ gerechnet", ist es ein Ziel mit Dezimalstelle.
Die meisten Forecasts im Bauwesen sind die zweite Sorte, und alle im Raum wissen das. Damit wird das monatliche Review zu einer Aufführung statt zu einer Entscheidungsgrundlage.
Drei Gründe, warum Bau-Forecasts unglaubwürdig sind
Das Abschlussdatum kommt aus dem Nichts. Eine Vertrieblerin wird gefragt, wann ein Projekt abschließt. Sie weiß es nicht, weil der Termin vom Bauablauf bestimmt wird — Finanzierung, Genehmigungen, Verfügbarkeit des Generalunternehmers, Wetter. Also wählt sie etwas Plausibles. Aggregieren Sie zweihundert plausible Schätzungen, und Sie erhalten eine Zahl ohne Bezug zur Realität.
Wahrscheinlichkeit wird als steigend behandelt. Die klassische gewichtete Pipeline nimmt an, dass die Chancen mit dem Fortschritt zunehmen. Im Bauwesen kann ein spezifiziertes Produkt innerhalb einer Woche auf null fallen, weil es bei der Vergabe substituiert wird — ohne jedes Warnsignal im CRM.
Die Pipeline enthält nur gute Nachrichten. Werden Datensätze erst beim Angebot angelegt, fehlt alles, was vorher gescheitert ist. Der Forecast entsteht aus der Teilmenge der Projekte, die gut lief, und überschätzt deshalb systematisch.
Worauf ein belastbarer Forecast ruht
Drei Eingaben, alle überprüfbar.
1. Spezifikationsstatus statt Einschätzung
Ersetzen Sie die Prozentangabe der Vertriebler durch eine Projekttatsache:
Status | Bedeutung |
|---|---|
Projekt erkannt, Relevanz bestätigt | Noch ist nichts passiert |
Fachplaner kontaktiert, Anforderung verstanden | Sie wissen, was spezifiziert wird |
Spezifikation eingereicht | Ihr Produkt liegt der entscheidenden Stelle vor |
Genannt, Gleichwertiges zugelassen | Sie sind drin, Wettbewerber können substituieren |
Alleinspezifikation | Sie sind drin, Substitution ist schwer |
Bestellung erteilt | Sicher |
Die Umwandlungsraten kommen aus Ihrer eigenen Historie, nicht aus einer Vorlage. Entscheidend ist, dass die treibende Größe überprüfbar ist.
2. Projekttermine, die Sie nicht erfunden haben
Leiten Sie das erwartete Bestelldatum aus Projektphase und typischen Phasendauern für diesen Gebäudetyp ab, nicht aus einem eingetragenen Abschlussdatum. Ein Projekt in der Ausführungsplanung wird im nächsten Quartal keine Bestellung erzeugen, egal was im CRM steht.
Das setzt voraus, dass die Projektphase aktuell ist — und daran scheitern die meisten Versuche. Eine Phase, die beim Anlegen gesetzt und nie aktualisiert wurde, macht das ganze Modell zur Fiktion.
3. Eine dokumentierte Substitutionsquote
Zwischen Spezifikation und Bestellung wird ein Teil Ihrer spezifizierten Projekte von Generalunternehmern substituiert. Messen Sie diesen Anteil. Liegt er bei 20 Prozent, ist das ein Abschlag nach der Spezifikationsstufe — und kein diffuses Gefühl, dass manchmal etwas schiefgeht.
Die beiden Risiken trennen
Die größte verfügbare Verbesserung besteht darin, zwei verschiedene Risiken nicht mehr in eine Prozentzahl zu pressen.
Gewinnrisiko: Werden wir liefern? Getrieben von Spezifikationsstatus, Wettbewerbsposition, Beziehungen. Darauf haben Sie Einfluss.
Terminrisiko: Wann erreicht das Projekt die Vergabe? Getrieben vom Bauablauf. Darauf haben Sie fast keinen Einfluss.
Ein Forecast, der beides getrennt ausweist, ist in einer Weise verteidigbar, die eine einzelne Mischzahl nie erreicht. Er erzeugt außerdem andere Gespräche: ein Gewinnrisiko-Problem ist ein Vertriebsproblem, ein Terminrisiko-Problem ist ein Marktproblem — und das zweite als das erste zu behandeln ist der Grund, warum Teams aufgefordert werden, sich bei etwas mehr anzustrengen, das sie nicht beeinflussen können.
Zwei Horizonte ausweisen
Kurzfristiger Umsatz aus Projekten nach der Spezifikation und vor der Vergabe. Beeinflusste Pipeline aus Projekten in der Entwurfsphase — das ist der Umsatz des nächsten Jahres.
Beides zu vermischen ist der Grund, warum Frühphasenarbeit wie Untätigkeit aussieht. Und deshalb wird genau die Tätigkeit, die den Umsatz des nächsten Jahres erzeugt, bei der ersten Budgetprüfung gestrichen.
Was die Daten dafür leisten müssen
Das Modell ist nicht kompliziert. Woran die meisten Hersteller scheitern, ist, dass die Eingaben fehlen:
Das Projekt muss das CRM-Objekt sein, nicht das Unternehmen, sonst erscheint dasselbe Projekt dreifach und der Forecast zählt doppelt
Die Spezifikation muss ein eigener Meilenstein sein, erfasst wenn sie eintritt, getrennt von der Bestellung
Die Projektphase muss sich automatisch aktualisieren
Der dritte Punkt ist die Stelle, an der Building Radar ansetzt. Phasenwechsel werden in über 50 Ländern laufend beobachtet und in Salesforce, HubSpot, Microsoft Dynamics oder SAP C4C geschrieben, sodass die Phase im Forecast das Projekt widerspiegelt und nicht den Tag der Datensatzanlage. Jeane, die Intelligenz in Building Radar, markiert außerdem, wenn ein spezifiziertes Projekt in die Vergabe geht — genau der Moment, in dem das Substitutionsrisiko akut wird und ein Forecast am häufigsten bricht.
Projekte werden ab der Planungs- und Entwurfsphase erfasst und nicht erst beim Angebot. Damit ist das Problem der guten Nachrichten an der Wurzel adressiert: die Pipeline enthält, was existiert, nicht nur was funktioniert.
Drei Gewohnheiten, die die Genauigkeit schnell verbessern
Keine Abschlussdaten für Projekte in der Entwurfsphase abfragen. Leiten Sie sie ab und lassen Sie Abweichungen mit Begründung zu.
Forecast-Genauigkeit je Stufe messen. Wandeln Projekte bei „Spezifikation eingereicht" mit 40 statt der angenommenen 60 Prozent, korrigieren Sie das Modell. Die meisten Hersteller haben das nie geprüft.
Verlorene Vorgänge nach Stufe auswerten. Verluste zwischen Einreichung und Freigabe deuten auf ein Dokumentationsproblem, Verluste zwischen Freigabe und Bestellung auf Substitution. Beides verlangt gegensätzliche Maßnahmen.
Häufige Fragen
Warum sind Forecasts im Bauvertrieb so ungenau? Weil das Bestelldatum vom Bauablauf und nicht vom Vertriebsprozess bestimmt wird, die Gewinnwahrscheinlichkeit bei der Vergabe einbrechen kann und Pipelines ab Angebotsstufe alles ausblenden, was vorher gescheitert ist.
Was sollte die Einschätzung der Vertriebler im Forecast ersetzen? Überprüfbarer Spezifikationsstatus, aus der Projektphase abgeleitete Bestelltermine und eine gemessene Substitutionsquote.
Wie prognostiziert man Projekte, die zwei Jahre entfernt sind? Nicht im Umsatzforecast. Sie gehören als beeinflusste Pipeline mit Projektphase und Spezifikationsstatus auf einen eigenen Horizont.
Was ist der beste Frühindikator? Die Zeit von der Projekterkennung bis zum ersten Entscheiderkontakt, kombiniert mit der Spezifikationsquote. Beides sind Signale des laufenden Quartals für Umsatz, der viel später kommt.
Bereit für einen Forecast auf Projektbasis?
Erfahren Sie, wie die Revenue-Engineering-Lösung von Building Radar Projektphasen und Spezifikationsstatus aktuell hält.
Über Building Radar
Building Radar ist eine KI-Plattform für Projektintelligenz im Bauvertrieb. Sie erkennt Bauprojekte in über 50 Ländern — auch in der Planungs- und Entwurfsphase, bevor eine Ausschreibung veröffentlicht wird —, bewertet jedes Projekt gegen das konkrete Produktportfolio eines Unternehmens, identifiziert die Entscheider und steuert die daraus folgende Vertriebsarbeit über Salesforce, HubSpot, Microsoft Dynamics oder SAP C4C. Jeane, die Intelligenz in Building Radar, übernimmt Recherche, Entwürfe und CRM-Pflege, damit sich Vertriebsteams auf den Abschluss konzentrieren können.