餐厅系统
无需购买硬件

生意很好，但系统只有 Google Form 和记忆

清迈一家接受每周饭盒套餐订单的真实餐厅，遇到了典型的 SME 问题：

• 客户不知道餐几点送到 → 不停发消息询问，食物在等待中还可能变质
• 订单存放在 Google Form 里 → 数据分散，与厨房不连通，也没有客户档案
• 菜品一道道做好 → 只能手动逐个通知客户

市场上的替代方案是需要购买硬件的 POS 系统——这是小餐厅不该承担的成本

先设计工作流程——软件随后跟上

• 零硬件 — 整个系统是 PWA，通过链接 / QR / LINE 即可打开，无需安装应用，无需购买设备
• 三种角色，一个系统 — 客户（下单 + 跟踪）· 厨房员工（kitchen board）· 店主（管理菜单/订单），都用自己的手机
• 实时 kitchen board — 厨房点按按钮推进状态 → 客户立即通过 LINE 收到通知
• 按菜品通知 — 一道菜做好，系统只通知点了这道菜的客户——没有人需要再逐个发消息
• 每周订阅 — 客户设定计划（日期 + 餐次 + 菜品），系统每周自动生成订单
• 从第一天起就是多租户 — 架构可直接扩展为面向其他餐厅的 SaaS，无需推倒重来

不是软件造就系统——而是系统决定软件应该是什么

实际构建的内容

11 个完整模块——从接待客户 · 食物过敏管理 · 每周菜单 · 自动订阅 · 实时厨房显示 · 带 ETA 通知的配送 · 通知引擎 · 一直到店主的管理后台

每个模块都已通过端到端测试并部署到生产环境

已在生产环境上线——服务真实餐厅

系统自 2026 年 8 月起投入生产，也是 Faberic 验证 SME 模式的试验场，这些模式会延伸到其他客户——来自真实餐厅的经验变成了可传承的知识

SME 缺的不是技术——而是从实际工作出发设计的系统

餐厅的问题从来不是“没有 AI”或“没有 POS”——而是工作流程从未被设计过。一旦工作流程清晰（谁下单 → 谁制作 → 谁在什么时候知道），随之而来的软件会比所有人想象的更简单、更便宜

还有一条工程上的经验：精准选择需要灵活的地方——我们只在 3 个真正需要可替换的点（auth · notification · payment）使用 ports & adapters，其余采用标准结构——简单是需要设计出来的