客户评审版 · 需求与原型确认

拼团用餐：先报名，人数够了再备餐

员工照常从手机点餐入口报名；食堂看到确认人数后再备餐。客户只需要确认规则，开发和验收另走正式流程。

不另建一套订单人数不足有明确处理页面可点击放大查看
本页用途确认业务规则和原型帮助非技术人员看懂将来怎么用。
当前状态拼团能力待开发以下橙色标注为本次需要补充的能力，不是当前已上线功能。
复用范围菜单、订单、退款继续用不重做第二套菜单、订单或售后。

后台只在一个地方设置

每个档口自己决定要不要拼团、几人成团、几点截止。

餐厅管理 → 档口设置 → 编辑档口 → 订餐规则设置 → 拼团规则

拼团规则（后台原型）

启用拼团关闭时，员工仍按原订餐方式下单。
开启
最低成团人数2–9999 人；每个档口可不同。
15 人
报名截止时间默认跟随原预订结束时间，也可单独设。
沿用原设置
人数不足处理默认取消；可只延长一次报名。
取消
付款时点默认成团后再支付，减少退款。
成团后支付

一张图看懂：一次拼团怎么完成

先报名，再判断人数；结果只有“成团”或“未成团”两种。

1食堂设置规则

打开拼团，设置最低人数；截止默认沿用原预订时间。

2员工手机报名

从原来的点餐入口选餐，点击“参加拼团”。

3系统显示人数

员工和食堂都能看到当前报名进度。

原型示意：12 / 15 人
4截止后自动判定

锁定人数、通知双方，并进入成团或未成团处理。

✓ 达到人数：成团

通知食堂备餐；默认此时才提醒员工支付，之后按原方式取餐和查询订单。

人数不足：未成团

默认取消并释放名额；若后台开启“延长一次”，延长后仍不足才取消。报名即付款时仍走原退款流程。

客户将看到的 4 个关键页面

以下为“拼团原型示意”，用来确认功能和操作方式；不是现有系统截图。

电脑端 · 发布拼团 待开发
开关：启用拼团
最低人数：15 人
截止：沿用预订结束时间
食堂只在规则页设置不另建拼团菜单。
手机端 · 员工报名 待开发
参加拼团
员工照常从菜单进入选餐后能看到报名进度。
手机端 · 查看结果 待开发
✓ 已成团
请按时取餐
查看订单
结果一眼就懂成团则取餐；未成团则按约定处理。
电脑端 · 按人数备餐 待开发
午餐 · 宫保鸡丁套餐
已报名18 人
最低成团15 人
当前状态已成团
食堂只看一组数字按确认人数备餐，不用人工统计。

哪些继续用，哪些需要补充

避免客户误解为“全部推倒重来”。

继续使用现有系统

✓菜品、菜谱、档口和订餐规则
✓手机点餐入口和订单查询
✓消费订单、取餐和结算
✓取消、售后和退款记录

拼团需要新增的最小能力

+最低成团人数和报名截止时间
+报名中 / 已成团 / 未成团三种状态
+报名人数、结果通知和备餐人数
+人数不足后的取消、顺延或退款规则

现有系统页面：点图片可放大看全

以下是已核验的当前页面，只说明现有入口和订单页结构；不代表拼团已实现。

电脑端：订餐规则设置未来在这里补充最低人数和截止时间。
点图放大看全图
手机端：餐品入口员工仍从这里选餐、报名。
点图放大看全图
电脑端：消费订单成团后在这里核对和履约。
点图放大看全图
电脑端：退款订单取消或未成团的退款在这里处理。
点图放大看全图

默认值已经定好，客户只需看是否适用

如某个档口有特殊情况，管理员可在后台按档口调整，不影响其他档口。

1最低人数：15 人后台可改，范围 2–9999 人。
2截止：沿用预订结束也可自定义，但必须早于取餐 15 分钟。
3人数不足：默认取消可选择只延长一次，不能无限延期。
4付款：成团后支付如果改为报名即支付，必须自动走退款。
5历史规则不回写改配置只影响新批次，已报名批次按原规则执行。
6通知：默认开启成团、未成团、延长报名都会通知双方。
🚩

规则已定义，后续按三步推进

基于本页默认规则输出可点击原型 → 由实施团队开发 → 我按配置、成团、未成团、延长和历史快照五类用例验收。当前不把原型写成已开发。