门店概况（假想）
業態
居酒屋・宴会対応
店舗数
5 店舗 (横浜近郊)
席数 / 店
40〜70 席
スタッフ
1 店舗 8〜12 名 (パート含)
客単価
¥3,500〜4,800
営業時間
17:00〜翌 0:30
SIMULATION CASE · 假想情景案例 #01
“Aburiya” 5 家门店，
迁移 3 个月，预订漏接从每月 40 件降到 0 件
这是一个假想的居酒屋连锁“Aburiya”在横滨近郊经营 5 家门店，从 Air Regi 与 3 个网站的预订管理整合到 RestaurantOS 的 3 个月迁移情景。
预订漏接 每月 40 件 → 0 件
Before — 迁移前的状况
ぐるなび、食べログ、ホットペッパーグルメ — 3 つの予約サイトに別端末で対応していて、金曜の夜は本当に何が起きているか分からなかった。
予約の取りこぼしは月 30〜40 件はあった気がする。電話を取れず、折り返しても先約済み。お客様の信頼も少しずつ削れていた。
5 店舗のシフト調整は、店長が LINE で送ってきたものを本部の人間が Excel に転記していた。当日変更が現場に伝わらず、現場で揉めることも。
— 假想老板 / 50 多岁男性 / 经营 5 家门店
Why RestaurantOS — 比较选型的决定性因素
- Airレジ・トレタも候補にしたが、「POS だけ」「予約だけ」では 3 サイト統合が解決しないと判断。
- external-reservation-parser プラグインで、3 サイトの予約メールを自動で 1 つの台帳に統合できる点が決定打。
- 本部からの 5 店舗統制 (シフト・売上分析) も同じ画面でできるので、現場の負担を増やさず管理できる。
导入流程（3 个月）
Day 1〜14
並行運用フェーズ
Airレジ と RestaurantOS を並行運用。1 店舗 (横浜本店) でパイロット開始、RestaurantOS 側に予約データを取り込み、二重入力で精度を検証。
Day 15〜30
POS 切替
横浜本店の POS を RestaurantOS に完全切替。Airレジ は予約参照用に 30 日間だけ残し、その後完全停止。
Day 31〜60
残り 4 店舗の順次展開
1 週間に 1 店舗のペースで展開。各店舗で 3 日間の並行運用 → 切替の流れを反復。
Day 61〜90
シフト・分析の本部統合
5 店舗のシフトを RestaurantOS の shift-adjustment で統合。本部の Excel 集計作業がゼロに。
实际导入的 6 个插件（假想）
予約管理
5 店舗の予約台帳統合
外部予約連携
3 サイトの自動取り込み
POS
Airレジ から切替
シフト調整
5 店舗統一管理
売上分析
店舗別 KPI
AIチャット
本部・店長間連携
After — 3 个月后的数字
予約取りこぼし
0 件/月
月 40 件 → 0 件
本部の集計時間
−12 h/週
週 16h → 4h
シフト調整ミス
−85 %
感覚的な数値
外部予約反映
<5 分
従来 30 分 → 5 分
本部現場連絡
+3 倍
情報の流通量
オーナー出社頻度
−2 日/週
在宅で経営判断可
老板的声音（假想）
金曜 20 時、3 つの予約サイトから同時に電話が鳴っても、すべてが 1 つの台帳に入る。それだけで、店長の頭の中の負担が半分になった気がします。
本部の Excel 集計に週 16 時間使っていた分、私自身が現場の様子を見に行ける時間に変わった。これは数字に出にくいけど、経営にとっては一番大きい変化。
システム自体は最初は怖かった。でも 1 店舗だけパイロットで始めて、安心してから残りを展開した。並行運用が可能だったので、営業を止めずに済んだ。
— 假想老板