01 / 汇集资料
保留每份来源与更新时间。
虚构预订表 R-01 在下午 4 时记录 18 位客人；团餐询价 C-02 待回覆；盘点 S-03 在下午 3 时记录某原料剩六份。这些是独立记录，并非需求预测。
R-01 · 下午 4 时 / C-02 · 待回覆 / S-03 · 下午 3 时
01 / 看看流程如何运作
五个步骤，保留明确审核点。
这是使用虚构资料的交互概念演示，没有真实系统连接，不会发送、预约、采购、发布或存储资料。所示检查用于说明拟议流程，并非已验证的正式系统能力。
02 / 核对差异
资料缺少时，清楚标出缺项。
团餐询价提到饮食限制，但缺少目前供应商的原料表。转交厨房负责人处理，不能用旧菜单推断今天的原料或过敏原状态。
饮食要求：待厨房核实 · 不产生饮食安全承诺
03 / 班前简报
起草简短、有人负责的班前简报。
店主设定的示例门槛是八份，因此六份触发提醒，而非采购。天气、活动与供应商延误不作推测。每一项均连回来源与负责核对的人。
已记录 18 位预订 · 团餐待回覆 · 低库存提醒：核实六份原料
04 / 店主审核
盘点过期时，暂停确认简报。
在资料无误示例中，假设店主已核对最新盘点，并把未解决的饮食问题交给厨房负责人。若有更新盘点与现有资料冲突，先更新来源并重新审核草稿。
仅为内部简报 · 未下单、未改菜单、未回覆客户
库存记录不一致。简报保持待审核，重新盘点後再采用提醒。
等待人工审核。已在本次演示中记录确认，未执行真实操作。
05 / 交班
未解决的事项继续留在交班清单。
厨房核实与团餐回覆仍为待办，直到负责人记录结果。系统不可用时沿用纸张或 POS 流程，恢复前先核对更新，避免重复处理。
厨房负责人：核实原料 · 店主：决定采购 · 前台：审核回覆
简报尚未确认。沿用当前班次指示，请店主核对来源记录。
演示简报已确认，可供内部交接；饮食问题仍待核实，未采购或联络客户。
02 / 围绕现有工具规划
先确认连接条件，再确定方案。
以下是待评估方式，并非已验证兼容清单，也不代表已有特定平台的现成连接。是否可行取决于账户方案、正式访问规则、资料质量与小范围测试。
| 工具类别 | 可评估的方式 | 先确认什么 |
|---|---|---|
| POS 与预订 | 经批准的每日导出，或允许的唯读 API。 | 门店对应、预订人数与订单的区别、更新时间及缺失或重复记录。 |
| 库存、供应商与团餐 | 正式连接前，先使用小型共用盘点表与获授权询价记录。 | 单位、店主设定门槛、配方版本及每项异常的负责人。 |
| 外卖与会计工具 | 分别评估正式导出或连接方式；试点排除支付资料。 | 服务商访问规则、对帐、维护，以及高峰时段的手动替代流程。 |
03 / 连接真实资料前先约定
约定适合这个行业的合作边界。
以下是需求确认事项，并非已约定的托管、保留、训练用途或服务标准承诺。使用真实记录前，须与签约企业及指定负责人在项目文件中确认。
待确认的数据流示意
获授权来源记录限定工作区与访问规则如有约定，才产生 AI 草稿人工审核与下一项任务
另外画清外部服务商、日志与备份；每一部分的存储位置、模型重用或训练条款、访问与删除均须确认。
忙碌时也能用
在手机上测试简短简报与单步确认。约定由谁更新盘点，避免员工重复输入数字。离线同步经测试前不作支持承诺。
说清员工资料用途
将运营交接与个人绩效监控分开。约定员工、经理、店主和项目协作者可见范围，收集可识别操作记录前先告知员工。
预先安排高峰故障处理
在项目协议列明支持联络人、时段、升级处理与手动流程，约定退出时导出、备份恢复及删除；不预设提供全天候支持。
指定交付与资料负责人
书面列明签约企业、项目负责人、验收条件、访问权限与事件联络人，约定保密、成果归属、支持时段与升级处理责任。
约定保留、导出与删除
分别设定来源记录、AI 输入输出、操作日志与备份的保留期限，明确有权导出的格式、撤权、删除申请、备份到期与完成核验。
04 / 小范围起步
先验证一项实用改善，再考虑扩展。
用虚构记录，先试一间店的一份开店简报。不接触支付资料，不自动采购或改菜单。比较准备简报的时间、漏回团餐询价、错误提醒，以及忙碌时员工能否使用。
05 / 五篇精选阅读
围绕你的第一个流程来阅读。
建议按顺序阅读。这些是编辑指南，并非行业资历或客户成效声明。
你的起点
带上一项任务和你正在用的工具。
描述工作卡在哪里、谁需要审核，以及目前如何处理。请使用虚构示例，不要在初次咨询中包含真实客户、员工、支付或商业敏感记录。
讨论这个工作流程 ↗了解交付协作网络 ↗