Wie ein 24-köpfiger Außendienstbetrieb in 10 Wochen eine Mitarbeiter-App live brachte
Ein regionaler Installationsbetrieb erstickte in Papier-Auftragszetteln und abendlichen Telefonaten. Hier die ehrliche Geschichte, wie wir in zehn Wochen eine Mitarbeiter-App für den Außendienst gebaut und ausgeliefert haben — was wir gestrichen haben, was schiefging und was sich tatsächlich geändert hat.

Der Betrieb, der uns anrief, wollte keine App. Er wollte aufhören, jeden Abend eine Stunde für dasselbe Gespräch zu verlieren: Ein Techniker ruft im Büro an, liest vor, welche Aufträge erledigt wurden, welches Material verbraucht wurde und welcher Kunde nicht zu Hause war. Jemand im Büro schreibt alles mit, tippt es in drei Systeme ein und stellt eine Woche später fest, dass zwei Auftragszettel fehlen und eine Rechnung falsch ist. Das war das eigentliche Problem. Die App war nur die Form, die die Lösung am Ende angenommen hat.
Dies ist eine Fallstudie über ein reales, anonymisiertes Projekt. Es handelt sich um einen 24-köpfigen Installations- und Wartungsbetrieb — denken Sie an Heizung, Lüftung und die zugehörigen Einsätze — der über eine ganze Region hinweg arbeitet, mit acht Fahrzeugen, die an den meisten Tagen unterwegs sind. Wir haben einige Details verändert und tun nicht so, als wären die Zahlen geprüfte Wissenschaft. Aber die Geschichte ist wahr, einschließlich der Stellen, an denen wir etwas falsch gemacht und wieder zurückgenommen haben. Genau diese Stellen sind meist die nützlichsten, deshalb haben wir sie drin gelassen.
Wenn Sie einen Außendienstbetrieb führen und Ihnen für eine Mitarbeiter-App ein sechsstelliger Betrag und neun Monate Laufzeit angeboten wurden, ist dies das Gegenargument. Zehn Wochen, ein klar fokussierter Umfang und ein Werkzeug, das die Techniker von selbst geöffnet haben, ohne dass man sie drängen musste. So lief es.
Das Problem: ein Betrieb, der auf Papier und Telefonaten läuft
Als wir mit dem Inhaber und der Büroleiterin zusammensaßen, lautete die oberflächliche Klage: „Wir müssen digital werden.“ Dieser Satz sagt für sich genommen nichts aus, also haben wir ihn ignoriert und stattdessen die Arbeit beobachtet. Wir verbrachten einen Tag im Büro und einen Vormittag als Beifahrer in einem Fahrzeug. Bis zur Mittagspause war das eigentliche Problem offensichtlich — und es hatte nichts damit zu tun, dass die Technik alt gewesen wäre.
Jeder Techniker hatte ein Klemmbrett mit Durchschlag-Auftragszetteln dabei. Beim Einsatz kritzelte er die erledigte Arbeit hin, setzte ein paar Häkchen, notierte Material und ließ den Kunden unterschreiben. Die oberste Kopie kam irgendwann ins Büro zurück — manchmal am selben Abend, manchmal freitags als zerknüllter Stapel. Das Büro tippte dann jeden Zettel ins Planungstool, erneut in die Rechnungssoftware und ein drittes Mal in eine Tabelle, mit der der Inhaber verfolgte, welche Aufträge abrechenbar waren. Dreimal dasselbe getippt. Zweimal davon mit neuen Fehlern.
Der Aufwand bestand nicht nur aus den Bürostunden. Es war die Verzögerung. Ein am Montag fertiggestellter Auftrag wurde vielleicht erst in der Folgewoche abgerechnet, weil das Papier noch nicht aufgetaucht war. Kunden riefen an und fragten nach Arbeiten, von denen das Büro gar nicht wusste, dass sie erledigt waren. Und wenn ein Zettel ganz verschwand — was öfter passierte, als irgendjemand zugab — wurde dieser Auftrag schlicht nie abgerechnet. Niemand konnte uns sagen, wie viel Geld auf diese Weise verloren ging, und genau das war der Punkt.
“Sie glaubten, ein Papierproblem zu haben. In Wirklichkeit hatten sie ein Liquiditätsproblem, das ein Klemmbrett trug.”

