Feldprozesse digitalisieren: vom Papier zur mobilen Anwendung.

Fragen Sie eine Geschäftsleitung, wo ihre wichtigsten Daten entstehen. Die Antwort lautet selten „im ERP“. Sie entstehen bei der Mitarbeiterin, die einen Quartiersladen besucht, auf der Baustelle, wo Zement angenommen wird, im Lager, wo Paletten gezählt werden, in der ländlichen Filiale, die ein Konto eröffnet oder eine Beihilfe auszahlt, beim Erheber, der Haushalte erfasst. Was das System danach speichert, ist eine Kopie, später von jemand anderem erneut erfasst, mit Verzögerung und Fehlern. Das Feld zu digitalisieren heißt, die richtige Angabe einmal entstehen zu lassen, dort, wo sie anfällt.

Warum Papier und WhatsApp bleiben

Es wäre leicht, darin einen Rückstand zu sehen. Es ist eher eine vernünftige Antwort auf reale Zwänge. Papier fällt nie wegen fehlenden Netzes aus. Es verlangt weder Konto noch Passwort noch Schulung. WhatsApp ist bereits installiert, das Foto geht mit einer Geste heraus, und die Vorgesetzte sieht es sofort. Demgegenüber sind viele Unternehmensanwendungen aus vorhersehbaren Gründen gescheitert: Sie verlangten eine dauerhafte Verbindung, sie bildeten ein Büroformular auf einem kleinen Bildschirm nach, sie schufen der Mitarbeiterin zusätzliche Arbeit, ohne ihr etwas zurückzugeben, und sie sprachen eine Sprache, die nicht die ihre war.

Papier und WhatsApp haben dennoch einen Preis, den man am Ende immer bezahlt. Die Angaben treffen verspätet und unvollständig ein und lassen sich im System weder dem Kunden noch dem Auftrag zuordnen. Fotos gehen in Unterhaltungen verloren. Die Bestände im System stimmen nie mit den tatsächlichen überein. Geldgeber und Prüfer verlangen Nachweise, die niemand wiederfindet. Und das Wissen über das Feld bleibt im Gedächtnis der Mitarbeitenden, die damit gehen.

Was eine Feldanwendung können muss

Eine Feldanwendung ist kein kleineres ERP. Sie ist ein Werkzeug für einen genauen Kontext: ein oft einfaches Telefon, eine freie Hand, ein unsicheres Netz, eine Nutzerin unter Zeitdruck. Daraus folgen fünf Anforderungen.

• Ohne Verbindung funktionieren. Die erste Bedingung und die am häufigsten geopferte. Die Mitarbeiterin muss ihre Kunden, ihre Touren, ihre Bestände ohne Netz erfassen und einsehen können, notfalls einen ganzen Tag lang. Die Anwendung ist zuerst lokal und erst danach verbunden.
• Sauber synchronisieren. Kommt das Netz zurück, gehen die Daten ohne Zutun hin und her, in der richtigen Reihenfolge, ohne Dubletten, mit klaren Regeln, wenn zwei Personen dasselbe geändert haben. Die Synchronisation ist der eigentliche technische Kern des Projekts; sie will entworfen und nicht erlitten werden.
• Foto und Position erfassen. Ein mit Zeitstempel und Standort versehenes Foto ist mehr wert als ein langes Formular: Liefernachweis, Zählerstand, Baufortschritt, Existenz eines Verkaufspunkts. Die Position hilft auch, Touren zu planen und ohne Überwachungsdruck zu prüfen, dass der Besuch stattgefunden hat.
• Einfach bleiben. Wenige Bildschirme, große Schaltflächen, vorbefüllte Listen statt Tippfelder, sinnvolle Vorgabewerte. Jedes zusätzliche Feld muss sich durch eine tatsächliche Verwendung im Nachgang rechtfertigen. Liest niemand die Angabe, fragt man sie nicht ab.
• Die Sprachen des Feldes sprechen. Französisch, Wolof oder eine andere Nationalsprache je nach Team, mit Piktogrammen und, wo nötig, Sprachnachrichten. Eine Anwendung, die die Mitarbeiterin ohne Übersetzen versteht, ist eine Anwendung, die sie nutzt.

Das Feld mit Kernsystem und CRM verbinden

Eine isolierte Feldanwendung verschiebt das Problem nur: Statt aus einem Heft erfasst man aus einer separaten Datenbank neu. Der Wert entsteht durch die Integration. Auf Seiten des Kernsystems aktualisiert der Wareneingang im Lager den Bestand in SAP oder Odoo; der auf Tour aufgenommene Auftrag wird zum Kundenauftrag; das Baustellenblatt speist die Projektverfolgung. Auf Seiten der Kundenbeziehung bereichern der Besuch, die Reklamation oder die Aufnahme eines Verkaufspunkts die Akte in Salesforce, damit Zentrale und Feld denselben Kunden sehen.

Einige Grundsätze rahmen diese Integration. Die Stammdaten bleiben im führenden System: Die Liste der Kunden, der Artikel, der Standorte kommt aus dem ERP oder dem CRM, die Anwendung legt sie nicht neu an. Der Austausch läuft über dokumentierte APIs mit ausdrücklicher Fehler- und Wiederaufsetzbehandlung. Und man entscheidet bereits in der Rahmensetzung, was in Echtzeit übertragen wird und was bis zur nächsten Synchronisation warten kann. Das ist das Feld unseres Angebots Individuelle Anwendungen, vom mobilen Bildschirm bis zur Integration mit SAP, Odoo und Salesforce.

Eine gelungene Feldanwendung erkennt man an einem Zeichen: Die Mitarbeitenden öffnen sie, weil sie ihnen nützt, nicht weil man es ihnen aufgetragen hat.

