![]()
Wir hatten die Beacon-Einführung auf sechs Wochen geplant. Der Plan war sauber. Das Gebäude war es nicht.
Der Grundriss ist eine Lüge
Unser Modell sagte, ein Beacon alle zwanzig Meter würde ein Stockwerk abdecken. Hätte es in einer Simulation ohne Wände, ohne Regale und ohne Menschen. Das echte Stockwerk hatte Stahlregale, die das Signal fraßen, und ein Treppenhaus, das zur toten Zone von der Größe eines Besprechungsraums wurde. Wir sind mit Telefon und Notizbuch durch den Raum gelaufen — die alte Art, weil das Modell falsch war — und fanden elf Lücken, die die Mathematik nie sah. Man kann ein Gebäude nicht modellieren, in dem man nie gestanden hat.
Batterien sterben nach einem Zeitplan, den du nicht gezeichnet hast
Wir hatten die Beacon-Zellen auf zwei Jahre ausgelegt und das Ersatzticket in eine Schublade gelegt. Monat achtzehn, die ersten gingen dunkel, und zwar nicht gleichmäßig. Die Beacons der Kühllager starben zuerst — niedrige Temperatur bremst die Chemie, dann wirft sie einen von der Klippe. Die am Ladedock starben durch Vibration, nicht durch Alter. Bis Monat zwanzig hatten wir einen stetigen Tropfen stummer Einheiten und eine sehr reale „wo ist der Locator“-Beschwerde. Wir tauschen jetzt nach einem versetzten Kalender, der danach geht, wo jedes Beacon wirklich lebt, nicht nach dem besten Tag des Datenblatts.
Die Leute finden das Schlupfloch
Das hier hat uns peinlich berührt. Wir haben geteilte Werkzeuge mit Beacons getrackt, sicher, die Daten würden zeigen, wer was benutzt. Es zeigte etwas anderes. Jemand hatte Folie über das Beacon an dem Werkzeug geklebt, das er behalten wollte, sodass das System dachte, es hätte den Käfig nie verlassen. Wir haben eine Woche „Anomalie-Erkennung“ gebaut, bevor ein Techniker rüberkam und die Folie abzog. Das Beacon war in Ordnung. Der Mensch war kreativ. Kein Algorithmus flickt das.
Die Gateways, die du zu versorgen vergessen hast
Wir haben Beacons gezählt. Wir haben die Gateways vergessen, die zuhören. Die Hälfte unserer „Beacon tot“-Tickets war eigentlich ein Gateway, das seine Ethernet-Leitung verloren hatte, oder ein Switch, den jemand in das falsche VLAN neu gestartet hatte. Der Locator sah kaputt aus. Das Funkmodul war in Ordnung. Wir überwachen die Gateways jetzt, als wären sie das Produkt, denn in einem Beacon-System sind sie es.
Der Teil, der tatsächlich funktioniert hat
Nicht alles ist fehlgeschlagen. Das Dashboard, das „14 Beacons still diese Woche“ in einen roten Punkt auf einem Grundriss verwandelte — das wurde jeden Morgen geöffnet. Die Teams, die es nutzten, hörten auf, Dinge zu verlieren. Die Lektion war nicht die Technik. Es war, dass ein Beacon dumm ist, bis jemand liest, was es sagt, und die meisten unserer Fehler waren unsere.
Wenn wir es noch mal machen würden
Wir würden im Gebäude stehen, bevor wir die Tabelle öffnen. Wir würden Batterien nach der Uhr des Gebäudes tauschen, nicht nach der des Herstellers. Und wir würden annehmen, dass die Nutzer das System schlagen werden, weil sie es werden. Eine Beacon-Einführung ist kein Produkt, das man ausliefert. Es ist eine Gewohnheit, die man beibehalten muss.
