Kurze Antwort: Ein CRM für den Bauprojektvertrieb braucht ein anderes Kernobjekt als ein Standard-CRM. Statt alles um ein Unternehmen oder einen Kontakt zu organisieren, muss es um das Bauprojekt organisiert sein — weil an einem Projekt viele Unternehmen beteiligt sind, mehrere Beschaffungsrollen mitentscheiden und der Zeitplan über Jahre läuft. Salesforce, HubSpot, Microsoft Dynamics und SAP C4C können das alle, aber nur wenn Datenmodell und Workflow bewusst für den Projektvertrieb gebaut sind und nicht aus einer generischen Vorlage übernommen wurden.
Warum brechen Standard-CRM-Pipelines im Bauwesen?
Die meisten CRMs setzen eine gerade Linie voraus: Lead → qualifizierte Chance → Angebot → Abschluss. Dieses Modell wurde für einen einzelnen Käufer entworfen, der eine einzelne Kaufentscheidung trifft.
Der Bauprojektvertrieb sieht völlig anders aus. An einem einzigen Bürogebäude können ein Investor, ein Projektentwickler, ein Architekt, ein Planungsbüro, ein Generalunternehmer und vier Nachunternehmer beteiligt sein — und das Unternehmen, das letztlich bestellt, ist häufig nicht das, das über Ihr Produkt entschieden hat. Gleichzeitig durchläuft das Projekt Planung, Entwurf, Ausschreibung, Vergabe und Bau nach seinem eigenen Zeitplan, unabhängig von Ihrer Vertriebsarbeit.
Drei Fehlermuster folgen daraus, wenn man das in eine Standard-Pipeline zwingt:
Die unternehmenszentrierte Pipeline. Vorgänge hängen an Unternehmen, also erscheint dasselbe Projekt dreimal unter drei Firmen. Niemand sieht die Gesamtexposition, und zwei Personen bearbeiten unwissentlich dasselbe Gebäude.
Die Ein-Kontakt-Pipeline. Ein Kontakt je Vorgang bedeutet, dass der Architekt, der spezifiziert, und der Generalunternehmer, der kauft, nicht beide erfasst werden können. Die Spezifikationsarbeit ist damit im CRM unsichtbar und wird nicht zugerechnet.
Die Aktivitäts-Pipeline. Die Stufen beschreiben, was die Vertriebsperson getan hat („angerufen", „Angebot gesendet"), statt wo das Projekt steht. Prognosen werden zum Ratespiel, weil ein Projekt bei „Angebot gesendet" zwei Monate oder zwei Jahre von der Vergabe entfernt sein kann.
Welches Datenmodell braucht ein CRM für den Projektvertrieb?
Ein funktionierendes Setup hat vier verbundene Schichten:
Projekt — das physische Gebäude oder Infrastrukturobjekt. Adresse, Typ, Größe, Budget, aktuelle Phase, Quelle. Das ist das Ankerobjekt, und es existiert unabhängig davon, ob Sie dazu einen Vorgang haben.
Rollen am Projekt — welches Unternehmen welchen Teil übernimmt: Bauherr, Entwickler, Architekt, Fachplaner, Generalunternehmer, Nachunternehmer. Viele-zu-viele, nicht eins-zu-eins.
Chance — Ihre kaufmännische Gelegenheit an diesem Projekt, die ein Vorgang oder mehrere über Produktkategorien hinweg sein kann.
Einflussereignisse — die spezifikationsrelevanten Meilensteine: Spezifikation eingereicht, Produkt freigegeben, Muster geliefert, in der Ausschreibung genannt. Diese sagen im Projektvertrieb tatsächlich das Ergebnis voraus.
Sobald diese vier existieren, werden die Fragen beantwortbar, die die Geschäftsführung immer stellt: Wie viel Projektvolumen beeinflussen wir gerade, in welcher Phase, in welcher Region, mit welcher Produktlinie.
Welche Pipeline-Stufen spiegeln das Projekt statt die Vertriebsperson?
Stufen sollten überprüfbare Projektrealität beschreiben. Eine praktikable Struktur für Baustoffhersteller:
Stufe | Was zutreffen muss |
|---|---|
Projekt erkannt | Projekt existiert, Relevanz gegen Portfolio bestätigt |
Entscheider erreicht | Eine namentliche Person mit Einfluss hat geantwortet |
Anforderung verstanden | Sie wissen, was spezifiziert wird und nach welchen Kriterien |
Spezifikation eingereicht | Ihr Produkt liegt der spezifizierenden Stelle vor |
Spezifiziert / freigegeben | Ihr Produkt ist in den Unterlagen genannt oder freigegeben |
Bestellung erteilt | Auftrag eingegangen, meist vom Generalunternehmer |
Geliefert | Erfüllung abgeschlossen |
Beachten Sie, wo „spezifiziert" sitzt: mehrere Stufen vor dem Umsatz, und doch der Punkt, an dem der Vorgang tatsächlich gewonnen ist. Ein CRM, das nur die Bestellung erfasst, rechnet Ihnen die Arbeit, die das Ergebnis entschieden hat, nicht zu — und macht sie unsichtbar.
Warum scheitert die CRM-Akzeptanz, und was hilft?
Auch ein gut entworfenes Modell scheitert, wenn niemand es pflegt. Im Bauprojektvertrieb sind Vertriebler die Woche über unterwegs, auf Baustellen und im Auto. Von ihnen zu verlangen, abends um acht Projektdetails in eine CRM-Oberfläche zu tippen, heißt, sie verlieren zu lassen.
Die Akzeptanz verbessert sich, wenn drei Dinge zutreffen:
Datensätze entstehen automatisch. Qualifizierte Projekte und ihre Entscheiderkontakte kommen bereits gefüllt im CRM an, statt von Hand eingetippt zu werden.
Aktualisierungen laufen über den Kanal, den die Person ohnehin nutzt. Der Ansatz von Building Radar: Jeane ist über Web-App, E-Mail, WhatsApp, Telefon und API erreichbar — ein Baustellenbesuch lässt sich als Sprachnachricht aus dem Auto melden, und der CRM-Eintrag aktualisiert sich daraus.
Die Person bekommt etwas zurück. Speist das CRM nur Management-Reporting, ist es eine Abgabe. Liefert es priorisierte nächste Schritte, Meeting-Vorbereitung und entworfene Nachfassnachrichten, wird es nützlich.
Exklusive Insights zum Bauprojektvertrieb, direkt in dein Postfach
Abonniere unseren wöchentlichen Newsletter.
Bestehendes CRM ausbauen oder ein bauspezifisches System kaufen?
Die meisten Unternehmen sollten ihr CRM nicht ersetzen. Finanz-, Service- und Vertragsdaten liegen dort, und die Migrationskosten sind hoch.
Die realistischen Optionen:
Bestehendes CRM konfigurieren. Funktioniert, wenn interne Administrationskapazität und ein wirklich projektzentriertes Objektmodell vorhanden sind. Am günstigsten, löst aber weder Projekterkennung noch Datenqualität noch Akzeptanz.
Projektintelligenz darüberlegen. Eine bauspezifische Plattform übernimmt Erkennung, Qualifizierung, Kontakte und Ansprache und schreibt ins bestehende CRM. Building Radar integriert sich für genau dieses Muster mit Salesforce, HubSpot, Microsoft Dynamics und SAP C4C.
Durch ein Branchen-CRM ersetzen. Selten lohnend, außer das aktuelle CRM ist aus anderen Gründen unbrauchbar.
Der geschichtete Ansatz gewinnt meist, weil es zwei verschiedene Probleme sind. Die Aufgabe Ihres CRMs ist, System of Record zu sein. Projekterkennung und Qualifizierung ist ein Daten- und Intelligenzproblem, für das es nie gebaut wurde.
Was sollte man messen, wenn es läuft?
Ist Ihr Projekt-CRM richtig aufgesetzt, werden diese Größen berichtbar statt anekdotisch:
Beeinflusstes Projektvolumen — Gesamtwert der Projekte, in deren Spezifikation Sie stehen, nach Phase
Zeit von Projekterkennung bis Entscheiderkontakt — der beste Frühindikator im Projektvertrieb
Spezifikationsquote — Anteil der bearbeiteten Projekte, in denen Ihr Produkt spezifiziert ist
Anteil der früh erschlossenen Pipeline — wie viel aus der Entwurfsphase stammt und wie viel aus eingehenden Ausschreibungen
Häufige Fragen
Was ist ein CRM für den Bauvertrieb? Ein Customer-Relationship-Management-System, das um Bauprojekte statt nur um Unternehmen und Kontakte strukturiert ist, sodass mehrere Firmen, Beschaffungsrollen und Projektphasen zu einem einzelnen physischen Objekt erfasst werden können.
Kann man HubSpot oder Salesforce für den Bauprojektvertrieb nutzen? Ja. Beide lassen sich mit einem projektzentrierten Objektmodell konfigurieren. Nicht geschlossen werden die Lücken bei Projekterkennung, Datenqualität über Quellen hinweg und Entscheiderkontakten — deshalb kombinieren viele Teams sie mit einer Plattform für Bauprojektintelligenz.
Was ist der häufigste CRM-Fehler im Bauvertrieb? Vorgänge an Unternehmen statt an Projekte zu hängen. Das erzeugt Duplikate, verdeckt die Gesamtexposition und macht Prognosen unzuverlässig.
Wie erfasst man Spezifikationsarbeit im CRM? Indem Spezifikationsmeilensteine als eigene Pipeline-Stufen oder Einflussereignisse geführt werden — Spezifikation eingereicht, Produkt freigegeben, in der Ausschreibung genannt — statt nur die späteren Bestellung zu erfassen.
Wie Building Radar das CRM-Problem angeht
Building Radar ist für den geschichteten Ansatz gebaut: es liefert und qualifiziert die Projektdaten, und Ihr CRM bleibt das System of Record.
Qualifizierte Projekte kommen bereits gefüllt in Salesforce, HubSpot, Microsoft Dynamics oder SAP C4C an — Projektmerkmale, die Unternehmen in ihren jeweiligen Rollen, der entscheidende Kontakt für Ihre Produktkategorie und eine Relevanzbewertung. Niemand tippt einen Projektdatensatz von Hand.
Phasenwechsel werden dann laufend beobachtet und ins CRM geschrieben. Genau das hält eine projektzentrierte Pipeline ehrlich: ein Eintrag, der im März „Entwurfsphase" sagte, sagt das im November nicht stillschweigend weiter.
Jeane ist über Web-App, E-Mail, WhatsApp, Telefon und API erreichbar, sodass sich ein Baustellenbesuch als Sprachnachricht aus dem Auto melden lässt und der CRM-Eintrag daraus aktualisiert wird. Das ist meist der Unterschied zwischen einer Pipeline, die die Realität abbildet, und einer, die das letzte Quartal abbildet.
Ü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.
Bereit, Ihr CRM an der Projektrealität auszurichten?
Erfahren Sie, wie die Revenue-Engineering-Lösung von Building Radar Ihre Projektpipeline strukturiert und Ihr CRM automatisch aktuell hält.