Beaconを本番稼働させてからわかった3つのこと

Beaconのロールアウトは6週間で計画した。計画はきれいだった。ビルはきれいじゃなかった。

間取り図は嘘だ

モデルでは、20メートルごとに1つのBeaconがフロアをカバーするとあった。壁も棚も人もないシミュレーションなら、それでよかっただろう。実際のフロアには、電波を食うスチール棚があり、会議室ほどの大きさのデッドゾーンになった階段室があった。私たちは電話とノートを持ってその場を歩いた——古いやり方だ、モデルが間違っていたから——そして計算が見たことのない11の隙間を見つけた。足を踏み入れたことのないビルをモデル化などできない。

電池は、あなたが描かなかったスケジュールで死ぬ

Beaconの電池の寿命を2年と見積もり、交換チケットを引き出しにしまった。18ヶ月目、最初のものが消えた。しかもまばらに。冷蔵ユニットのBeaconが最初に死んだ——低温は化学反応を遅くし、それから崖から落とすように落ちる。荷積み場のそばのものは、寿命ではなく振動で死んだ。20ヶ月目には、静かになるユニットが絶えず流れ、本物の「ロケーターはどこだ」という苦情があった。今は、各Beaconが実際に置かれている場所に合わせたずらしたカレンダーで交換している。データシートの最高の日ではなく。

人は抜け穴を見つける

これには恥をかいた。共有工具をBeaconで追跡していた。データが誰が何を使っているかを示すと確信して。しかし示されたのは別のことだった。手元に置いておきたい工具のBeaconに、誰かがホイルをテープで貼っていた。そうするとシステムは、それがケージから出たことがないと思い込んだ。私たちは1週間「異常検知」を作った。ある技術者が歩み寄り、ホイルを剥がすまで。Beaconは正常だった。人間のほうが創造的だった。その穴を埋めるアルゴリズムはない。

電源を忘れていたゲートウェイ

Beaconの数は数えた。聞いているゲートウェイを忘れた。「Beaconが死んだ」チケットの半分は、実際にはイーサネット回線を失ったゲートウェイか、誰かが間違ったVLANに再起動したスイッチだった。ロケーターは壊れているように見えた。無線は正常だった。今はゲートウェイを、それが製品そのものであるかのように監視している。Beaconシステムにおいては、事実そうだからだ。

実際にうまくいった部分

全部が失敗したわけじゃない。「今週、14個のBeaconが沈黙」をフロアプランの赤い点に変えたダッシュボード——それは毎朝開かれた。それを使ったチームは、ものを無くすのを止めた。教訓は技術じゃなかった。Beaconは、誰かがその言うことを読むまでただのバカであり、私たちの失敗のほとんどは私たち側にあったのだ、ということだ。

もう一度やるなら

スプレッドシートを開く前に、ビルに立っていただろう。電池はベンダーの時計ではなく、ビルの時計で交換しただろう。そして、ユーザーはシステムに勝つと仮定しただろう。そうするからだ。Beaconの導入は、出荷する製品ではない。続けなければならない習慣だ。