KI für die
Bauwirtschaft.
Endlich konkret.
Ingenieurbüros, Architekturbüros und Bauunternehmen arbeiten in klar definierten Abläufen. Ich baue KI-Lösungen, die sich darin einfügen, statt sie umzuwerfen. Damit ein klarer Effizienzgewinn im Team entsteht.
Das Potenzial
Die Bauwirtschaft bringt beste
Voraussetzungen für KI mit.
Bauprojekte erzeugen große Mengen an Text und Zahlen in wiederkehrender Form: Protokolle, Leistungsverzeichnisse, Aufmaße, Nachträge, Rechnungen. Genau damit kommt KI heute sehr gut zurecht. Die eigentliche Frage lautet deshalb nicht, ob sich das lohnt, sondern an welcher Stelle der Einsatz beginnt und wie er sich in die vorhandenen Abläufe einfügt.
Die Abläufe sind klar definiert
Vorlagen, Freigabewege und Ablagestrukturen stehen fest und tragen die Projekte. Eine Lösung, die zuerst eine Umstellung verlangt, kommt im Alltag nicht an. Meine setzt auf dem auf, was vorhanden ist.
Erfahrung liegt in Dokumenten, nicht in Datenbanken
Angebote, Leistungsverzeichnisse, Protokolle und Prüfberichte aus vielen Jahren sind fachlich ein Schatz. Verteilt über Ordner ist er nur schwer zu heben. Ein Sprachmodell findet darin die passende Stelle, ohne dass die Ablage vorher umgebaut werden muss.
Nachweispflichten wachsen schneller als die Mannschaft
Auftraggeber, Prüfinstanzen und Regelwerke verlangen mehr Dokumentation als noch vor wenigen Jahren. Projektleitung, Bauleitung und Planung verbringen deshalb einen wachsenden Teil ihrer Zeit mit Schreiben statt mit Planen und Bauen.
Branchenerfahrung
Bauwissen und KI-Expertise.
Eine wertvolle Kombination.
Aus den Projekten der letzten Jahre weiß ich, wie eigen die Abläufe in der Bauwirtschaft sind, von der Ausschreibung über die Baubesprechung bis zur Prüfung der Schlussrechnung. Für viele wiederkehrende Aufgaben habe ich deshalb keine Idee, sondern eine Lösung, die anderswo bereits läuft. Das verkürzt den Weg vom ersten Gespräch bis zum ersten brauchbaren Ergebnis erheblich.
Die Dokumente.
Leistungsverzeichnisse und GAEB-Dateien, Aufmaße nach REB, Nachtragsanmeldungen und Behinderungsanzeigen nach VOB/B, Honorarrechnungen nach HOAI, Baubesprechungsprotokolle, Bautagebücher, Schlussrechnungen mit dreistelliger Positionszahl.
Die Systeme.
Microsoft 365 und SharePoint, daneben AVA-Software und Fachanwendungen ohne offene Schnittstelle.
Die Praxis.
Abfotografierte Lieferscheine, gescannte PDFs, handschriftliche Ergänzungen auf dem Aufmaßblatt, Sprachnachrichten von der Baustelle, historisch gewachsene Ordnerstrukturen.
Die Grenze.
Wo KI vorbereiten darf und wo ein Mensch unterschreiben muss. Prüfrelevante Dokumente sind kein Spielplatz.
Use Cases
Sechs Stellen, an denen KI
in Bauprojekten heute trägt.
Sortiert nach Projektverlauf, von der Besprechung bis zur Schlussrechnung. Jeder dieser Fälle ist gebaut oder gerade in Umsetzung, keine Vision und keine Roadmap. Es sind sechs Beispiele aus einer sehr viel größeren Prozesslandschaft, denn wo im einzelnen Unternehmen tatsächlich Zeit gebunden ist, zeigt sich erst im Gespräch.
Phase 1: Planen & Steuern
Aus dem Transkript wird das Protokoll im eigenen Format
Für: Planungsbüros, Projektsteuerung, Bauleitung
Ausgangslage
Jour fixe, Baubesprechung, Abstimmung mit dem Bauherrn. Aufgezeichnet ist die Besprechung schnell. Das Protokoll daraus entsteht abends, nach dem eigentlichen Arbeitstag.
Was passiert
Aus der Aufzeichnung entsteht ein Protokoll nach der hinterlegten Vorlage: Beschlüsse, offene Punkte, Verantwortliche, Fristen. Immer gleich aufgebaut, unabhängig davon, wer die Besprechung geleitet hat.
Ergebnis
Das Protokoll liegt am selben Tag vor. Und die Protokolle eines Projekts sind endlich untereinander vergleichbar.
Fünf Protokolle rein, ein Bericht raus
Für: Projektleitung, Geschäftsführung, Bauherrenvertretung
Ausgangslage
Jeder im Projektteam dokumentiert seinen Strang. Der Bericht an die Geschäftsführung oder den Auftraggeber muss daraus einer werden. Das Zusammenführen macht bisher ein Mensch von Hand.
Was passiert
Die Einzelprotokolle einer Woche werden zu einem Bericht verdichtet: Fortschritt, Entscheidungen, Risiken, offene Punkte. Dazu ein Prüfblock, der benennt, welche Aussage dünn belegt ist und wo ein Protokoll fehlt.
Ergebnis
Der Wochenbericht wird zur Freigabe statt zur Schreibaufgabe.
Phase 2: Kalkulieren & Anbieten
Der Angebotsentwurf zieht sich die Positionen aus den früheren Angeboten
Für: Bauunternehmen, Handwerksbetriebe mit mehreren Gewerken
Ausgangslage
Eine Anfrage kommt rein. Bis die passende Kombination aus früheren Angeboten zusammengestellt ist, vergehen Stunden. Zeit, die im Wettbewerb um genau diese Anfrage fehlt.
Was passiert
Das System erkennt die betroffenen Gewerke, findet in den historischen Angeboten des Unternehmens die passende Kombination, filtert die relevanten Positionen und legt einen ersten Entwurf vor.
Ergebnis
Aus „wir melden uns nächste Woche" wird „der Entwurf kommt morgen". Die Kalkulation selbst bleibt beim Kalkulator.
Phase 3: Bauen & Dokumentieren
Der Tagesbericht entsteht auf dem Weg vom Bau ins Auto
Für: Bauleitung, Poliere, Objektbetreuung
Ausgangslage
Das Bautagebuch ist Pflicht und im Nachweisfall entscheidend. Geschrieben wird es am Ende eines langen Tages, oft aus dem Gedächtnis.
Was passiert
Eine Sprachnachricht genügt: Wetter, Personalstärke, ausgeführte Arbeiten, besondere Vorkommnisse. Daraus entsteht der ausgefüllte Tagesbericht im Formular des Unternehmens und landet direkt in der Projektablage.
Ergebnis
Eine Dokumentation, die bei Nachträgen und im Streitfall trägt, ohne zusätzliche Abendstunde.
Von der Meldung bis zur Rechnung ohne Medienbruch
Für: Bauunternehmen mit Instandhaltung, Objektbetreuung, Facility Management
Ausgangslage
Eine Mängelmeldung kommt per Mail. Bis daraus ein terminierter Auftrag, ein Tagesbericht und eine Rechnung geworden sind, wandert dieselbe Information durch mehrere Systeme und wird in jedem neu erfasst.
Was passiert
Die Meldung wird erfasst, dem Objekt und dem Kostenträger zugeordnet, als Handlungsauftrag ausgegeben und in die Tour eingeplant. Aus dem Rückläufer entstehen Tagesbericht und Rechnungsgrundlage.
Ergebnis
Ein Vorgang, eine Datenspur, keine Übertragungsfehler.
Phase 4: Abrechnen & Prüfen
Schlussrechnung gegen Prüfrechnung, Position für Position
Für: Abrechnung, Bauleitung, Bauherrenvertretung
Ausgangslage
Die Prüfrechnung des Auftraggebers kommt zurück, gern als Scan über hunderte Positionen. Beide Dokumente müssen nebeneinandergelegt und jede Abweichung gefunden werden.
Was passiert
Beide Rechnungen werden vollständig gelesen, auch gescannt und handschriftlich ergänzt, und Position für Position abgeglichen: Menge, Einheitspreis, Summe.
Ergebnis
Eine Excel-Datei mit Vollregister, Differenzblatt und Prüfprotokoll. Die Diskussion mit dem Auftraggeber beginnt bei den strittigen Positionen statt bei der Suche danach.
Der passende Fall ist nicht dabei?Das ist eher die Regel als die Ausnahme. Die sechs oben werden am häufigsten gefragt, aber kein Büro und kein Bauprojekt arbeitet wie das andere. Was sich sinnvoll mit KI bearbeiten lässt, entscheidet sich am jeweiligen Prozess und an den jeweiligen Dokumenten, nicht an dieser Liste. Im Erstgespräch lässt sich der eigene Fall in Ruhe durchgehen.
Fall besprechenDas Ergebnis
Am Ende steht ein Workflow,
kein Experiment.
Am Ende steht kein Chatbot-Zugang und kein Prototyp, der auf einem einzelnen Rechner läuft, sondern ein getesteter Ablauf. Geprüft an echten Unterlagen, nutzbar für eine ganze Abteilung genauso wie für eine einzelne Person.
Getestet, bevor er in Betrieb geht
Jeder Workflow wird an echten Dokumenten aus dem Betrieb erprobt, nicht an Beispieldaten. Die Leute, die das Ergebnis später verantworten, prüfen ihn vorher.
Wiederholbar statt zufällig
Gleiche Ausgangslage, gleiche Struktur im Ergebnis. Der Bericht sieht am Freitag aus wie am Dienstag, unabhängig davon, wer den Ablauf gestartet hat.
So gebaut, dass das Team ihn gerne nutzt
Der Ablauf hängt nicht an der einen Kollegin, die sich mit KI auskennt. Er ist eingerichtet, dokumentiert und fügt sich in die Arbeitsweise ein, die im Büro ohnehin gilt. Benutzt wird am Ende nur, was den Tag leichter macht.
Verlässlich heißt dabei nicht, dass niemand mehr hinschaut. Jedes Ergebnis geht durch eine Freigabe. Vorhersehbar ist es trotzdem.
Im Einsatz unter anderem bei einem Bauunternehmen in einer laufenden Softwareumstellung, einem Dienstleister in der Objektbetreuung und einem Handwerksbetrieb mit mehreren Gewerken.
So läuft es ab
In vier Schritten zum ersten
produktiven Use Case.
Bestandsaufnahme
Workshop, ein Tag
Im Workshop geht es einmal durch den kompletten Projektzyklus, von der Anfrage über die Baubesprechung bis zur Schlussrechnung. Dabei zeigt sich, an welchen Stellen Aufwand entsteht und welcher Fall sich zuerst lohnt.
Ehrliche Einschätzung
Review-Session, rund zwei Stunden
Was ist mit den vorhandenen Daten realistisch, was kostet es, was sind die Risiken. Wenn sich ein Fall nicht rechnet, sage ich das, bevor Budget fließt.
Umsetzung am echten Fall
iterative Sprints
Gebaut wird an echten Dokumenten, nicht an Demodaten. Nach jeder Runde prüfen die Leute, die das Ergebnis später verantworten.
Rollout & Schulung
Inbetriebnahme
Die Lösung geht in Betrieb, das Team wird eingewiesen. Denn eine Lösung, die niemand nutzt, ist keine.
Fördermittel: Ich bin BAFA-gelisteter Berater. Für kleine und mittlere Unternehmen ist die Bestandsaufnahme im Rahmen der Beratungsförderung bezuschussbar. Die genaue Quote hängt von Bundesland und Unternehmensgröße ab, das klärt sich im Erstgespräch.
Ehrliche Antworten
Fragen, die im Erstgespräch
immer kommen.
„Unsere Daten dürfen das Haus nicht verlassen."
Meistens müssen sie das auch nicht. Die Lösungen laufen dort, wo die Daten heute schon liegen, im eigenen Microsoft-365-Tenant und auf dem eigenen SharePoint. Wo ein externer Dienst nötig ist, sage ich vorher, welcher und warum.
„Wir haben kein BIM und keine saubere Datenbasis."
Braucht es für diese Fälle auch nicht. Protokolle, Angebote und Rechnungen sind genau die unstrukturierten Dokumente, mit denen KI heute gut umgeht. BIM ist ein anderes, größeres Projekt und keine Voraussetzung für den ersten Nutzen.
„Wir sind zu klein dafür."
Der erste Use Case ist bewusst klein: eine Aufgabe, eine Person, ein messbares Ergebnis. Rechnet der sich nicht, wird der zweite gar nicht erst gebaut.
„Wir haben schon Copilot, es nutzt nur keiner."
Das ist der Normalfall und nicht die Ausnahme. Ein Lizenzvertrag ist keine Lösung. Was fehlt, ist der konkrete Fall, der am Dienstagmorgen wirklich Arbeit abnimmt, und die Einweisung dazu.
„Wer haftet, wenn die KI sich irrt?"
Das Unternehmen, wie bisher. Deshalb baue ich nichts, das ohne Freigabe rausgeht. Die KI bereitet vor, ein Mensch gibt frei. Bei prüfrelevanten Dokumenten gehört zum Ergebnis immer der Nachweis, woher eine Angabe stammt.
„Und wenn die Leute es am Ende nicht benutzen?"
Dann war der Fall falsch gewählt, und das ist meine Aufgabe. Deshalb steht am Anfang kein Tool, sondern die Frage, welche Aufgabe im Team den größten Aufwand verursacht. Was Arbeit abnimmt, wird benutzt.
Nächster Schritt
Ein Gespräch über
einen konkreten Fall.
30 Minuten, kostenlos, am besten mit einer Aufgabe im Gepäck, die regelmäßig Zeit kostet: eine Berichtsart, eine Prüfung, ein Formular. Am Ende des Gesprächs ist klar, ob sich KI dafür lohnt und was der erste Schritt wäre. Kein Sales-Pitch, keine Folien.
