Warum „funktioniert offline“ die Funktion ist, die Sie am meisten nutzen werden

Die Funktion, die Sie in einer Field-Service-App am meisten nutzen werden, ist die, die Sie nie sehen: Sie funktioniert weiter, wenn der Empfang es nicht tut. Ländliche Touren, Keller, Technikräume, Wohnblocks mit dicken Wänden und einem Aufzugsschacht, die Rückseite eines Bauernhauses. Wenn die App dort aufhört, greifen Sie dort zu Papier, und Papier ist der Ort, an dem die Informationen des Tages verloren gehen.

Dieser Beitrag behandelt, was „funktioniert offline“ bedeuten sollte, warum es schwieriger ist, als es aussieht, und wie Sie das Versprechen jeder App testen können, bevor Sie ihr eine Tour anvertrauen.

Abdeckungskarten sind großzügig. Der Ofcom-Prüfer sagt Ihnen, eine Postleitzahl habe 4G von jedem Anbieter, und das stimmt am Gartentor. Es stimmt nicht im Hauswirtschaftsschrank, in dem der Heizkessel steht, oder hinter dem Haus, wo das Wintergartendach gereinigt werden muss.

Eine App, die für jede Aktion eine Verbindung braucht, macht diese Orte zu toter Zeit. Sie erledigen die Arbeit, denken daran, sie später als erledigt zu markieren, und später ist es, wenn Dinge vergessen werden: das Foto, das Bargeld, die Notiz, dass das Seitentor jetzt abgeschlossen ist. Offline-first bedeutet, dass sich die App im Schrank und im Büro identisch verhält, und Sie denken nicht mehr darüber nach.

Es bedeutet nicht zwischengespeicherte Seiten. Es bedeutet, dass das Handy eine eigene Kopie der Daten hält, die es für den Tag braucht: die Kunden, die Aufträge, die Preise, die Zugangshinweise. Jedes Lesen kommt aus diesem lokalen Speicher, sodass sich ein Auftrag sofort öffnet, ob Empfang besteht oder nicht. Jede Änderung geht zuerst in eine Warteschlange auf dem Gerät, und die Warteschlange wird an den Server gesendet, sobald eine Verbindung verfügbar ist.

Der Unterschied zählt, weil eine zwischengespeicherte App Ihnen den gestrigen Kalender zeigen kann, aber die heutige Arbeit nicht erfassen kann. Eine Offline-first-App kann einen Besuch als erledigt markieren, ein Foto aufnehmen, das Bargeld erfassen und den nächsten Besuch buchen, während das Handy im Flugmodus ist, und jede dieser Änderungen kommt der Reihe nach im Büro an, sobald der Empfang zurückkehrt.

Hier ist der Teil, den die meisten Apps verstecken. Wenn Sie einen Besuch um 10:14 Uhr ohne Empfang als erledigt markieren, und das Büro denselben Besuch um 10:20 Uhr umplant, welcher gewinnt, wenn sich Ihr Handy um 11:00 Uhr wieder verbindet? Eine App, die still die letzte Schreibaktion übernimmt, verliert eine dieser Änderungen, und niemand wird es merken.

Richtig gemachtes Offline-first hat Regeln für jeden Fall und sagt Ihnen, wann es sie anwendet. Ein vor Ort als erledigt markierter Besuch schlägt eine Umplanung aus dem Büro, weil die Arbeit passiert ist. Ein im Büro geänderter Preis schlägt einen veralteten Preis auf einem Handy, das noch nicht synchronisiert hat. Wo zwei Änderungen tatsächlich in Konflikt stehen, behält die App beide und fragt nach. Die Regeln sind unspektakulär; der Punkt ist, dass sie existieren.

TradeYoke läuft im Web, auf iOS, Android und Windows aus einer Codebasis. Die installierten Apps, auf dem Handy und auf einem Windows-Laptop, sind offline-first im obigen Sinne: lokaler Speicher, zurückgestellte Änderungen, Synchronisation mit Konfliktregeln. Die Web-App im Browser ist die stets online verfügbare Zentrale fürs Büro. Dort plant das Büro die Woche, versendet die Rechnungen und liest die Berichte, und sie setzt eine Verbindung voraus.

Wir sagen das klar, weil „funktioniert offline“ bei einer Website meist sehr wenig bedeutet, und weil die Trennung beabsichtigt ist. Das Handy ist dort, wo der Empfang abbricht, also lebt Offline auf dem Handy. Die Plattformseite legt dar, was jede Oberfläche tut.

Ein Fensterputzer bei einer ländlichen Tour verliert beim dritten Stopp den Empfang und bemerkt es nicht. Der Stopp wird als erledigt markiert, der Kunde zahlt bar, und es wird beim Besuch erfasst, das Tor des nächsten Kunden ist abgeschlossen, sodass der Besuch mit einer Notiz übersprungen wird, und beim neunten Stopp setzt der Regen ein. Die nicht erledigten Stopps werden in einem Vorgang auf Donnerstag verschoben, wie in dem Beitrag zu Regentagen beschrieben.

Nichts davon brauchte eine Verbindung. Wenn der Wagen die Hauptstraße erreicht, sendet die Warteschlange: das Erledigte, das Bargeld, das Übersprungene, das Übertragene. Das Büro sieht den Status der Tour, die offene Summe aktualisiert sich, und die „Wir kommen Donnerstag“-SMS können hinausgehen. Der Putzer hat kein einziges Mal an den Empfang gedacht.

Jede Änderung ist ein kleiner, selbstbeschreibender Vorgang mit eigener ID, sodass ein zweifaches Senden nichts bewirkt und ein verspätetes Senden trotzdem funktioniert. Jeder Datensatz trägt eine Versionsmarkierung; eine gegen eine alte Version vorgenommene Änderung wird erkannt, nicht still übernommen. Das Handy zieht einen Feed dessen, was sich auf dem Server seit der letzten Anfrage geändert hat, statt alles neu herunterzuladen. Konfliktregeln werden je Änderungsart festgelegt, und die, die nicht automatisch gelöst werden können, werden einer Person vorgelegt.

Das ist die Substanz hinter dem Marketing-Satz. Es gilt für jedes Gewerk auf der Gewerke-Seite, weil die Synchronisierungsschicht nicht weiß oder sich darum kümmert, ob der Datensatz ein Fensterputz-Besuch oder ein Gartenpflege-Besuch ist. Das in dem Tracking-Beitrag beschriebene Live-Tracking läuft auf derselben Verbindungslogik.