先週、3PLの友人から電話があった。「輸送中追跡システムに数万ドルかけたのに、顧客は毎日『貨物はどこですか』と電話してくる——このお金は燃えたのか？」私は3つ質問した：運送会社のデータフィード率は？ETAが何分遅れたらアラートを飛ばす？1日に何件のアラートが鳴る？彼は1つも答えられなかった。そこで私は言えた：そう、お金はたぶん燃えた。システムが悪いんじゃない、君がこれをエンジニアリングの問題として扱わなかったからだ。

輸送中データの出所：まず物理を正しく押さえる

輸送中の位置データの出所はちょうど3つある。つなぎ合わせれば、それが「可視化」だ。1つだけ買って、画像がぼやけてると文句を言うな。

第一に、GPSテレマティクス機器。スマートフォンの位置情報サービスをトラックにボルト留めしたものと考えればいい：機器は数十秒から数分ごとに座標をプラットフォームに投げる。最高精度、最もリアルタイム——その代わりハードウェアとデータプランに金を払う。自社車両にはコストパフォーマンス最高だ。

第二に、ELDデータ。米国が2017年末から州際トラックにELD（電子ログ記録機器）を義務化して以来——本来は労働時間コンプライアンスのため——位置データはおまけで付いてくる。運送会社の許可があれば、何も新しく設置せずにそのフィードを追跡に使える。洗濯機を買ったら乾燥機がおまけで付いてきたようなもの。使え。ただし1つ注意：このデータの所有者は運送会社だ。許可なしにフィードはなし、抜け道なし。

第三に、運送会社APIまたはEDI 214。一番安いパイプ：運送会社は何か変化があるたびにステータス更新をプッシュする——集荷済み、輸送中、配達済み。チャットアプリの「入力中…」表示と考えればいい——何かが起きているのは分かるが、ライブストリームじゃない。無料かほぼ無料。その代わり粒度が粗く遅延が大きい。小規模運送会社の中には1日2〜3回しか更新を投げないところもある。

買い物話を一発で終わらせる例え：GPSはHDライブ配信、ELDは公式放送、EDI 214はテキスト実況。ライブ配信が欲しければ帯域幅の金を払え。スコアだけでいいならテキスト実況で十分だ。何かにサインする前に自問しろ：私に必要なのはライブ配信か、スコアか？

ETAは計算じゃない、推測だ

式は単純に見える——残りのマイル÷予測速度——だが「予測速度」こそが全ての死体が埋まっている場所だ。

スマホのナビのETAと全く同じだ：制限速度で割り算したりしない。その道路のその時間帯の過去の速度、生の渋滞情報、コーヒー休憩の有無をブレンドしている。貨物のETAにはさらに3つの変数が加わる：労働時間規制（法定上限に達したドライバーは休憩しなければならない——アルゴリズムが差し引かなければならない10時間のデッドタイム）、施設での滞留（最後の顧客のドックで3時間並べばETAは3時間延びる、問答無用）、ステータスの遅延（その「輸送中」のEDI 214は2時間前のトラックの位置を表しているかもしれない——間違った出発点から計算すれば、間違った答えが出る）。

つまりETAはたぶん30%がアルゴリズム、70%がデータの鮮度だ。5分間隔のフィードと2時間間隔のフィードでは、別種のETAが2つ生まれる。1つのアルゴリズムに両方を務めさせようと思うな。

2024年秋、カリフォルニア州オンタリオの3PL：ピークシーズンは1日400ロード、真新しい追跡プラットフォーム、それでも顧客はETAに激怒。見たら一目瞭然：貨物の70%はEDI 214しか送らない小規模運送会社が運んでいて、1日2〜3回の更新。アルゴリズムは6時間前の座標からETAを計算していた——フィクションになるのも当然だ。そのセグメントはマイルストーン追跡に切り替えた：集荷と配達のイベントのみ、その間のETAはなし。クレームは減った。計算できないことを認めるのは、間違ったETAを出すよりマシだ——間違ったETAは顧客の信頼を燃やし、信頼はETAなしよりずっと高い。

例外アラート：間違った閾値は閾値なしと同じ

アラートは3層で十分。それ以上はノイズだ。

第1層：ETAの乖離。約束より30分遅れ——黄色、配車担当のみ。60分——赤色、顧客に通知してスーパーバイザーにエスカレーション。この数字は雰囲気じゃない：30分は配車担当がまだ挽回できる窓（ドライバー交代、迂回）であり、60分は顧客が生産計画を組み直し始めるラインだ。閾値は正確に「まだ直せる」ラインに置く——早すぎればオオカミ少年、遅すぎれば歴史を書いている。

