コールドテスト

鉄道UIのコールドテスト — 運転指令・乗務員・車両保守・特急予約・乗換案内・運行情報

運転指令と運行図表、乗務員仕業と交番、車両検査と保守、特急券・指定席予約、乗換案内、運行情報、IC・ポイント、定期券、駅構内ナビ──運輸の鉄道モードを toB5+toC11 で完走した16枚。連載で「toB のキャンバスは新モードでも変わらない」「toC を厚くしないとキャンバスは描き揃わない」を強く実証した業界です。

運輸:鉄道 の cold test、16 画面のまとめ。

なぜ鉄道UIは難しいのか

鉄道は「運転指令の back-office」「利用者の B2C アプリ」「駅務の現場ボード」「ダイヤ計画」「営収分析」と、視点も密度も全く違う層が同居します。運行図表(時間×距離の斜めライン)、機材繰りのリッチセグメント Gantt、ScheduleGrid 風の交番、車両検査の Meter、特急予約の SeatMap、乗換案内のレッグ別 itinerary、運行情報のステータス行、IC残高の主役ブロックのロイヤリティ──キャンバスの総力戦です。toC を6枚以上掘ったときに toB と対称になる、という「完走の定義」もここで明確になりました。

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

鉄道16枚で 3回確認を満たして実装に到達したコンポーネントです。toB と toC を厚く積んだことで複数のキャンバスが一気に描き上がりました。

OriginDestination は #166 国際物流・#169 鉄道路線実績・#170 特急予約と3画面で独立に手組みされ、A→B の区間ヘッダ(from / to / via・所要 connector・出発⇄到着 swap)として固まりました。

運輸:鉄道 の全ラウンド

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

