Vom Angebot zum Auftrag: ein durchgängiger Ablauf für deinen Handwerksbetrieb

Der eigentliche Engpass liegt zwischen den Arbeitsschritten

Stell dir einen kleinen Handwerksbetrieb vor: Ein Kunde bestätigt das Angebot per E-Mail. Im Büro wird ein Auftrag angelegt, die Adresse wandert in die Einsatzplanung, eine Materialliste geht an den Einkauf. Auf der Baustelle entstehen Fotos und Notizen. Später sucht jemand die Angaben für die Rechnung zusammen. Dieses Beispiel ist bewusst fiktiv. Es zeigt, wo du deinen eigenen Ablauf untersuchen kannst: an den Übergaben zwischen Menschen, Dokumenten und Programmen.

Die erste Frage lautet deshalb: Welche Information wird heute mehrfach übertragen, und an welcher Stelle fehlt sie trotzdem? Dass Daten irgendwo digital vorliegen, beantwortet diese Frage noch nicht. Eine PDF im Postfach, ein Foto auf einem Telefon und eine Zeile in Excel können zum selben Auftrag gehören, ohne zuverlässig miteinander verbunden zu sein.

Unser Vorschlag ist ein begrenztes Ziel: Ein bestätigtes Angebot wird zu einem arbeitsfähigen Auftrag, dessen aktueller Stand für Büro und Team nachvollziehbar ist. Dafür brauchst du zunächst einen klaren Ablauf, Zuständigkeiten und überprüfbare Übergaben. Erst danach lässt sich beurteilen, welche Technik wirklich fehlt.

Prüfe zuerst, was deine vorhandene Software bereits kann

Der erste sinnvolle Termin kann eine Vorführung deiner vorhandenen Handwerkssoftware sein. pds beschreibt beispielsweise, dass ein Angebot in einen Auftrag umgewandelt wird und beide Vorgänge dauerhaft verknüpft bleiben. Das ist eine Herstellerangabe, kein von uns durchgeführter Produkttest. Sie zeigt aber: Eine solche Grundfunktion muss nicht zwangsläufig neu entwickelt werden. pds ↗

Lass dir den Ablauf mit einem typischen eigenen Vorgang zeigen: Übernimmt das Programm Positionen, Mengen, Ansprechpartner und Dokumente? Welche Funktionen sind in deinem tatsächlich gebuchten Paket vorhanden? Wo greifen andere Systeme ein? Eine Vorführung mit Musterdaten reicht nicht, wenn dein Betrieb mit Teilaufträgen, verschiedenen Einsatzorten oder nachträglichen Änderungen arbeitet.

Die Entscheidung hat drei mögliche Ergebnisse. Du nutzt eine vorhandene Funktion besser. Du ergänzt ein passendes Modul. Oder du verbindest bestehende Systeme mit einer gezielten individuellen Erweiterung. Ein kompletter Austausch ist eine vierte, deutlich größere Entscheidung. Die sollte aus belegten Lücken entstehen. Halte dafür pro Problem fest, ob es an fehlender Funktion, Einrichtung, Datenqualität oder fehlender Abstimmung liegt.

Nimm einen echten Auftrag auseinander, bevor du einen neuen Ablauf planst

Wähle einen kürzlich abgeschlossenen Auftrag und gehe ihn mit Büro und ausführendem Team durch. Rekonstruiere, wann welche Information angekommen ist, wer sie verarbeitet hat und wo Rückfragen nötig waren. Notiere auch die Wartezeit zwischen zwei Schritten. Zehn Minuten Eingabe und zwei Tage Warten auf eine Freigabe sind unterschiedliche Probleme und verlangen unterschiedliche Verbesserungen.

Diese gemeinsame Bestandsaufnahme passt zu den Herausforderungen, die eine vom Deutschen Handwerksinstitut vorgestellte Untersuchung beschreibt. Die Studie verbindet Literaturrecherche mit 16 Experteninterviews mit Geschäftsführenden und Beratenden. Genannt werden unter anderem knappe Ressourcen und Unsicherheit. Aus dieser qualitativen Untersuchung lässt sich keine allgemeine Zeitersparnis für deinen Betrieb ableiten. Deutsches Handwerksinstitut ↗

Für deinen eigenen Befund genügt zunächst eine einfache Tabelle: Arbeitsschritt, verantwortliche Person, benötigte Information, heutiges Werkzeug und beobachtete Schwierigkeit. Nimm zusätzlich einen Auftrag mit einer Änderung hinzu. Sonst optimierst du möglicherweise nur den einfachsten Fall und übersiehst genau die Ausnahmen, die im Alltag Zeit kosten.

