コールドテスト

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

配車管理 (AVM)、乗務員管理と点呼、営収分析、車両整備、苦情・事故、需要予測、消費者向け配車アプリ、予約配車、乗車履歴、サポート、会員サブスク、法人配車──toB6+toC6 で対称完走した12枚。StatusBoard・ExpiryBadge・BottomActionBar が実装した業界です。

運輸:タクシー の cold test、12 画面のまとめ。

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

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

ここで群青に加わったコンポーネント

タクシー12枚で 3回確認を満たして実装に到達したコンポーネントです。toB6+toC6 の対称完走で、消費者向けと事業者向けのキャンバスが同時に描き広がりました。

BottomActionBar は #125 振替・#129 払戻・#139 高速バス予約・#147 配車アプリで 3回確認達成実装。「モバイル下 sticky CTA dock」は PageHeader(上 sticky)と対称のキャンバスになりました。

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

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

AI にタクシー配車管理を作らせてみた — 現場運用の最頻出の欠落「状態盤」が、4モード目でコンポーネント化(やってみた #141) preview
#141スコア 4/5
AI にタクシー配車管理を作らせてみた — 現場運用の最頻出の欠落「状態盤」が、4モード目でコンポーネント化(やってみた #141)
/taxi-dispatch

現場運用の土台の最頻出の欠落が作る合図に。「現場運用の欠落は、4モード目で揃った」。

AI にタクシー乗務員管理を作らせてみた — 「3つ目の軸(期限)」が3モードをまたいでコンポーネント化(やってみた #142) preview
#142スコア 4/5
AI にタクシー乗務員管理を作らせてみた — 「3つ目の軸(期限)」が3モードをまたいでコンポーネント化(やってみた #142)
/taxi-crew

「値 vs 期限」の軸が作る合図に。「欠落を『軸』で位置づけると、作るのは仕様確定の確認作業になる」。

AI にタクシー営収ダッシュボードを作らせてみた — チャート土台が「最も用途向けに作られている」と評された回(やってみた #143) preview
#143スコア 4/5
AI にタクシー営収ダッシュボードを作らせてみた — チャート土台が「最も用途向けに作られている」と評された回(やってみた #143)
/taxi-revenue

チャート/アナリティクス土台が交通営収に丸ごと業界越え。「分析の土台は、運用の土台とは別系統で既に成熟していた」。

AI にタクシーの車両管理画面を作らせてみた — 連載で初めての満点(5/5)(やってみた #144) preview
#144スコア 5/5
AI にタクシーの車両管理画面を作らせてみた — 連載で初めての満点(5/5)(やってみた #144)
/taxi-maintenance

連載で初めての満点。共通するパターンに合わせて作ると、業界を越えて効く。

AI にタクシーの苦情・事故管理を作らせてみた — 型は通るのに無視される「嘘の prop」を見つけた回(やってみた #145) preview
#145スコア 4.5/5
AI にタクシーの苦情・事故管理を作らせてみた — 型は通るのに無視される「嘘の prop」を見つけた回(やってみた #145)
/taxi-incidents

ケース管理という別系統も土台に乗った。「予備知識ゼロのテストは4種類の欠陥を炙り出す」。

AI にタクシー需要予測を作らせてみた — 誤誘導先だった HeatmapChart が、遂に「本来の居場所」で輝いた(やってみた #146) preview
#146スコア 4/5
AI にタクシー需要予測を作らせてみた — 誤誘導先だった HeatmapChart が、遂に「本来の居場所」で輝いた(やってみた #146)
/taxi-demand

予測/最適化の分析系統も土台に乗った。「守備範囲は『ここでない』と『ここだ』の両側から確定する」。

AI にタクシー配車アプリを作らせてみた — 4回貯めた「ボトムバー」がついにコンポーネント化、タクシーの利用者向け 深掘り開始(やってみた #147) preview
#147スコア 4/5
AI にタクシー配車アプリを作らせてみた — 4回貯めた「ボトムバー」がついにコンポーネント化、タクシーの利用者向け 深掘り開始(やってみた #147)
/taxi-ride

連載で4回貯めた欠落が作る合図に。「PageHeader を作ったら、対の BottomActionBar も必ず来る」。

AI にタクシー予約配車を作らせてみた — 昨日作ったボトムバーが、翌日の予約画面で自力発見(やってみた #148) preview
#148スコア 4.5/5
AI にタクシー予約配車を作らせてみた — 昨日作ったボトムバーが、翌日の予約画面で自力発見(やってみた #148)
/taxi-booking

予約の土台はそのまま使える。「docstring は、翌日の自力発見への手紙」。

AI にタクシーの乗車履歴・領収書を作らせてみた — TicketStub が「正しく使われなかった」回(やってみた #149) preview
#149スコア 4/5
AI にタクシーの乗車履歴・領収書を作らせてみた — TicketStub が「正しく使われなかった」回(やってみた #149)
/taxi-history

アカウント系も土台に乗った。TicketStub が「正しく使われなかった」=守備範囲の確定の成熟形。

AI にタクシーの評価・サポート画面を作らせてみた — 索引が「動かないコンポーネント」に誘導した回(やってみた #150・節目) preview
#150スコア 3.5/5
AI にタクシーの評価・サポート画面を作らせてみた — 索引が「動かないコンポーネント」に誘導した回(やってみた #150・節目)
/taxi-support

枠と FAQ は良いが「評価の入力」が無い。「欠落」と「能動的な誤誘導」は違う。後者の方が危険。

AI にタクシー会員・クーポン画面を作らせてみた — 連載最強の領域への適合、作ったコンポーネントが次々「自宅」に帰った(やってみた #151) preview
#151スコア 4.5/5
AI にタクシー会員・クーポン画面を作らせてみた — 連載最強の領域への適合、作ったコンポーネントが次々「自宅」に帰った(やってみた #151)
/taxi-membership

連載で最も強い領域への適合。「深掘りの終盤は、固めた土台が画面を勝手に組み上げる」。

AI にタクシー法人配車を作らせてみた — タクシーが 事業者向け6+利用者向け6 で本当に完走(やってみた #152) preview
#152スコア 3.5/5
AI にタクシー法人配車を作らせてみた — タクシーが 事業者向け6+利用者向け6 で本当に完走(やってみた #152)
/taxi-corporate

汎用の土台は ~70%、事業者を通じて利用者に届くタイプ(B2B2C)固有の層が欠落。「完走」とは 事業者向けと利用者向けの画面 が対称になること。

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

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