AI に鉄道の運転指令を作らせてみた — 3回目の「対応キュー」手組みで、またコンポーネントになった(やってみた #106) preview
#106スコア 4/5
AI に鉄道の運転指令を作らせてみた — 3回目の「対応キュー」手組みで、またコンポーネントになった(やってみた #106)
/rail-operations

3回目が発火(2連続で作る)。全業種共通の土台はまだ埋まる。

AI に鉄道の乗務員交番を作らせてみた — 昨日作った「対応キュー」を、別のAIが翌日もう使った(やってみた #107) preview
#107スコア 4.5/5
AI に鉄道の乗務員交番を作らせてみた — 昨日作った「対応キュー」を、別のAIが翌日もう使った(やってみた #107)
/rail-crew-roster

ActionQueue の法則がまた1ラウンドで閉じた。全業種共通の土台は、業界をまたいで「翌画面で裏付く」。

AI に鉄道の車両検査を作らせてみた — 索引が「全部正解・誤誘導ゼロ」になった(やってみた #108) preview
#108スコア 4.5/5
AI に鉄道の車両検査を作らせてみた — 索引が「全部正解・誤誘導ゼロ」になった(やってみた #108)
/rail-maintenance

索引がパーフェクトに。発見可能性の複利が満点に届いた。

AI に特急券予約を作らせてみた — 利用者向けに降りた瞬間、最低スコアと新しい穴が出た(やってみた #109) preview
#109スコア 3.5/5
AI に特急券予約を作らせてみた — 利用者向けに降りた瞬間、最低スコアと新しい穴が出た(やってみた #109)
/express-reservation

それが収穫。利用者向けの画面は「新しい土台」を一気に掘り当てる。

AI に乗換案内を作らせてみた — 自分で索引に足したコンポーネントが、3回後に「不適」と判明した(やってみた #110) preview
#110スコア 3/5
AI に乗換案内を作らせてみた — 自分で索引に足したコンポーネントが、3回後に「不適」と判明した(やってみた #110)
/transit-search

利用者向けの画面は欠落を掘り続ける。索引の「負の知識」と、利用者向けの土台。

AI に運行情報案内を作らせてみた — 利用者向けで3回手組みされた「リストカード」が、ついにコンポーネントになった(やってみた #111) preview
#111スコア 3.5/5
AI に運行情報案内を作らせてみた — 利用者向けで3回手組みされた「リストカード」が、ついにコンポーネントになった(やってみた #111)
/service-status

利用者向け初のコンポーネント化(3回目が発火)。利用者向けにも全業種共通の土台があった。

AI に鉄道のポイント画面を作らせてみた — 「鉄道もポイント必要」の直感が、的中した(やってみた #117) preview
#117スコア 3/5
AI に鉄道のポイント画面を作らせてみた — 「鉄道もポイント必要」の直感が、的中した(やってみた #117)
/rail-points

予言の的中(LoyaltySummaryCard 2/3)。ユーザーの直感が、3回ルールの2つ目を当てた。

AI に定期券の購入フローを作らせてみた — 利用者向けの購入の「最小単位」がまだ無かった(やってみた #119) preview
#119スコア 3.5/5
AI に定期券の購入フローを作らせてみた — 利用者向けの購入の「最小単位」がまだ無かった(やってみた #119)
/commuter-pass

深掘りは「同じ欠落の別の証拠」を確実に集める。利用者向けの購入の「最小単位」が無い(RadioCard)。

AI に駅構内ナビを作らせてみた — ListCard は新しい型でも効いた、でも「カテゴリの横スクロール」が無い(やってみた #120) preview
#120スコア 3.5/5
AI に駅構内ナビを作らせてみた — ListCard は新しい型でも効いた、でも「カテゴリの横スクロール」が無い(やってみた #120)
/station-guide

全業種共通の土台の「適用範囲」が広がり、まだ固まっていない土台の証拠が貯まる。カテゴリの「横スクロールするチップのナビ」が無い(FilterChips)。

AI にきっぷ購入を作らせてみた — 利用者向けの購入の「最小単位」が、3回目でついにコンポーネントになった(やってみた #121) preview
#121スコア 3.5/5
AI にきっぷ購入を作らせてみた — 利用者向けの購入の「最小単位」が、3回目でついにコンポーネントになった(やってみた #121)
/ticket-store

RadioCard の3回目が発火。予備知識ゼロの AI は「アクセシビリティの正しさ」まで3人で合意する。

AI に駅ナカ・おでかけ提案を作らせてみた — 3画面さまよった「券面」が、ついにコンポーネント化(やってみた #128) preview
#128スコア 3.5/5
AI に駅ナカ・おでかけ提案を作らせてみた — 3画面さまよった「券面」が、ついにコンポーネント化(やってみた #128)
/station-outing

「券面」がついに固まる。「コインの裏側」は別のコンポーネント。

AI にきっぷの払戻し画面を作らせてみた — 昨日作ったコンポーネントが、今日の画面で自力発見された(やってみた #129) preview
#129スコア 4.5/5
AI にきっぷの払戻し画面を作らせてみた — 昨日作ったコンポーネントが、今日の画面で自力発見された(やってみた #129)
/ticket-refund

連載最高スコア。「使い倒しは、コンポーネント化と検証と修繕を同時に進める」。

AI に駅務管理コンソールを作らせてみた — 事業者向けの土台が初めて「形が違う」欠落を露出した(やってみた #132) preview
#132スコア 4.5/5
AI に駅務管理コンソールを作らせてみた — 事業者向けの土台が初めて「形が違う」欠落を露出した(やってみた #132)
/station-ops

背骨は全て摩擦ゼロ。だが…事業者向けの土台が初めて露出した「形が違う」欠落。

AI に鉄道のダイヤ作成(運行図表)を作らせてみた — #106 で課題に記録した欠落が、27回後に2回目を見せた(やってみた #133) preview
#133スコア 3.5/5
AI に鉄道のダイヤ作成(運行図表)を作らせてみた — #106 で課題に記録した欠落が、27回後に2回目を見せた(やってみた #133)
/timetable-planning

背骨は完璧。だが画面の名前そのものが手組み。「2回目の欠落」は、3回目=作るの予告。

AI に鉄道の定時性ダッシュボードを作らせてみた — ストック深掘りで Statistic goodWhen がコンポーネント化(やってみた #169) preview
#169スコア 4/5
AI に鉄道の定時性ダッシュボードを作らせてみた — ストック深掘りで Statistic goodWhen がコンポーネント化(やってみた #169)
/line-performance

狙い通り Statistic goodWhen が3回目でコンポーネント化。「ストック深掘り」は狙った 3回確認を確実に踏ませる。

AI に新幹線予約画面を作らせてみた — A→B 区間の見出しがコンポーネント化、索引の「縦と横」の取り違えを是正(やってみた #170) preview
#170スコア 4/5
AI に新幹線予約画面を作らせてみた — A→B 区間の見出しがコンポーネント化、索引の「縦と横」の取り違えを是正(やってみた #170)
/express-booking

A→B 区間の見出しが3回目でコンポーネント化。索引の罠に「形(縦 vs 横)の取り違え」が加わった。

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

鉄道は、運輸5モードの最初のキャンバスとして ActionQueue・LoyaltySummaryCard・Statistic goodWhen・OriginDestination・Stringline(バスで実装)など多数のコンポーネントを群青に残しました。toC を厚く掘ることがキャンバスの描き揃いに直結することを、最も強く実証した業界でもあります。鉄道 toB5+toC11 = 16枚という規模は、連載最長。「toC が弱い側なら深掘りを優先」という運用ルールが固まった発端でもあります。