Ein Zielprozess mit sechs sichtbaren Übergaben

Für den Einstieg schlagen wir sechs fachliche Schritte vor: Bestätigung prüfen, Auftrag anlegen, Einsatz vorbereiten, Ausführung dokumentieren, Unterlagen prüfen und Abrechnung vorbereiten. Das ist ein Entwurfsmodell für die Betriebsorganisation. Welche Schritte ein konkreter Vertrag oder dein Gewerk zusätzlich verlangt, muss separat geklärt werden.

Jede Übergabe bekommt eine verständliche Bedingung. Ein Auftrag ist beispielsweise erst für die Einsatzplanung bereit, wenn Einsatzort, Leistungsumfang und Ansprechpartner feststehen. Eine Meldung von der Baustelle ist erst für die weitere Bearbeitung vollständig, wenn klar ist, zu welchem Auftrag und Arbeitsschritt sie gehört. So bedeutet ein Status mehr als eine farbige Markierung.

Die Grafik zeigt auch den Rückweg: Fehlen Angaben, geht der Vorgang mit einer konkreten Frage an die zuständige Person zurück. Er wird nicht einfach stillschweigend auf erledigt gesetzt. Entscheidend ist, dass jemand sehen kann, worauf der Auftrag wartet, wer jetzt handeln soll und welche Information den nächsten Schritt ermöglicht.

Lege fest, welches System welche Information führt

Eine gemeinsame Oberfläche bedeutet nicht, dass jede Information überall geändert werden sollte. Bestimme eine führende Stelle für Kundendaten, Angebotspositionen, Einsatztermine und Baustellendokumentation. Wenn die Adresse sowohl im Büroprogramm als auch in einer neuen App frei bearbeitet wird, entsteht sonst die nächste Frage: Welche Fassung gilt bei einem Widerspruch?

Eine stabile Auftragskennung verbindet die beteiligten Daten. Zusätzlich können die Kennungen der angeschlossenen Systeme gespeichert werden. Dateinamen und Kundennamen allein sind dafür ungeeignet: Zwei Aufträge können denselben Kunden betreffen, und ein Dokument kann umbenannt werden. Auch der Zusammenhang zwischen Angebotsversion und beauftragtem Umfang sollte erhalten bleiben.

Unsere Datenkarte zeigt eine mögliche Aufteilung. Sie ist kein verpflichtender Architekturstandard. Prüfe sie mit deinem Softwareanbieter: Welche Daten lassen sich tatsächlich lesen oder schreiben? Wie werden gelöschte Datensätze, Änderungen und Fehler gemeldet? Wer darf Konflikte entscheiden? Ein klarer Datenplan spart dir Diskussionen darüber, warum zwei Ansichten unterschiedliche Werte anzeigen.

Eine Schnittstelle ist erst nach einem konkreten Test belastbar

Die Aussage, ein Programm habe eine Schnittstelle, reicht für die Planung nicht aus. Frage nach den konkreten Feldern, zulässigen Aktionen, Berechtigungen und Fehlerantworten. Für den Pilot kann ein kontrollierter Import genügen. Für einen laufenden Abgleich musst du zusätzlich verstehen, wie Änderungen erkannt werden und wie sich fehlgeschlagene Übertragungen wiederholen lassen.

Im Bauwesen existieren außerdem fachliche Austauschformate. Der GAEB veröffentlicht Regeln und Dateien für GAEB DA XML. Der beschriebene Umfang umfasst unter anderem Leistungsbeschreibungen, Ausschreibung, Vergabe und Abrechnung. Das ist ein konkreter Standard für bestimmte Bauinformationen, kein allgemeiner Anschluss für sämtliche Kunden-, Termin- und Fotodaten. GAEB ↗

Ein guter Integrationstest beginnt mit wenigen bewusst gewählten Fällen. Übertrage einen Auftrag zweimal: Entsteht eine Dublette? Ändere eine Menge: Wird die richtige Position angepasst? Unterbrich die Verbindung: Ist der Fehler sichtbar, und kann jemand sicher fortsetzen? Dokumentiere das Ergebnis. Erst ein solcher Nachweis macht aus einer vermuteten Verbindung einen planbaren Bestandteil deines Ablaufs.

Plane die Baustelle aus Sicht der Menschen, die dort arbeiten

