タクシーUIのコールドテスト — 配車・乗務員・営収・車両・苦情・需要予測・乗車・予約・履歴・サポート・会員・法人

なぜタクシーUIは難しいのか

タクシーは toB の AVM 運用密度と、toC のモバイル配車アプリという「両極」が同居します。事業者側の車両状態盤（StatusBoard）、点呼でアルコール0.00 の magic-epsilon、車検／保険／資格の期限管理（ExpiryBadge）、需要×時間のヒートマップ、需給バランスの地図。消費者側の即時呼出・予約・履歴・サポート・会員・法人切替。連載で最初に「toC を6枚厚く掘って toB と対称にする」運用が固まった業界でもあります。toC 一回で締めようとして KeEem に「は？toC 一回で完成？？？」と正されたエピソードはこの arc から。

ここで結晶化した部品

タクシー12枚で 3-confirm を満たして build に到達した部品です。toB6＋toC6 の対称完走で、消費者向けと事業者向けの床が同時に厚くなりました。

• StatusBoard#141

  車両状態盤・機器盤・ランプ盤など「空間配置の状態ボード」。駅務 #132・ランプ #134・配車 #141 で 3-confirm 達成 build。

• ExpiryBadge#142

  「値 vs 期限」軸の Badge。航空乗員資格・バス運転士・タクシー乗務員資格期限で 3-confirm 達成 build。後にチケット・クーポン期限にも広がる。

• BottomActionBar#147

  モバイル下 sticky CTA dock。振替・払戻・高速バス予約・配車で 3-confirm 達成 build。PageHeader（上 sticky）と対称の床。

• Loyalty floor (#151)#151

  会員・サブスク・クーポン画面が ~95% の床適合に到達。LoyaltySummaryCard / TicketStub / ExpiryBadge / RadioCard / BottomActionBar が同時に自宅扱い。

BottomActionBar は #125 振替・#129 払戻・#139 高速バス予約・#147 配車アプリで 3-confirm 達成 build。「モバイル下 sticky CTA dock」は PageHeader（上 sticky）と対称の床になりました。

運輸：タクシー の全ラウンド

運輸：タクシー カテゴリの 12 画面を、ラウンド順に並べています。各カードから cold AI が組んだソース、解説記事、デスクトップ／モバイルのプレビューに飛べます。

#141スコア 4/5

AI にタクシー配車管理を作らせてみた — 物理opsの最頻出穴「状態盤」が、4モード目で結晶化（やってみた #141）

/taxi-dispatch

`tsc` 緑・デスクトップ密度。cold AI（群青を一度も触っていない設定）：

#142スコア 4/5

AI にタクシー乗務員管理を作らせてみた — 「3つ目の軸（期限）」が3モードを跨いで結晶化（やってみた #142）

/taxi-crew

`tsc` 緑・デスクトップ密度。cold AI（群青を一度も触っていない設定）：

#143スコア 4/5

AI にタクシー営収ダッシュボードを作らせてみた — チャート床が「最も purpose-built」と評された回（やってみた #143）

/taxi-revenue

`tsc` 緑・デスクトップ密度。cold AI（群青を一度も触っていない設定）：

#144スコア 5/5

AI にタクシー車両管理を作らせてみた — 連載初の「5/5」、build した部品が資産の期限でも自力発見（やってみた #144）

/taxi-maintenance

`tsc` 緑・デスクトップ密度。cold AI（群青を一度も触っていない設定）：

#145スコア 4.5/5

AI にタクシーの苦情・事故管理を作らせてみた — 型は通るのに無視される「嘘の prop」を見つけた回（やってみた #145）

/taxi-incidents

`tsc` 緑・デスクトップ密度。cold AI（群青を一度も触っていない設定）：

#146スコア 4/5

AI にタクシー需要予測を作らせてみた — 誤誘導先だった HeatmapChart が、遂に「本来のホーム」で輝いた（やってみた #146）

/taxi-demand

`tsc` 緑・デスクトップ密度。cold AI（群青を一度も触っていない設定）：

#147スコア 4/5

AI にタクシー配車アプリを作らせてみた — 4回貯めた「ボトムバー」がついに結晶化、タクシー toC 深掘り開始（やってみた #147）

/taxi-ride

`tsc` 緑・375px mobile-first。cold AI（群青を一度も触っていない設定）：

#148スコア 4.5/5

AI にタクシー予約配車を作らせてみた — 昨日 build したボトムバーが、翌日の予約画面で自力発見（やってみた #148）

/taxi-booking

前回 #147 で私は「タクシー完走」と言ったが、KeEem に「**は？タクシーの toC 一回で完成？？？**」と正された。**toB を6枚作って toC を1枚で締めるのは矛盾**——鉄道/航空が toC 6枚なのに。私のメモにも「toC は弱い側だから深掘りを優先・早期に close しない」と書いてあるのに、また同じ過ちをした。**toC は toB と同じだけ厚くして初めて完了。** だから深掘りを継続する。

#149スコア 4/5

AI にタクシーの乗車履歴・領収書を作らせてみた — TicketStub が「正しく使われなかった」回（やってみた #149）

/taxi-history

`tsc` 緑・375px mobile-first。cold AI（群青を一度も触っていない設定）：

#150スコア 3.5/5

AI にタクシーの評価・サポート画面を作らせてみた — 索引が「動かない部品」に誘導した回（やってみた #150・節目）

/taxi-support

`tsc` 緑・375px mobile-first。cold AI（群青を一度も触っていない設定）：

#151スコア 4.5/5

AI にタクシー会員・クーポン画面を作らせてみた — 連載最強のドメイン適合、build した部品が次々「自宅」に帰った（やってみた #151）

/taxi-membership

`tsc` 緑・375px mobile-first。cold AI（群青を一度も触っていない設定）：

#152スコア 3.5/5

AI にタクシー法人配車を作らせてみた — タクシーが toB6+toC6 で本当に完走（やってみた #152）

/taxi-corporate

#147 で「タクシー完走」と早とちりして KeEem に「は？toC 一回で完成？？？」と正された。その後 toC を #147→#152 で6枚掘り、**toB 6枚（配車/乗務員/営収/車両/苦情/需要予測）と toC 6枚（配車/予約/履歴/サポート/会員/法人）が対称**に。鉄道・航空（各 toB5+toC6）に並ぶ。**今回は「完走」と言って良い。**

この業界が gunjo に残したもの

タクシーは、「物理ops床の最頻出穴」だった StatusBoard、「値 vs 期限」軸の ExpiryBadge、「mobile sticky CTA dock」の BottomActionBar を群青に残しました。さらに「toC は toB と同じ厚さまで掘る」というプロジェクトの運用ルールがこの業界で完成しています。連載の最強のドメイン適合 (#151 会員・サブスク・クーポンで~95%) もこの arc。