Change-Management mit den Feldteams

Hier entscheiden sich die meisten Misserfolge, und sie sind fast nie technischer Natur. Die Feldteams haben Werkzeuge kommen sehen, die die Zentrale verordnet und dann aufgegeben hat. Sie wissen, dass eine Anwendung ebenso der Kontrolle wie der Unterstützung dienen kann. Mit einer Dienstanweisung überzeugt man sie nicht.

Was nach unserer Erfahrung funktioniert: einige Mitarbeitende ab der Konzeption beteiligen, nicht erst bei der Abnahme; ihnen schon mit der ersten Fassung etwas zurückgeben, eine bereits vorbereitete Tour, eine Kundenhistorie zur Hand, das Ende eines abends nachzuarbeitenden Berichts; Multiplikatoren im Feld benennen, Kolleginnen und Kollegen, die andere in ihrer Sprache schulen; eine Übergangszeit akzeptieren, in der Papier und Anwendung nebeneinander bestehen; und aus den wöchentlichen Rückmeldungen rasch nachbessern. Die mittlere Führungsebene zählt ebenso viel wie die Mitarbeitenden: Verlangt die Filialleitung oder die Bauleitung weiterhin das Papierformular, ist die Anwendung tot.

Sicherheit und personenbezogene Daten

Ein Telefon, das im Feld unterwegs ist, trägt sensible Daten: Identitäten von Kunden oder Begünstigten, Kontaktdaten, Positionen, Fotos, mitunter Beträge. Es kann verloren gehen, gestohlen oder verliehen werden. Die Anwendung muss deshalb lokal Gespeichertes verschlüsseln, sich mit einer nutzungsgerechten Authentifizierung öffnen, auf dem Gerät nur behalten, was für den Tag gebraucht wird, und aus der Ferne löschbar sein. Die Rechte folgen Rolle und Zuständigkeit: Eine Mitarbeiterin sieht ihr Gebiet, nicht das Land.

Sobald die Anwendung Daten über Personen erhebt, fällt sie unter das Gesetz Nr. 2008-12. Die Verarbeitung wird bei der CDP angezeigt, die Personen werden über den Zweck informiert, die Erhebung beschränkt sich auf das, was diesem Zweck dient, die Aufbewahrungsdauer ist festgelegt. Bei der Erhebung von Daten Begünstigter wiegen diese Regeln umso schwerer, als die betroffenen Personen oft verletzlich sind. All das wird in der Rahmensetzung entworfen, nicht nach der Produktivsetzung. Unser Angebot IT-Sicherheit & Risiken setzt bereits in dieser Phase an.

Eine iterative Methode, mit einem Piloten

Wir glauben nicht an die große Einführung einer am Schreibtisch entworfenen Anwendung. Man wählt einen Prozess und ein Gebiet: ein Tourenteam, ein Lager, eine Filiale. Man beobachtet die tatsächliche Arbeit vor Ort, bevor man den ersten Bildschirm zeichnet. Man baut eine erste, auf das Nötigste beschränkte Fassung, von Anfang an ohne Verbindung nutzbar und über mindestens einen Datenstrom mit dem System verbunden. Man gibt sie den Pilotnutzenden binnen weniger Wochen in die Hand und bessert in deren Rhythmus nach. Man misst, was für das Geschäft zählt: Zeit zwischen Besuch und Datum im System, Anteil vollständiger Erfassungen, übereinstimmende Bestände, den Teams zurückgegebene Zeit. Danach erweitert man, Gebiet für Gebiet, mit den im Piloten geschulten Multiplikatoren.

Diese Arbeitsweise passt zu dem, was wir sind: ein Unternehmen aus Dakar, dessen Teams ins Feld gehen, mit den Mitarbeitenden in deren Sprache testen und in der Woche darauf wiederkommen können. Eine Feldanwendung für die Region aus der Region heraus zu entwerfen, ist die Bedingung dafür, dass sie Netze, Telefone, Sprachen und tatsächliche Gewohnheiten berücksichtigt. Die daraus entstehenden Daten speisen anschließend das Reporting, Thema unseres Angebots Data & Analytics, und mitunter die ersten Anwendungsfälle von KI & Automatisierung, allen voran das Auslesen fotografierter Dokumente.

Unsere Empfehlungen

1. Von einem Prozess ausgehen, nicht von einer Anwendung. Welcher Handgriff im Feld erzeugt die Daten, die das Unternehmen am dringendsten braucht? Mit ihm beginnt man.
2. Offline-Fähigkeit und Synchronisation ab der Rahmensetzung fordern. Das sind die beiden Punkte, die sich nachträglich nicht aufholen lassen.
3. Die Integration früh entscheiden. Welche Stammdaten kommen aus SAP, Odoo oder Salesforce, welche Daten laufen zurück, in welchem Takt.
4. Mit den Mitarbeitenden und der Feldführung entwerfen. Ihnen schon mit der ersten Fassung Zeit zurückgeben.
5. Sicherheit und Gesetz Nr. 2008-12 als Produktanforderungen behandeln. Verschlüsselung, Rechte, Anzeige bei der CDP, Information der Personen.
6. Pilotieren, messen, erweitern. Ein Gebiet, einige Wochen, fachliche Kennzahlen, danach die Einführung in Wellen.

Vom Papier zur mobilen Anwendung ist der Weg nicht in erster Linie technologisch. Er besteht darin, die Feldarbeit so zu achten, wie sie ist, ihr ein Werkzeug zu geben, das ihr dient, und endlich zu verbinden, was das Unternehmen tut, mit dem, was es erfasst.