Auf der Baustelle muss schnell erkennbar sein, welcher Auftrag geöffnet ist und was gerade zu dokumentieren ist. Ein möglicher Einstieg zeigt Einsatzort, Ansprechpartner, anstehende Arbeit und zuletzt geänderte Hinweise. Fotos und Notizen werden direkt diesem Auftrag zugeordnet. Wie viele Felder dafür nötig sind, entscheidet der tatsächliche Arbeitsablauf, nicht die maximale Datenmenge eines Formulars.

Prüfe die Bedienung am eingesetzten Smartphone und unter realistischen Bedingungen. Ist der relevante Knopf mit einer Hand erreichbar? Lässt sich ein Foto vor dem Absenden kontrollieren? Was passiert, wenn versehentlich der falsche Auftrag geöffnet war? Solche Fragen sind für den Pilot aussagekräftiger als eine beeindruckende Bildschirmansicht am großen Monitor.

Wenn das Team an Orten mit schlechter Verbindung arbeitet, braucht der Plan eine ausdrückliche Entscheidung zum Offline-Verhalten. Denkbare Zustände sind lokal gespeichert, Übertragung ausstehend und erfolgreich synchronisiert. Ein sichtbares Häkchen darf nicht gleichzeitig alle drei Bedeutungen haben. Prüfe auch, wie Konflikte beim späteren Abgleich behandelt werden und was mit ungesendeten Angaben bei einem Gerätewechsel passiert.

Nimm Änderungen und Teilaufträge von Anfang an ernst

Der normale Ablauf ist nur die Hälfte des Entwurfs. Ein Kunde kann nur einen Teil des Angebots beauftragen, Material kann fehlen oder das Team kann vor Ort eine zusätzliche Arbeit feststellen. Solche Ereignisse sollten als erkennbare Abweichung mit Bezug zum ursprünglichen Vorgang erfasst werden. Eine neue Notiz darf den vereinbarten Umfang nicht unbemerkt überschreiben.

Trenne deshalb Beobachtung, vorgeschlagene Änderung, Entscheidung und Umsetzung. Eine Baustellenmeldung wie zusätzliche Leitung erforderlich ist zunächst eine Information. Wer sie fachlich bewertet und wer eine daraus entstehende Beauftragung bestätigt, muss dein Betrieb festlegen. Die Software sollte diese Entscheidung nachvollziehbar unterstützen und nicht allein aus einem Freitext ableiten.

Für den ersten Test reichen wenige repräsentative Ausnahmen: ein Teilauftrag, eine Mengenänderung, eine fehlende Unterlage und eine unterbrochene Übertragung. Formuliere für jeden Fall das erwartete Ergebnis. Das verhindert, dass der Pilot zwar im Vorführtermin funktioniert, beim ersten abweichenden Auftrag aber wieder eine parallele Excel-Liste benötigt.

Wo KI helfen kann und wo Regeln wichtiger sind

KI kann dort sinnvoll unterstützen, wo Informationen zunächst unstrukturiert eintreffen. Sie kann beispielsweise einen Entwurf aus einer Kundenmail vorbereiten, mehrere Themen trennen oder fehlende Angaben für die Einsatzplanung markieren. Das sind mögliche Einsatzfälle, deren Qualität mit deinen Dokumenten geprüft werden muss. Die Fähigkeit, überzeugend zu formulieren, ist noch kein Nachweis für eine korrekte Zuordnung.

Ein sinnvoller Entwurf zeigt deshalb die verwendete Quelle neben dem vorgeschlagenen Feld. Fehlt eine eindeutige Auftragsnummer, wird die Zuordnung als unsicher behandelt. Widersprechen sich Mail und Angebotsstand, entsteht eine Rückfrage. Das System sollte auch erkennen lassen, welche Angaben direkt übernommen und welche nur vorgeschlagen wurden.

Für eindeutige Abläufe sind feste Regeln oft leichter zu prüfen: bekannte Auftragskennung nachschlagen, Pflichtfelder prüfen, bereits übertragene Ereignisse erkennen. Preise, verbindliche Zusagen und Änderungen am beauftragten Umfang brauchen die von dir festgelegte Freigabe. Beginne mit einer begrenzten Assistenzaufgabe und prüfe Fehlzuordnungen ebenso gründlich wie gelungene Beispiele.

Rechne mit deinen eigenen Zahlen

Ein vereinfachtes Rechenbeispiel macht die Größenordnung greifbar. Angenommen, dein Betrieb bearbeitet 40 passende Aufträge im Monat. Bei jedem Auftrag entfallen im neuen Ablauf insgesamt 15 Minuten Übertragungs- und Sucharbeit. Dann werden rechnerisch zehn Arbeitsstunden frei. Mit einem angenommenen internen Kostensatz von 45 Euro pro Stunde entspricht das einem Kapazitätswert von 450 Euro im Monat.

