报价审批自动化：报价改了，旧审批还有效吗？

报价审批自动化可以连接销售计算价格的 Excel、负责批准例外的人员，以及跟进商机的 CRM。真正有用的流程，应让这些记录保持一致，并明确销售准备发送的究竟是哪一个已批准版本。

销售运营和财务团队经常遇到这样的情况：经理已经批准报价，客户随后要求再降一点价格，或者延长账期。销售改了表格，CRM 里却仍显示“已批准”。这时，原来的审批还算数吗？

现有 CRM 的功能可能已经能解决这个问题。如果价格计算、审批和客户记录分散在多个系统中，也可以用一个聚焦的内部应用把它们接起来。开始选工具前，先说清楚一次审批到底批准了什么。

审批应该对应一份明确的报价版本

下面是一组流程设计演示，不是 ZenAI 客户案例，也不是建议企业采用的折扣政策。

报价 Q-2047 包含 5 件产品，每件标价 2,000 美元，小计 10,000 美元。V3 版本给出 10% 折扣，折后金额为 9,000 美元，付款期限为 30 天。上述金额均不含税费和运费。

假设这家企业要求报价由销售经理批准；折扣超过 10%，或者账期超过 30 天时，还需要财务审批。销售经理批准了 V3。

客户随后要求把折扣提高到 15%，账期延长到 60 天。销售生成 V4，折后金额变为 8,500 美元。按照这组演示规则，V4 需要销售经理和财务重新审批。V3 的批准记录继续保留，但不能用来授权 V4。

演示规则：V3 的批准不能授权 V4。金额均不含税费和运费。

流程需要保留提交时的报价快照，包括产品明细、数量、价格来源、折扣、币种、账期和对应文件。影响授权的内容发生变化时，生成新版本，并重新判断所需审批。

哪些修改会触发重新审批，应由企业明确。例如联系人姓名的错字可以与价格、数量、币种、交付范围和账期的变化分别处理，避免所有编辑都重走审批，也避免关键变化被悄悄放过。

连接三类记录，别再制造三个“最新版”

在设计审批页面或提醒消息前，先确定报价信息分别由谁维护。

• 价格输入：明确获准使用的价目表或计算模型、负责人和版本。如果继续使用 Excel，要限定支持的模板，以及系统读取哪些单元格或计算结果。
• 审批记录：保存提交版本、所需审批人、决定、意见和时间。审批人应能看到本次提交与之前版本相比改了什么。
• CRM 记录：将客户和商机关联到当前报价版本、审批状态及文件，只写入约定的字段。

状态也应区分“待审批”“已批准”“CRM 更新失败”和“已发送”。一份报价已经获批，但尚未同步到 CRM，员工就需要看到失败状态及处理负责人。发出一封通知邮件，不能代替系统同步成功。

对外发送应是单独受控的动作。发送前核对文件是否仍对应已批准版本，以及必要的同步是否完成。员工绕过流程、手动发送另一个附件时，单靠审批系统无法拦住，因此操作制度也需要一起明确。

内部工作台演示：审批、CRM 同步和对外发送分别记录状态。

先检查现成功能，再决定怎么实施

先查看现有 CRM 或报价产品是否已经支持所需功能。例如，HubSpot 的报价审批文档介绍了按属性设置审批条件，以及更细化的审批流程；具体可用能力取决于订阅和配置。评估时，应在企业实际使用的产品与账号中验证。

通常可以比较三条实施路径：

配置现有报价与审批功能。当价格计算、文件生成、权限和审批规则都能在现有产品中完成时，优先检查配置方案。重点测试已批准报价被修改、审批人不在岗，以及用户提前发送时的实际行为。

用工作流平台连接现有工具。当各系统有可用接口，审核需求也比较直接时，可以评估集成方案。微软的 Power Automate 审批流程指南包含文档和销售报价审批的应用场景。连接器权限、许可、文件处理和失败恢复，仍要按企业环境确认。

