外から / 仕組み · Systems
02 — 仕組み · shikumi · 「仕組み」

仕組み

日本は、美しさではなくインフラを通して理解し始めた最初の国だった。

観察 → テーゼ

東京で心を打つのは華やかさではなく、すべてが静かに動いていることだ。その無造作な正確さは、どの寺よりも技術者を感動させる。

コンビニ=エッジノード

東京で最初に職業的な目で認識したのはだった。店舗ではない。分散システムのエッジノードとして——住民から徒歩90秒以内のプレゼンスポイントで、予測可能なサービス群とほぼゼロの応答時間を持つ。

電気代の支払い、荷物の受け取り、現金引き出し、書類印刷、温かい食事とコンサートチケット——ワンルーム相当の面積で、24時間、全国どこでも。これは小売ではない。コンビニエンスストアにアウトソースされた公共インフラのエッジ層だ。

コンビニ=エッジノード 図:住民が最寄りのコンビニにアクセスし、銀行・物流・行政・食の各サービスへ集約される。 住民 RESIDENT · 90 sec コンビニ EDGE NODE 24/7 · ~55,000 units low latency 銀行 · BANK cash · payments 物流 · LOGISTICS parcel pickup 行政 · GOV bills · documents 食 · FOOD hot · fresh · 24/7
図:コンビニは、他国では四つの機関を営業時間内に回る必要があるサービスへのアクセスを集約する。レイテンシは徒歩の分数で測られる。

交通=オーケストレーション

東京の交通は「定時の電車」ではない。ほとんど誰も管理できない規模でSLAを守るオーケストレーターだ。ラッシュ時の約2.5分ごとに列車を出し、ホームは約40秒で入れ替わる。

それを可能にするのは技術ではなく、すべての参加者の間の契約だ。乗客は床の印の上に立つ。降車が乗車に先立つ。誰もドアを塞がない。システムが速いのは強力だからではなく、すべてのノードがプロトコルを守るからだ。技術者ならすぐにわかる——一つのホストの劣化が残りを落とさない、よく設計されたネットワークの挙動だ。

西洋では、システムを人から守ることで信頼性を高める。
日本では——人と合意することで。

おもてなし=UX

は通常「もてなし」と訳される。その訳は不正確だ。より近いのは先回り型UX——自分が必要だと気づき、言葉にする前にそのニーズを満たすよう設計されたサービス。

プロダクトデザインが目指し、ほとんど到達できないもの——ユーザーへの認知負荷ゼロ。システムが分岐を先に考え抜いているからだ。

おもてなしをUXパターンとして読む
原則プロダクト用語での意味
先回りsakimawariリクエスト前にユーザーの状態を先読みする。雨が降り始めた瞬間、入口に傘。
気配りkikubari文脈への配慮。急ぐ人と迷う人に、尋ねずに異なるサービスを。
察しsasshi言葉にならないものを読む。非言語シグナルをシステムへの有効な入力として扱う。
裏表なしura-omote nashiサービスの「フロントエンド」と「バックエンド」の差がない。見せているものが中身そのもの。

二十年間、冗長性とコンポーネントの分離で信頼性を得るシステムを設計してきた。日本は別の建築を見せた——すべてのノードが自発的に受け入れる共通の行動プロトコルによる信頼性。コピーではスケールしない——おもてなしを命令で「導入」することはできない。だが工学的解として、それは完璧にエレガントだ。

分析の限界

ここで正直に止める。どう動くかは説明した。だがなぜ人々が強制なしにプロトコルを守ることに合意するのかは説明していない。それはもはや工学ではなく文化であり、次の章がそれについてだ。技術者の私はシステムを見る。だがシステムを見ることと、国を理解することは同じではない。