Was wir bewusst nicht gebaut haben
Der schnellste Weg, einen Zehn-Wochen-Plan zu sprengen, ist, zu allem Ja zu sagen. Bevor wir also eine Zeile Code schrieben, schrieben wir eine Liste der Dinge, die die App nicht tun würde — und ließen den Inhaber dem laut zustimmen. Das ist der unscheinbarste Teil jedes Projekts und der wichtigste Grund, warum es termingerecht fertig wurde.
Die Wunschliste, in zwei Gesprächen zusammengetragen, hatte rund dreißig Funktionen. GPS-Fahrzeugortung. Ein Buchungsportal für Kunden. Lagerbestand über das gesamte Lager. Automatische Routenoptimierung. Ein vollständiges CRM. Foto-basierte Schadensberichte mit Anmerkungen. Zeiterfassung mit Lohnexport. Jede einzelne war eine vernünftige Idee. Jede einzelne war auch ein Weg, niemals fertig zu werden.
Wir kürzten den Umfang auf einen einzigen Satz, so wie wir es jedem kleinen Betrieb raten würden: Ein Techniker soll die heutigen Aufträge sehen, festhalten können, was er getan hat, und niemand soll es jemals neu eintippen müssen. Alles, was diesem Satz nicht diente, kam auf eine „Später, vielleicht“-Liste. Diese Liste existiert noch. Das meiste davon hat nie jemand vermisst.
- Raus: GPS-Fahrzeugortung — eine Überwachungsstimmung, die niemand im Team wollte, als Lösung für ein Problem, das sie nicht hatten.
- Raus: Kunden-Buchungsportal — ein eigenes Projekt mit eigener Zielgruppe; es mit hineinzunehmen, hätte die Laufzeit verdoppelt.
- Raus: vollständige Lagerverwaltung — eines Tages nützlich, aber nicht auf dem kritischen Pfad zu schnellerer Abrechnung.
- Raus: Routenoptimierung — hohe Komplexität, geringer realer Nutzen für die Geografie dieses Betriebs.
- Rein: Auftragsliste des Tages, digitale Auftragszettel, Materialerfassung, Kundenunterschrift, Fotos, sofortige Synchronisation ins Büro.
Was die App tatsächlich kann
Auf ihren Kern reduziert ist die App fast schon langweilig einfach — und das ist ein Kompliment. Ein Techniker öffnet sie morgens und sieht seine Aufträge für den Tag, der Reihe nach, mit Adresse, Kunde, der Historie des Standorts und dem, was er tun soll. Er tippt in einen Auftrag, und alles, was früher auf dem Klemmbrett lebte, lebt nun auf dem Bildschirm.
Vor Ort erfasst er die erledigte Arbeit über eine kurze Checkliste, fügt Material aus einer durchsuchbaren Liste hinzu (sodass „22-mm-Kupferbogen“ zwei Tipps sind und kein Ratespiel um die Schreibweise), macht ein, zwei Fotos, falls etwas zu dokumentieren ist, und reicht dem Kunden das Telefon für eine Unterschrift mit dem Finger. Er tippt auf „Fertig“. Das war's. In dem Moment, in dem er Empfang hat, synchronisiert sich alles ins Büro — kein Anruf, kein Papier, kein erneutes Eintippen.
Das wichtigste Detail: Es funktioniert ohne Empfang
Außendienst-Apps stehen und fallen mit einer Sache, die in der Demo nie gezeigt wird: Was passiert in einem Heizungskeller ohne Empfang? Wenn die App in der Sekunde, in der die Balken verschwinden, einfriert oder Daten verliert, verwerfen die Techniker sie binnen einer Woche und Sie haben einen teuren Briefbeschwerer gebaut. Deshalb haben wir sie von Tag eins an offline-first entwickelt. Alles funktioniert vollständig ohne Verbindung; das Gerät hält die Daten und synchronisiert, sobald es kann. Der Techniker denkt nie darüber nach, und genau darum geht es.
Die Büroseite: ein Bildschirm, kein erneutes Eintippen
Das Büro bekam kein ausuferndes Dashboard. Es bekam einen Bildschirm, der Aufträge zeigt, sobald sie abgeschlossen sind, jeweils mit angehängtem Zettel, Material, Fotos und Unterschrift. Von dort wird ein abgeschlossener Auftrag mit bereits ausgefüllten Daten zur Rechnung — das Büro prüft sie und versendet sie, statt sie von Grund auf neu einzutippen. Wir haben sie an die bereits genutzte Rechnungssoftware angebunden, statt sie zu ersetzen, denn funktionierende Software mitten im Projekt zu ersetzen, ist der Weg, wie aus zehn Wochen zehn Monate werden.

