挑战 1
电话预定靠口头与零散记录，高峰易撞单、漏单。
餐饮
餐饮桌台预定
为多门店餐饮把电话、会员小程序与第三方订座收进同一套预定能力：飞书门店端看板排座，对接收银桌台状态；微信/美团待确认单可由智能外呼打给门店，按意向自动确认占桌或取消。
- ✓ 预定看板
- ✓ 来电建单
- ✓ 会员小程序订座
BUSINESS CHALLENGES
业务挑战
用客户熟悉的语言描述痛点，便于快速识别是否匹配。
挑战 2
线上与现场各管各的，收银已开台仍可能被再预定。
挑战 3
会员/非会员、不同门店需要不同开放规则，缺少门店级配置。
SOLUTION BLUEPRINT
解决方案
用业务流程、模块与规则说明如何衔接。
解决方案
单日看板 + 冲突校验 + 分布式锁；与收银双向对齐桌台占用与入座/清台。
飞书门店端：看板、查询、来电建单、POS 同步、预定专用区与规则配置
→C 端：会员小程序 WebView 订座 H5
→智能外呼：异步队列、共享计划、话单按意向确认/取消并留痕
能力与规则
营业区与预定专用区分离；美团订座接拒单与对账；微信/美团待确认单可由机器人外呼门店自动确认或取消。
✓飞书门店端：看板、查询、来电建单、POS 同步、预定专用区与规则配置
✓C 端：会员小程序 WebView 订座 H5
✓智能外呼：异步队列、共享计划、话单按意向确认/取消并留痕
PRODUCT WALKTHROUGH
产品演示
看三块真实界面：门店按收银状态排桌，来电和会员订座进同一套台账，微信待确认单外呼门店后自动占桌或取消。
营业区收银同步
- A12空闲
- B04已开台
- C0818:30 · 2人
预定专用区不对第三方放号
- 预01空闲
- 预02空闲
01 · 飞书门店看板
以收银桌台为准
营业区跟收银同步。已经开台的桌子不能再订；餐段中临时加的单放进预定专用区，不放给美团和微信。
- 01先看开台
B04 收银已开台，C08 已有预定。
- 02拦住冲突
再订 B04 会被冲突校验挡住。
- 03空桌才占
来电占上 A12；餐段临时单放进预01。
模拟数据只展示预定台账和外呼规则。外呼动画不会拨打电话。
CAPABILITIES
能力归纳
模块能力用短标题与说明呈现，便于对照业务需求。
01
预定看板
围绕「预定看板」落地可运行能力，细节见方案说明。
02
来电建单
围绕「来电建单」落地可运行能力，细节见方案说明。
03
会员小程序订座
围绕「会员小程序订座」落地可运行能力，细节见方案说明。
04
收银对接
围绕「收银对接」落地可运行能力，细节见方案说明。
DELIVERY APPROACH
实施路径
从需求梳理到试运行，保持范围清晰、节奏可预期。
1
业务访谈
梳理业务对象、关键流程、数据口径与权限边界。
2
原型与规则确认
明确页面、字段、业务状态、异常处理和报表口径。
3
开发与联调
分模块实现核心流程，按需要对接现有系统或消息工具。
4
试运行与迭代
选取实际业务试跑，验证数据准确性、人员操作与后续优化项。
FAQ
常见问题
先把常见的业务与实施问题说清楚，再进一步确认需求范围。
没有书面授权。匿名案例只写行业与功能，不放客户名称、未授权截图和结果数字。
未授权则不写结果数字、不放截图。书面授权之后再补。
只打门店联系电话，不打客人。话术里只用客人手机末四位供门店核对是哪一单。
营业区来自收银同步，用于正常营业与提前预定；预定专用区由门店自配，主要服务餐段中临时预定，且不对第三方放号。
有一块业务价值，想通过软件把它做大？
告诉我们业务目标、现状和期望上线时间。我们在 1 个工作日内回复。