飲食・レストランUIのコールドテスト — 予約台帳・ホール運営/KDS・シフト・売上分析

なぜ飲食・レストランUIは難しいのか

飲食は4枚の中に「予約管理（事前）」「リアルタイム運営（営業中）」「シフト管理（労務）」「売上分析（経営）」という4つの別作法が同居します。予約台帳はダブルブッキング検出と満席率、KDS は調理ステージのカンバンと提供遅延、シフトは週次マトリクスと人員過不足、売上分析はチャート総力戦（時間帯 StackedBar / ABC パレート / 曜日×時間ヒートマップ）。床の柔軟さと、レストランという「お店」固有の手触りの両立が要る業界です。

ここで結晶化した部品

飲食4枚で再利用された／別ドメインから越境してきた部品です。

• StatGroup (越境再利用)#95

  前回 build した StatGroup がレストラン予約台帳で自力発見。「直前 build → 翌回 cold 発掘」の再現。

• KanbanBoard (KDS)#96

  調理ステージの kanban として KanbanBoard が効いた。採用パイプライン以外のドメインへの最初の越境。

• ScheduleGrid (週次シフト)#97

  教育・人材で広げたマトリクス framing が、週次シフト管理にそのまま刺さった。

• Chart layer carry-over#98

  時間帯 StackedBar / ABC パレート / 曜日×時間ヒートマップが SVG 手組みゼロで成立。チャート層の汎用性の再証明。

売上分析ではチャート層が丸ごと越境して SVG 手組みゼロを達成。HTML/CSS チャートの汎用性が、飲食という想定外のドメインでも崩れないことを再証明しました。

飲食・レストラン の全ラウンド

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

#95スコア 4.5/5

AI にレストラン予約管理を作らせてみた — 直前に作った StatGroup が、もう新業界で使われた（やってみた #95）

/restaurant-reservations

13業界目は飲食。観測：**直前に build した `StatGroup`（＋人物階層 PersonCell/RelationshipRow）が、レストランという全く別の業界の cold AI に自力発掘されるか。**

#96スコア 4/5

AI にホール運営＋KDSを作らせてみた — KDSは KanbanBoard、でも卓タイルだけ手組み（やってみた #96）

/restaurant-floor

#95予約台帳とは真逆の、営業中のリアルタイム運営ボード。観測：**KDS（調理ステージを流れる注文）に KanbanBoard が効くか＋StatGroup の継続再利用。**

#97スコア 4.5/5

AI に飲食店のシフト管理を作らせてみた — シフト表は ScheduleGrid の本丸、でも「過不足タイル」は手組み（やってみた #97）

/restaurant-shifts

#96リアルタイム運営とは別の、週次の労務系。観測：**ScheduleGrid（シフト表の本丸）＋StatGroup の継続再利用＋StatusTile族の再出現。**

#98スコア 4.5/5

AI に飲食の売上分析ダッシュボードを作らせてみた — SVGを1つも書かずに7チャート（やってみた #98）

/restaurant-sales

運営オペ3枚（予約/フロア/シフト）とは別の分析系。観測：**チャート層が飲食でどれだけ効くか＋StatGroup の継続再利用。**

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

飲食は、「業界を越えた部品群が想定外のドメインで効くか」の総合テストの場として群青に残りました。StatGroup・PersonCell・RelationshipRow・KanbanBoard・ScheduleGrid・チャート層──HR で育てた人物階層、教育で広げたマトリクス、製造で証明したチャート総力戦が、レストランで一気に再利用されました。「成熟した部品は業界の壁を越える」を最も実感した4枚です。