业务流程 · 实作指南
报价助手可以整理需求，但不能自行决定售价
把产品需求解读、价格查询和商业批准分开，再考虑报价自动化。
拆开三种不同工作
假设一家分销商收到采购查询，客户只提供旧款产品名称。理解需求、找出有效价格，以及批准折扣，其实是三种不同决定。若全部塞进同一段提示，出错时很难知道是型号配对错误，还是商业判断越权。设计报价助手前，先画出每项决定的依据、负责人与可接受的例外。
价格只取自有效来源
产品代码、单位、生效日期和币别应来自受控目录。模型可以附上文字依据，提出候选产品，但价格由应用程式向已批准系统查询。找不到价格或价格过期时，直接标记缺口。看似合理的数字反而更危险，因为它可能在没有人注意下变成对客户的承诺，之後很难追回。
流程一览
输入整理审核执行
批准的是整份商业版本
草稿应列出数量、交付假设、待确认税务处理及有效条件，交由员工审核。保存批准者与版本；客户更改数量时，相关批准应重新确认，而不是静默改总额。审批工具只能协助交接，谁有折扣权、何时需要主管覆核，仍须由企业明订，不能交给模型临场推断。
刻意测试模糊需求
试点资料要包括停产型号、冲突单位、不同币别及缺少送货地点等情况，不能只用最整齐的订单。比较错误产品建议与核对工时，而不只是草稿速度。先采用只产生草稿的模式。助手的价值是让不确定之处更容易被看见，不是把未确认的内容包装成漂亮而完整的报价单。
可以立即进行的练习
准备三种草稿：单位缺失、价格过期，以及批准後改数量，请商业负责人指出各应在哪里停下。通过测试未必是完成报价，也可以是清楚列出未解问题。把它们保留为回归案例，避免日後改提示时悄悄扩大价格权限。每份草稿都应能说明哪些数字直接取自批准系统、哪些条件仍需确认；若助手自行补单位或沿用失效批准，即使总额看似合理，也不可当作成功输出。
来源与延伸阅读
- Building effective agentsBuilding effective agentsAnthropic · 官方文件 ·
- Create and test an approval workflow with Power AutomateCreate and test an approval workflow with Power AutomateMicrosoft Learn · 官方文件 ·
编辑原则
本系列以 AI 辅助原创撰写，并对照连结的公开来源。实作建议与假设情境属编辑分析，并非客户实绩。来源发布日期及产品细节可能与本系列整理日期不同。