Die zehn Wochen, ehrlich gesagt
Zehn Wochen sind keine Zauberzahl; das ist, was dieser Umfang mit einem Designer-Entwickler-Gespann und einem wirklich engagierten Kunden gebraucht hat. So verteilte sich die Zeit ungefähr — inklusive der Woche, die wir verloren haben, denn so zu tun, als liefen Projekte perfekt, hilft niemandem.
- 1Wochen 1–2: Beobachten, nicht fragenWir fuhren mit, saßen im Büro und kartierten den tatsächlichen Arbeitsablauf an einer Wand. Wir schrieben den Ein-Satz-Umfang und die „Bauen wir nicht“-Liste und holten zu beidem die Freigabe ein, bevor irgendetwas gestaltet wurde.
- 2Wochen 3–4: Eine klickbare FormWir bauten einen klickbaren Prototyp — kein echter Code, nur Bildschirme — und gaben ihn zwei Technikern in die Hand. Ihr Feedback widerlegte drei unserer Annahmen früh, was der günstigste Ort ist, um sich zu irren.
- 3Wochen 5–7: Den Kern bauenDie Auftragsliste, digitale Zettel, Material, Unterschrift, Fotos und die Offline-Synchronisations-Engine. Die Synchronisation war der schwierige Teil und fraß den Großteil von Woche 7.
- 4Woche 8: Die Woche, die wir verlorenDie Rechnungsintegration kämpfte gegen uns. Die Schnittstelle der bestehenden Software war eigenwilliger, als ihre Dokumentation behauptete, und wir verbrannten eine Woche, um die Felder sauber zuzuordnen. Es war es wert — das erneute Eintippen war ja das ganze Problem, das wir lösten.
- 5Wochen 9–10: Pilot und FeinschliffZwei Fahrzeuge nutzten die App im Echtbetrieb, während die anderen sechs auf Papier blieben. Wir behoben, was der Pilot zutage förderte, und rollten sie dann mit einer einzigen kurzen Schulung an alle aus.
Wie man den Außendienst dazu bringt, sie wirklich zu nutzen
Sie können die beste Außendienst-App der Welt bauen und zusehen, wie sie scheitert, weil ein 55-jähriger Techniker mit zwanzig Jahren Klemmbrett-Routine entscheidet, dass das nichts für ihn ist. Akzeptanz ist kein technisches Problem, und man löst es nicht mit Funktionen. Wir haben es als das echte Projekt behandelt, das es ist.
Drei Dinge leisteten die Hauptarbeit. Erstens machten wir den Ablauf vor Ort schneller als Papier, nicht nur digital — weniger Tipps als Gekritzel, Material, das man auswählt statt buchstabiert, eine Unterschrift, statt einer leserlichen hinterherzujagen. Wäre die App auch nur ein bisschen langsamer als das Klemmbrett gewesen, wäre sie zu Recht gescheitert. Zweitens wählten wir die zwei Pilot-Techniker sorgfältig aus: einen, der bei den anderen still respektiert wurde, und einen, der offen skeptisch war. Den Skeptiker zu gewinnen war mehr wert als jedes Marketing.
Drittens wurde niemand dumm dastehen gelassen. Die Schulung dauerte zwanzig Minuten, die App war bewusst selbsterklärend, und die Büroleiterin wurde die erste Anlaufstelle für die ersten zwei Wochen, damit sich kein Techniker im Stich gelassen fühlte. Innerhalb von drei Wochen waren die Papier-Auftragszettel verschwunden — nicht verboten, einfach aufgegeben, weil die App ehrlich der einfachere Weg war.
“Akzeptanz gewinnt man nicht in der Schulung. Man gewinnt sie, indem der neue Weg schon beim allerersten Versuch schneller ist als der alte.”
Was sich geändert hat — die Ergebnisse
Wir sind hier vorsichtig, denn Fallstudien zitieren gern präzise Zahlen, die bei näherem Nachfragen zerfallen. Diese Werte stammen vom Betrieb selbst, einige Monate nach dem Rollout erhoben, und sind eher richtungsweisend als labortauglich. Aber die Richtung ist eindeutig, und sie deckt sich damit, was der Inhaber im Alltag spürt.
| Was wir gemessen haben | Vorher | Nachher |
|---|---|---|
| Zeit von erledigtem Auftrag bis versendeter Rechnung | 5–8 Tage | Am selben oder nächsten Tag |
| Bürostunden für das Neutippen von Auftragsdaten | ~10 Std./Woche | Unter 2 Std./Woche |
| Verlorene oder nicht abrechenbare Auftragszettel | Eine Handvoll pro Monat | Praktisch null |
| Abendliche „Lies mir deine Aufträge vor“-Anrufe | Täglich, jedes Fahrzeug | Weg |
Die Kennzahl, die dem Inhaber am wichtigsten war, stand jedoch nicht in dieser Tabelle. Es war die Liquidität. Wenn Rechnungen am selben Tag statt eine Woche später hinausgehen, kommt das Geld über den gesamten Betrieb hinweg rund eine Woche früher herein — bei jedem einzelnen Auftrag. Für einen 24-köpfigen Betrieb mit knappen Margen war diese zeitliche Verschiebung wichtiger als jede einzelne Effizienz. Die zurückgewonnenen Bürostunden waren schön. Jedes Mal eine Woche früher bezahlt zu werden, war der eigentliche Gewinn.