开发聚焦的内部应用。如果企业有专属定价模型、跨系统核对、版本差异比较，或标准界面难以支持的审核队列，再评估定制部分。把开发范围放在这些缺口上，是否更换整套 CRM 则是另一项决定。

AI 适合辅助理解，审批条件应由明确规则决定

AI 可以辅助从客户邮件中提取改价要求、起草例外说明，或总结两份报价的差异。这些建议应允许员工纠正和确认。

当折扣已确认为 15%、账期已确认为 60 天，应该由明确的企业规则决定找谁审批。模型不应自行编造折扣政策、代替授权人批准，或把无人回复当成允许发送。

如果当前瓶颈只是重复录入和追着人审批，普通系统集成与工作流软件可能已经足够。需要理解非结构化信息时，再考虑加入 AI。

第一期围绕一个团队、一类报价展开

可以从一个销售团队、一套支持的报价模板或产品组、一套 CRM 和明确的审批负责人开始。范围包括版本生成、字段校验、审批分发、决定记录、CRM 同步，以及获准执行的对外发送动作。

同时确定价格缺失、审批人不在岗、申请撤回和写入失败时的处理方式。连接超时后，重试前先确认 CRM 是否已经更新成功，避免盲目再建一份报价。

要求服务商将配置、系统集成、定制应用、测试、持续许可和维护分别列入方案。后续还要维护价格模板、审批政策和系统变化。只按页面数量估算工作量，容易遗漏这些责任。

验收时，重点测一份已经改过的报价

让实施团队使用有代表性的脱敏资料，完整演示以下情况：

1. V3 已批准，销售修改折扣和账期后，V4 进入所需的新审批流程。
2. V4 已经替代 V3，有人点击旧审批链接时，该操作不能批准 V4。
3. 价格来源缺失，或使用了不支持的模板版本，申请进入待修正状态。
4. 主要审批人不在岗时，按明确的代理或升级规则处理，无人回复不等于批准。
5. 审批完成后 CRM 连接失败，员工能够发现问题，恢复时不重复创建记录。
6. 用户尝试发送未批准或已经被替代的版本，受控发送入口能够阻止。

衡量效果时，将员工实际操作时间与等待审批的总时长分开记录，再观察返工、超时申请、同步失败和错误版本发送尝试。提醒发得更快，只有在员工确实能用更少的重复工作完成正确报价时，才有实际意义。

什么时候需要定制实施团队？

ZenAI 的定制软件开发服务涉及流程梳理、系统集成、开发、测试、部署、文档和上线后支持。当现有配置无法覆盖关键审批需求时，可以评估这类外部实施能力。

针对报价审批，前期需要确认价格来源、版本规则、审批责任、CRM 访问条件和发送条件。具体实现方式与后续支持范围，应结合企业实际系统评估。

常见问题

原来的 Excel 定价模型还能保留吗？

可以评估保留，但要先核对文件负责人、公式、外部依赖、支持模板和版本处理。如果计算依赖员工随意修改本地文件，可能需要先整理模型，才能成为可靠的共享计算来源。

一定要上完整的 CPQ 系统吗？

不一定。如果产品配置和定价本身已经可控，主要缺口是审批，可以先聚焦这条流程。如果复杂产品配置、定价和文件生成也是核心问题，再比较完整的 CPQ，也就是配置、定价与报价产品。

报价每改一次，都要重新审批吗？

由业务负责人定义影响授权的字段，并规定这些变化如何触发新审批。保留之前的批准记录，同时避免将它套用到内容已经实质变化的新版本。

没有内部开发人员怎么办？

外部团队可以负责构建和维护，但企业内部仍要有定价、审批政策和 CRM 权限负责人。需要明确谁能修改规则，以及规则变更上线前如何检查。

延伸阅读

AI 工作流进入生产环境，为什么需要内部工具？

准备一份定价表或模板、一份脱敏报价及其修改版本、现有审批规则，以及涉及的 CRM 字段，即可与 ZenAI 讨论报价审批流程，明确第一期适合做什么。