Praxisbeispiel

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.

Have a nice dayHave a nice day13 Min. Lesezeit
Wie ein 24-köpfiger Außendienstbetrieb in 10 Wochen eine Mitarbeiter-App live brachte

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 uns der erste Tag vor Ort verriet
Ein abgenutztes Klemmbrett mit einem Durchschlag-Auftragszettel auf dem Armaturenbrett eines Fahrzeugs, daneben ein Smartphone, Teile und eine Kaffeetasse in der Nähe, Morgenlicht durch die Windschutzscheibe
Wo das Projekt wirklich begann: ein Klemmbrett, acht Fahrzeuge und eine Woche Verzug zwischen erledigter und abgerechneter Arbeit.

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.

Geteilte redaktionelle Illustration: links ein Techniker in einem Technikraum, der ohne Empfangsbalken eine Auftrags-Checkliste auf einem Telefon antippt, rechts ein Bürobildschirm, auf dem derselbe Auftrag sofort mit Fotos und Unterschrift erscheint
Das ganze Produkt in einem Bild: einmal vor Ort erfassen, auch offline; es erscheint von selbst im Büro.

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.

  1. 1
    Wochen 1–2: Beobachten, nicht fragen
    Wir 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.
  2. 2
    Wochen 3–4: Eine klickbare Form
    Wir 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.
  3. 3
    Wochen 5–7: Den Kern bauen
    Die 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.
  4. 4
    Woche 8: Die Woche, die wir verloren
    Die 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.
  5. 5
    Wochen 9–10: Pilot und Feinschliff
    Zwei 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.
die Regel, die wir für jede Mitarbeiter-App wiederholen würden

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 habenVorherNachher
Zeit von erledigtem Auftrag bis versendeter Rechnung5–8 TageAm selben oder nächsten Tag
Bürostunden für das Neutippen von Auftragsdaten~10 Std./WocheUnter 2 Std./Woche
Verlorene oder nicht abrechenbare AuftragszettelEine Handvoll pro MonatPraktisch null
Abendliche „Lies mir deine Aufträge vor“-AnrufeTäglich, jedes FahrzeugWeg
Vorher und nachher, nach den eigenen Maßstäben des Betriebs einige Monate nach dem Start. Die Zahlen sind illustrativ, nicht geprüft.

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.

Eine Büroleiterin am Schreibtisch prüft einen abgeschlossenen Auftrag am Bildschirm und macht ihn mit einem einzigen Klick zur Rechnung, an der Wand ein Kalender mit dem heutigen Datum eingekreist, ruhig und aufgeräumt
Die Same-Day-Fakturierung war der stille Gewinn: jeder Auftrag abgerechnet, sobald er fertig war, und Geld über den gesamten Betrieb hinweg nach vorn gezogen.

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-Apps

Häufige Fragen

Sind zehn Wochen realistisch, oder war das ein Sonderfall?
Zehn Wochen waren realistisch, weil der Umfang rücksichtslos klein war und der Kunde wirklich für Feedback verfügbar war. Ein engerer Umfang kann schneller fertig werden; ein breiterer — Lager, Kundenportal, Routenplanung — hätte deutlich länger gedauert. Die Laufzeit folgt dem Umfang, nicht umgekehrt. Wenn jemand eine feste kurze Laufzeit verspricht, bevor besprochen wurde, was drin und draußen ist, seien Sie skeptisch.
Warum eine individuelle App statt fertiger Außendienst-Software?
Für manche Betriebe ist die fertige Lösung die richtige Antwort, und das sagen wir auch. Dieser Betrieb brauchte eine offline-first-Vor-Ort-Erfassung, gekoppelt an eine bestehende Rechnungssoftware, mit einem Arbeitsablauf, der nicht zu den starren Vorlagen der Paketlösungen passte. Eine fokussierte Individuallösung passte zu ihrem tatsächlichen Prozess und zahlte sich durch schnellere Fakturierung aus. Die Entscheidung sollte immer bei Ihrem Arbeitsablauf beginnen, nicht beim Produkt.
Was war technisch der schwierigste Teil?
Zwei Dinge: die Offline-Synchronisations-Engine und die Rechnungsintegration. Offline-first ist trügerisch schwer, weil man Daten verarbeiten muss, die auf einem Gerät ohne Verbindung entstehen, und sie später sauber zusammenführen muss. Die Rechnungsintegration kostete uns eine Woche, weil sich die Schnittstelle der bestehenden Software nicht wie ihre Dokumentation verhielt. Beides war es wert — es war der Kern des Nutzens.
Wie kamen ältere Techniker damit zurecht?
Besser als befürchtet, weil wir die App schneller als das Klemmbrett gemacht haben, nicht nur neuer. Der entscheidende Zug war der Pilot: Wir gaben die App einem hoch angesehenen Techniker und einem offenen Skeptiker in die Hand. Als der Skeptiker zugab, dass es schneller war, folgte der Rest des Teams ohne Widerstand. Akzeptanz ist ein Menschen-Projekt, kein Software-Projekt.
Hätten Sie mehr davon automatisieren können?
Ja, und genau deshalb haben wir es nicht getan. Jede zusätzliche Funktion muss gebaut, gewartet und erklärt werden. Wir lieferten den Kern, der das Liquiditätsproblem löste, und ließen eine „Später, vielleicht“-Liste übrig. Das meiste davon hat nie jemand vermisst. Zurückhaltung hielt das Projekt fertigstellbar und das Ergebnis vertrauenswürdig — was weit mehr zählt als die Anzahl der Funktionen.
Have a nice day
Have a nice day
Redaktion

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.

Passende Leistungen