第2層：ジオフェンス。集荷・配達地点での滞留が動きなく2時間を超えたら——アラート。トラックが足止めされているのか、並んでいるのか、ドライバーが寝ているのか、原因はどうでもいい、誰かが尋ねることが大事だ。

第3層：貨物そのもの。冷凍庫の温度が設定値から3°C以上ずれた状態が15分続いたら——プッシュ通知を待たずに電話を取れ。チケットキューを待てない例外もある。

愚痴タイム：私が見る最も多い偽要件は「全ての例外を顧客のスマホにリアルタイムでプッシュ」だ。1日200件のアラート、3日目には顧客は通知をミュートする——それはアラートなしと同じだ。アラートの価値は量じゃない、「全てのpingに人間が応じる」ことだ。私のルール：顧客向けアラートは1ロード1日1件まで。社内アラートはもっとおしゃべりでいいが、段階分けは必須だ。段階のないアラートはノイズだ。

2023年夏、生鮮食品ディストリビューター：フレズノからLAへの冷凍貨物、庫内センサーが悲鳴——冷凍ユニットの故障。システムは15分以内に3段階のエスカレーションを発動した：配車担当、スーパーバイザー、顧客。配車担当は20分以内に近くの冷凍倉庫を見つけてクロスドックし、貨物は全部救われた。その貨物は数十万ドルの価値、温度センサーのレンタルは年間数百ドルだ。それがアラートの存在意義だ：数ヶ月は静か、重要な1時間には決定的に。

購入のライン：3つのプレイヤー、3つの買い方

自社車両50台未満：プラットフォームを自作するな、SaaSを買え、1台あたり月額で払え。データチームなんて雇えないし、必要もない。

主に外注の運送会社：アグリゲーションプラットフォームを買え——市場にはいくつかあり、どれも1つのことしかやらない：数千社の運送会社の追跡フィードを1本のパイプに縫い合わせる。購入を決める指標は1つ：君の運送会社の何％をカバーしているか？90％と50％のカバー率は別物だ。

3PLやフォワーダー：TMS内の追跡モジュールから始めろ、拡張は後だ。初日にフルスイートを買うな——まず「顧客が『貨物はどこ？』にセルフサービスで答えられる」を真実にしろ、次に「ETAは正確」を真実にしろ。順番を逆にすると金が燃える。

1文で言えば：年間の貨物支出が7桁（USD）に届かないなら、自作の話はするな——買え。スケールのない輸送中可視化は、現金を燃やす焚き火だ。

運用の落とし穴：Go-liveはスタートライン

落とし穴その1：GPSドリフト。都心の高層ビル、屋内ヤード——座標は数百メートルさまよう。200メートルのジオフェンス半径を設定すれば、トラックは毎日「出て」しまい、誤アラートに溺れる。500メートルから始め、都市部では1キロまで広げろ。精度が落ちたらフェンスを広げる。

落とし穴その2：ドライバーがフィードを殺す。ELDは連邦義務——手出し不可。だがスマホアプリのトラッカーは数秒でスワイプ終了だ。フィード率は90％から40％に落ち、全てのETAが死ぬ。技術的な解決策はない。解決策は契約だ：「追跡をオンに保つ」を運送会社契約に書き込み、フィードの稼働率を運賃に紐づけろ。非対応の運送会社は段階的に切れ。

落とし穴その3：タイムゾーン。州際貨物、タイムゾーン変換を1回間違えれば、バッチの全到着時刻が3時間ずれる。1週目にタイムゾーン処理をチェックしろ。誰もがここでつまずく。

落とし穴その4：遅延データをライブとして扱う。運送会社APIの中には1時間ごとにバッチプッシュするところもある。それを土台に「リアルタイム」アラートを作れば、自分の緊急事態にいつも1時間遅刻する。サインする前に聞け：プッシュ頻度は？答えられないなら——立ち去れ。

で、元は取れたのか？1つの数字を見ろ：運送会社発のフィード率だ。80％以上を維持すればシステムは金を生む——配車担当は電話追いかけの1日2〜3時間を取り戻し、顧客クレームは半減する。60％を下回ったら更新するな。まず運送会社契約の追跡条項を交渉し直せ。テクノロジーは決してボトルネックじゃない。協力しない人間がそうだ。アルゴリズムにゴミデータを食わせれば、どんな賢いモデルも家具だ。

Da Liu（自動化エンジニア）著

英語版からの翻訳。内容に相違がある場合は英語版を優先します。