Was wir Ihnen sagen würden, wenn Sie dasselbe erwägen
Die meisten Lektionen hier sind nicht spezifisch für den Außendienst. Es ist das, was wir jedem kleinen Betrieb sagen würden, der mit dem Gedanken an individuelle Software spielt, und sie sind mehr wert als die App selbst.
Kürzen Sie den Umfang rücksichtslos und schreiben Sie Ihre „Bauen wir nicht“-Liste vor Ihrer Bauliste. Beobachten Sie die echte Arbeit, bevor Sie irgendetwas gestalten — Inhaber beschreiben den Prozess, den sie sich wünschen, nicht den, den sie tatsächlich leben. Pilotieren Sie klein und lassen Sie die Skeptiker den Rest überzeugen. Und binden Sie sich an die Werkzeuge an, die Sie bereits nutzen, statt sie zu ersetzen, zumindest am Anfang. Nichts davon ist clever. All das ist, was zehn Wochen statt zehn Monaten möglich gemacht hat.
Noch eine, die leise: Die App war nie der Punkt. Der Punkt war, schneller bezahlt zu werden und damit aufzuhören, dieselben Daten dreimal einzutippen. Wir hätten einen Teil davon mit Standardwerkzeugen lösen können, und für manche Betriebe ist das die richtige Wahl. Für diesen bedeutete die unübersichtliche Mischung aus Vor-Ort-Erfassung, Offline-Realität und einer bestehenden Rechnungssoftware, dass sich eine fokussierte Individuallösung schnell auszahlte. Die ehrliche Antwort auf „App oder Standard?“ lautet: Es kommt darauf an, und wer sofort antwortet, will Ihnen etwas verkaufen.
Haben Sie ein Außendienstteam, das noch auf Papier läuft?
Wenn Ihre Mannschaft auf Einsätzen unterwegs ist und das Büro jeden Abend ihren Tag neu eintippt, steckt darin fast sicher eine fokussierte App. Wir sehen uns Ihren tatsächlichen Arbeitsablauf an und sagen Ihnen ehrlich, ob es sich zu bauen lohnt — und was man weglassen sollte.
So bauen wir Mitarbeiter-AppsHäufige Fragen
Sind zehn Wochen realistisch, oder war das ein Sonderfall?
Warum eine individuelle App statt fertiger Außendienst-Software?
Was war technisch der schwierigste Teil?
Wie kamen ältere Techniker damit zurecht?
Hätten Sie mehr davon automatisieren können?

Have a nice day ist ein Software-Studio, das kleine und mittlere Unternehmen digitalisiert — Automatisierung, KI und maßgeschneiderte Software, die im Alltag funktioniert, nicht nur auf Folien.