Das ist eine hypothetische Rechnung und keine gemessene Einsparung. Freie Zeit wird nicht automatisch zu niedrigerem Personalaufwand oder zusätzlichem Umsatz. Außerdem stehen diesem Wert Einrichtung, Schulung, Betrieb, Pflege und gegebenenfalls zusätzliche Lizenzen gegenüber. Rechne auch mit laufender Kontrollarbeit und den Fällen, die weiterhin manuell bearbeitet werden müssen.

Der Rechner lässt dich diese Annahmen verändern. Miss vor dem Pilot mehrere vergleichbare Vorgänge und notiere danach dieselben Zeiten erneut. Berücksichtige die Lernphase und unterschiedliche Auftragsgrößen. Besonders hilfreich ist ein festgelegtes Ziel: etwa weniger doppelte Eingaben oder kürzere Wartezeit auf vollständige Unterlagen. So kannst du Fortschritt erkennen, ohne aus einem einzelnen guten Tag eine allgemeine Wirkung abzuleiten.

Zugriff und Wiederherstellung gehören in den Ablauf

Lege für Büro, ausführendes Team und gegebenenfalls Kunden fest, welche Informationen sichtbar und bearbeitbar sind. Eine Kundenansicht braucht in unserem Beispiel freigegebene Fortschritte, nicht automatisch interne Kalkulationen oder sämtliche Baustellenfotos. Prüfe solche Grenzen mit getrennten Testkonten. Ein ausgeblendeter Knopf allein beweist nicht, dass der Zugriff auf die Daten verhindert wird.

Auch eine Sicherung ist erst dann wirklich praktisch erprobt, wenn die Wiederherstellung funktioniert. Der BSI-Baustein CON.3 beschreibt unter anderem Risiken fehlender Wiederherstellungstests und unzureichender Dokumentation. Das liefert einen guten Prüfgedanken für deinen Pilot: Kann eine zuständige Person einen ausgewählten Auftrag samt zugehörigen Dateien aus einer Sicherung wiederherstellen? BSI ↗

Kläre zusätzlich, wer bei einem Fehler erreichbar ist und welche Arbeit vorübergehend weitergehen kann. Halte einen Datenexport und dessen Grenzen fest. Personenbezogene Daten, Aufbewahrung und vertragliche Anforderungen brauchen eine passende Prüfung für deinen Betrieb. Die Prozessgrafik dieses Artikels ersetzt diese Prüfung nicht und verspricht keine automatische rechtliche Konformität.

Begrenze den Pilot so, dass du ihn wirklich beurteilen kannst

Ein guter Pilot bildet einen zusammenhängenden Ausschnitt ab. Unser Vorschlag: ein Angebot übernehmen, einen Auftrag mit den wesentlichen Angaben anzeigen, eine Baustellenmeldung erfassen und diese im Büro prüfen. Damit siehst du eine vollständige Übergabe. Buchhaltung, Einkauf und sämtliche Sonderfälle können zunächst über klar benannte Anschlussstellen berücksichtigt werden, ohne sofort vollständig neu gebaut zu werden.

Schreibe vor dem Start auf, was du am Ende selbst ausprobieren möchtest. Zum Beispiel: Ich erkenne die zugrunde liegende Angebotsversion. Ich finde eine offene Rückfrage ohne Suche im Postfach. Eine doppelte Übertragung erzeugt keinen zweiten Auftrag. Eine interne Notiz ist für das Kundenkonto nicht erreichbar. Solche Sätze sind verständliche Abnahmekriterien.

Beurteile anschließend gemeinsam mit den späteren Nutzern, ob der Ablauf Arbeit erleichtert und welche Lücke als Nächstes wichtig ist. Neue Ideen kommen in eine priorisierte Liste. Sie müssen nicht alle in den ersten Pilot wandern. Ein überzeugender erster Ausschnitt liefert dir eine belastbare Grundlage für die Entscheidung über die weitere Entwicklung.

So sieht eine konkrete Probefahrt aus

Lege für die Vorführung einen fiktiven Auftrag H-1042 mit drei Angebotspositionen an. Bestätige davon zunächst zwei. Erwartet wird ein Auftrag, der genau diesen Umfang zeigt und die dritte Position weiterhin eindeutig zuordnet. Anschließend schickt das Testkonto von der Baustelle ein Foto und den Hinweis, dass eine benötigte Unterlage fehlt. Im Büro muss daraus eine erkennbare Aufgabe mit zuständiger Person entstehen.

