宴会需求转方案与报价草稿

01 / 业务问题

教学模拟情境：企业宴会询问分散在邮件和会议记录中，人数、场地布置、餐饮限制与设备需求反复变更，销售需要形成可确认的方案。

02 / 改造前流程

销售把需求转抄到报价模板，再电话核对场地和厨房能力；旧版人数或过期套餐可能被带入新报价，临时加项缺少审批记录。

03 / 明确任务范围

生成需求确认表、可行性检查和报价草稿；不锁定场地、不承诺特殊饮食安全、不对外报价，也不签订宴会合同。

04 / 资料输入

1. 脱敏客户询问、会议记录和明确的需求变更
2. 宴会厅容量、布置限制、设备清单及档期只读快照
3. 有效套餐价目表、附加项目规则及报价授权范围

05 / AI 接入与工作流

1. 模型提取活动日期、人数范围、布置和餐饮要求，引用来源并区分确认需求与客户试探性问题。
2. 确定性检查场地容量、档期冲突、价目表有效期及必选费用，缺少条件时生成待确认问题。
3. 模型按批准套餐组合方案，价格计算由规则完成，不自行发明折扣或免费赠项。
4. 宴会运营核实执行能力，厨房负责人复核饮食限制，销售经理审批报价与承诺范围。
5. 输出带版本号的方案和报价草稿，客户回复后由人工确认变更，再进入预订流程。

06 / 人工复核节点

运营、厨房和销售经理分别审核能力、餐饮限制及商务条件；未能确认的要求必须显著保留，不能在润色时删去。

07 / 交付物

1. 宴会需求与待确认事项表
2. 方案选项及容量检查结果
3. 含费用计算和版本记录的报价草稿

08 / 验收口径（目标）

验收目标：报价条目均对应有效价目表；人数变更触发重新检查容量和餐饮量；未经审批的优惠或安全承诺不得进入可发送稿。

09 / 测试方法（假设测试集）

假设测试集含日期变更、同时占用场地、套餐跨有效期和特殊饮食要求；复核总额重算与版本替换，检查旧报价不会被误标为最新。

10 / 数据权限与风险边界

客户预算和活动信息仅供授权销售使用；饮食限制只传递给必要岗位，合同签署、场地预订和对外承诺须单独授权。

11 / 实训任务

在客户确认后增加临时搭台需求，要求学员指出受影响的场地、费用和安全审核节点，并产出变更确认草稿。