「この荷物、○○さんのところに届けて」
普通の宅配なら、住所、伝票、集荷、仕分け、幹線輸送、ラストワンマイルが必要になる。
しかし相手がトンカラトンなら、話が変わる。
今回の漫画で描かれたルールをそのまま物流へ転用すると、まず「トンカラトンと言え」という要求を正しく処理し、斬られる前に「○○さんが仲間になってたよ」と伝える。するとトンカラトンは、その人物のところへ向かう。
もし荷物まで持たせられるなら、これはもう怪異ではない。
宛先指定が人名だけで済む、自転車標準装備のゼロ円ラストワンマイル配送員である。
ただし、この物流改革には重大な欠陥がある。
使えば使うほど、トンカラトンが増えて、人間が減る。
最終的には物流の人手不足どころか、物流需要そのものまで消える。
1. まずトンカラトンの「一般仕様」を確認する
【確認できる設定】
トンカラトンは、全身を包帯で巻き、日本刀を持ち、自転車で現れる怪人として広く紹介されている。
典型的なルールはこうだ。
- 「トンカラトンと言え」と命令される。
- 命令された後に「トンカラトン」と答えれば、その場を去る。
- 答えなかった場合は斬られる。
- 一部の伝承・作品では、命令される前に先回りして「トンカラトン」と言ってもアウト。
- 斬られた人間が新しいトンカラトンになる、という増殖設定も広く語られている。
1994年の『学校のコワイうわさ 花子さんがきた!!』にも「怪人トンカラトン」が登場し、日本コロムビアのDVD商品情報でも同作が1994年に『ポンキッキーズ』内で放送されたことが確認できる。Apple TVでも第2話収録エピソードとして「怪人トンカラトン」が掲載されている。
つまり、少なくとも「自転車」「言葉によるルール」「失敗時の攻撃」「増殖」という四点は、後年のまとめサイトだけで突然生えた設定ではない。
2. ただし「○○くんが仲間になってたよ」は今回のルーティング拡張として扱う
ここは重要である。
今回の漫画では、正しい返答をした後、斬られる前に「○○くんが仲間になってたよ」と伝えると、その人物のところへ向かう、という使い方が描かれている。
しかし、今回確認した一般向け資料では、この「仲間情報を与えるとその人物へ向かう」挙動は、トンカラトンの基本ルールとして一貫して説明されてはいない。
したがって記事では、
一般伝承の確定仕様 と 今回の作品で使われた派生ギミック
を分ける。
ここを混ぜると、都市伝説のバージョン違いが全部ひとつの公式設定みたいになってしまう。
怪異にも仕様差分管理が必要である。
3. 物流へ転用すると異常に強い
では派生ギミックを採用して、荷物も持ってくれると仮定する。
必要な入力はかなり少ない。
- トンカラトンに遭遇する。
- 正しいタイミングで「トンカラトン」と答える。
- 「○○さんが仲間になってたよ」と宛先情報を与える。
- 荷物を持たせる。
- 自転車で勝手に向かってもらう。
普通の配送で必要になる、住所文字列、地図検索、ナビ、配達アプリ、配送ルート最適化が、かなりの範囲で怪異側に内包されていることになる。
しかも初期装備が自転車。
ラストワンマイル適性が妙に高い。
給与交渉もない。
採用面接もない。
研修もない。
ガソリン代もない。
配送員不足に悩む経営者が数字だけ見たら、一瞬だけ目が輝く。
4. 最大の障害は「音声UIしかない」
しかしこの配送システム、アクセシビリティが終わっている。
トンカラトンのプロトコルは基本的に音声会話で進む。
声が出ない。
喉を痛めた。
パニックで言葉が出ない。
発話のタイミングを間違えた。
これだけで配送処理以前に利用者側が危険になる。
つまり単一障害点はサーバーでもGPSでも決済システムでもない。
利用者の発声能力である。
筆談、スマホ入力、手話、API、配送ラベル読み取りに対応している形跡もない。
怪異SaaSとして見ると、UI/UXレビューで即P0判定である。
5. スケールすると「配送員が増える」と「顧客が減る」が同時進行する
さらに恐ろしいのが増殖仕様だ。
人間を H、トンカラトンを T とする。
一人がトンカラトン化するたびに、ざっくり
H → H - 1
T → T + 1
となる。
物流会社の目線だけなら配送員が1人増えたように見える。
しかし市場全体では、顧客候補が1人減っている。
仮に人間1人あたりの配送需要を d、トンカラトン1体あたりの配送能力を c とすれば、
需要 ≈ dH
供給能力 ≈ cT
である。
トンカラトン化が進むと、
供給は増える。需要は減る。
だから需給ギャップだけは猛烈な勢いで改善する。
社会が良くなったのではない。
分母を消している。
6. 現実の物流人手不足と組み合わせるとKPIだけは美しい
現実の日本では、物流の担い手不足は実在する問題である。
国土交通省は、対策を講じない場合の推計として、2024年度に約14%、2030年度に約34%の輸送力不足が起こり得るとしてきた。
ただし重要な更新がある。
国土交通白書の後続資料では、2024年度に想定されていた約14%の不足について、官民の対策により「概ね解消できた」と整理されている。一方、2030年度に向けては引き続き対策が必要で、2026年3月には「総合物流施策大綱（2026年度～2030年度）」も閣議決定された。
だから「今まさに日本の輸送力が34%足りない」という意味ではない。
34%は、対策なしで進んだ場合の将来推計として扱うべき数字である。
そのうえでトンカラトンを導入すると、経営会議の数字は恐ろしいほど綺麗になる。
- 配送員数：増加
- 採用費：ほぼ0
- 人件費：設定上ほぼ0
- 燃料費：自転車なので低い
- 配送需要：人口減少に伴って低下
- 再配達：受取人が存在する限りたぶん強制的に解決
- 人手不足率：改善
KPIだけ見たら超優良施策。
ただし最上位KGIである「人間社会を維持する」が吹き飛んでいる。
7. 「タダ」は強い。でも外部不経済が無限大
トンカラトン配送の魅力はやはりタダである。
少なくとも怪談設定の中では、給与、社会保険、採用広告、制服、福利厚生、教育研修、車両燃料といった普通の物流コストを請求してこない。
会計上だけ見れば夢のようだ。
しかしゼロ円なのは価格表だけである。
実際の社会コストを考えると、
- 利用者の安全リスク
- 受取人の安全リスク
- 失敗時の人的損失
- トンカラトン増殖
- 市場人口の縮小
- 信用・法令・保険が成立しない
- 配送事故の定義そのものが崩壊
という、普通の運賃表では処理できない外部不経済を抱えている。
送料0円、社会的総費用は測定不能。
安いには理由がある。
理由が重すぎる。
8. これは物流ネタというより「局所最適」の教科書である
この話のいちばん面白いところは、怪異そのものよりKPI設計である。
「物流の人手不足を減らせ」という指標だけを最適化すると、
配送員を増やす。
配送需要を減らす。
この二つを同時にやるトンカラトンは極めて優秀である。
しかし本来の目的は、
人間が安全に暮らしながら、必要な物が必要な場所へ届くこと
である。
人間そのものを減らして配送問題を解決したら、目的と手段が逆転している。
これはGoodhartの法則的な笑いでもある。
「指標が目標になると、良い指標ではなくなる」。
物流人手不足という一つの数字だけを追いかけた結果、社会の存続という上位目的を壊す。
会社でも行政でもAIでも、普通に起こり得る設計事故である。
トンカラトンは包帯姿でそれをやるので、分かりやすいだけだ。
9. 結論：物流課題は完全解決できる。物流する社会も消える
トンカラトン宅配のスペックをまとめる。
- 自転車標準装備
- 宛先候補を人名で誘導できる派生ギミック
- 給与要求なし
- 採用不要
- 増員が自己増殖式
- 人口が減るほど需要も減る
- 発声UIが落ちると利用者も終わる
- 複数個体ではルール衝突型の理不尽コンボまで報告される
物流の人手不足を解決する手段として見ると、恐ろしく合理的である。
社会政策として見ると、恐ろしく不合理である。
最終到達点はたぶんこうだ。
配送員：大量
配送待ち荷物：ほぼゼロ
配送先：ほぼゼロ
物流人手不足：解決
人類：在庫切れ
「無料配送だから使おう」は、価格比較としては正しい。
比較対象に文明維持費が入っていないだけである。
