
报价审批慢,常见原因不是审批人不配合,而是系统把“标准价格的小额报价”和“低毛利、非标交付、超长账期的重大项目”都送进同一条链。结果是低风险报价排队,高风险报价又缺少真正需要的评审人。改造重点不是简单减少节点,而是把折扣、毛利、付款、交付和合同例外变成可计算条件,让标准报价自动通过,只有越权项进入对应负责人。
报价应具有草稿、审批中、已批准、已生效、已拒绝、已撤回和已失效等状态。销售修改产品、数量、单价、折扣、税率、付款或交付条件后,应生成新版本或使原批准失效,不能让审批记录继续附着在已改变的内容上。Microsoft Dynamics 365 Sales将报价区分为草稿、激活和关闭状态,并说明激活后金额被锁定;这个思路可以转化为本地CRM的“客户版只从已生效版本生成”。
版本至少记录:报价号、版本号、商机、客户、价目表、币种、明细行、成本口径、折扣、税费、付款条件、有效期、交付范围、创建人、审批快照与客户发送时间。审批人看到的摘要必须能下钻到变化项,避免用一张PDF覆盖结构化数据。
折扣轴回答销售是否超出授权;毛利轴回答项目是否低于经营底线;例外轴回答付款、交付、质保、赔偿或技术承诺是否偏离标准。三轴独立判断,再合并需要的审批角色。这样,高折扣但毛利仍健康的清库存报价,不必与低折扣却包含高风险定制承诺的报价走同一条链。
| 条件 | 系统动作 | 需要证据 |
|---|---|---|
| 标准价、标准条款、毛利达标 | 自动通过或销售主管抽查 | 价目表版本、成本日期 |
| 折扣超过个人授权 | 送销售负责人 | 客户理由、竞争信息、预计成交日 |
| 毛利低于业务线阈值 | 送财务或经营负责人 | 成本明细、项目费用、回款计划 |
| 付款或质保为非标 | 送财务、交付或法务 | 偏差条款、责任边界、风险处置 |
| 修改已批准版本 | 原批准失效,按变化重新路由 | 版本差异与修改原因 |

基础毛利率可按(未税收入-直接成本)÷ 未税收入计算。项目型销售还应纳入实施工时、差旅、外包、集成、质保准备、渠道费用和资金占用等可归属成本。系统应保存成本版本和取数时间,因为采购价、汇率或资源投入变化会让同一报价的毛利不同。
Microsoft的价格计算文档说明,机会、报价、订单与发票中的单价、数量折扣、手工折扣和扩展金额会受价目表及计算设置影响。这里的关键不是照搬某个产品,而是确认CRM中自动价格、手工调整和成本来源不会互相覆盖。若成本不可得,应标记“毛利未核”,而不是用零成本得到虚假高毛利。
字段不应为了“资料齐全”一次性全必填。标准报价只需价格、客户和有效期;触发低毛利时再要求成本解释,触发非标条款时再要求偏差说明。条件必填能减少销售用“无”“待定”绕过表单。
系统先计算目标完成时间,再在剩余时间、超时和升级节点提醒。标准折扣审批可由单一负责人处理;跨部门例外需要并行评审,最终由明确角色汇总。审批人请假或离职时,代理必须有起止时间和同等授权范围,不能把所有请求永久转给管理员。
看板至少区分等待审批人、等待销售补充、等待客户条件和系统异常。平均审批时长单独看会失真,应同时观察一次通过率、退回原因、各规则命中量、超时率和批准后再次改版率。若大量报价因同一信息退回,应修表单或规则;若某一阈值命中太多,再评估授权是否过窄,而不是直接取消控制。
报价发送动作必须校验状态、有效期和版本,并在系统中记录发送时间与文件哈希或受控链接。客户接受后,应从该生效版本生成订单或合同基线;客户要求修改时,关闭旧版并复制为新草稿。Dynamics 365的报价流程同样从草稿、激活到接受后生成订单,且指出报价会随销售推进多次修订。
不要把邮件附件当作最终真相。结构化明细用于计算和审计,客户PDF用于沟通,两者应由同一已批准版本生成。涉及多币种时,基础记录与明细币种必须一致;涉及阶梯价或客户专属价时,应显示规则来源。比较系统投入时可结合CRM三年总成本测算方法判断报价模块、集成和维护成本。
验收还要核对数据权限:销售只能查看自己或被授权团队的报价,审批人只获得履职所需字段,财务成本不应无差别暴露。若报价需要通过开放平台同步ERP,可参考CRM开放平台验收方法检查幂等、字段权限和失败补偿;经营预测则可结合销售预测校准方法区分报价金额与可实现收入。
报价审批的目标是让标准业务快速通过,让经营风险到达真正能决策的人。先冻结版本,再以折扣、毛利和例外三轴分流,配合条件必填、分层SLA和客户版阻断,才能同时缩短等待、保护毛利并留下可审计证据。
如果报价经常反复退回、审批超时或客户收到多个版本,申请一次CRM报价流程诊断,用真实规则梳理授权矩阵和最短路径。

@2026 郑州蝉鸣数字科技有限公司 | 蝉鸣CRM 客户管理系统 | 销售防飞单 | 企业微信对接 | CRM源码 | 低代码定制 | 私有化部署 豫ICP备2024074779号