Ergänze die Unterlage und prüfe, ob das Team die aktuelle Fassung findet. Sende dieselbe Meldung ein zweites Mal. Das System soll den bereits verarbeiteten Vorgang erkennen oder die mögliche Dublette zur Prüfung anzeigen. Öffne danach das Kundenkonto: Interne Hinweise und Kalkulationsdaten dürfen dort nicht abrufbar sein. Teste schließlich den Export der zugehörigen Dokumente. Halte jedes erwartete und tatsächliche Ergebnis fest; ein Screenshot allein belegt noch keinen vollständigen Ablauf.

Welche drei Messwerte den Pilot aussagekräftig machen

Miss erstens die aktive Bearbeitungszeit für die ausgewählte Übergabe. Dazu zählen Eingabe, Suche, Rückfragen und notwendige Korrekturen. Zweitens erfasst du die Durchlaufzeit zwischen Bestätigung und arbeitsfähigem Auftrag. Sie enthält auch Wartezeiten. Drittens zählst du Vorgänge, bei denen Angaben falsch, unvollständig oder doppelt übertragen wurden. Damit bleibt ein schneller, aber fehleranfälliger Ablauf als solcher sichtbar.

Vergleiche möglichst ähnliche Aufträge und dokumentiere, wie viele Fälle betrachtet wurden. Bei kleinen Stichproben können einzelne schwierige Vorgänge das Ergebnis stark verändern. Zeige deshalb neben einem mittleren Wert auch die Spannweite und konkrete Problemfälle. Besprich mit dem Team, ob sich zusätzliche Arbeit an eine andere Stelle verlagert hat. Wenn weniger Eingabezeit durch mehr Kontrollaufwand erkauft wird, gehört beides in die Entscheidung. Die Messung soll den Betrieb besser verständlich machen und liefert keinen Anlass, einzelne Mitarbeiter anhand weniger Vorgänge zu bewerten. Vereinbare außerdem vorab, wer die Ergebnisse sammelt, wann ihr sie gemeinsam besprecht und anhand welcher Beobachtungen ihr den Ablauf beibehaltet, verändert oder einen weiteren Entwicklungsschritt gezielt in Angriff nehmen wollt.

Deine Checkliste für das erste Planungsgespräch

Mit diesen Unterlagen kann ein Planungsgespräch konkret werden. Verwende bei einer externen Vorführung anonymisierte Beispiele und kläre vorher, welche Unterlagen tatsächlich benötigt werden. Es geht um den Ablauf und seine Unterschiede, nicht um einen möglichst großen Datenexport.

• Ein typischer Auftrag: vom ursprünglichen Angebot bis zu den vollständigen Unterlagen im Büro.
• Ein abweichender Auftrag: etwa Teilbeauftragung, zusätzliche Arbeit oder fehlendes Material.
• Die eingesetzten Programme und gebuchten Module sowie eine zuständige Person beim Softwareanbieter.
• Eine Liste der mehrfach erfassten Angaben und der heute führenden Datenquellen.
• Die beteiligten Rollen und ihre Entscheidungen bei Rückfragen, Änderungen und Freigaben.
• Die Arbeitsbedingungen vor Ort: Geräte, Verbindung, Fotos, Dokumente und erforderliche Offline-Funktionen.
• Ein messbares Ziel, erste eigene Zeitwerte und klare Grenzen für den Pilot.
• Eine Person, die den fertigen Ablauf im Büro prüft, und eine Person aus dem ausführenden Team.

Was du nach dieser Prüfung entscheiden kannst

Am Ende solltest du sagen können, welche Übergabe heute nicht funktioniert, welche Daten dafür fehlen und wer sie benötigt. Du weißt außerdem, welche vorhandene Funktion sich testen lässt und wo eine Ergänzung sinnvoll sein könnte. Das ist eine deutlich bessere Ausgangslage als eine Wunschliste mit möglichst vielen Funktionen.

Wenn deine vorhandene Software den Ablauf bereits gut abbildet, nutze dieses Potenzial. Wenn eine konkrete Lücke bleibt, lässt sich dafür ein überschaubarer Prototyp planen. nited.ai kann dabei helfen, den Ablauf zu verstehen, eine passende Oberfläche zu entwickeln und die Übergaben prüfbar zu machen. Beschreibe uns dafür gern den Schritt, an dem dein Team heute besonders oft nachfragen, suchen oder Daten erneut eingeben muss.