一、为什么先做「审批 + CRM」而不是先上 ERP

在 口径提示：算数科技为 16+ 家平台官方授权一级服务商、19+ 条可售渠道，网络覆盖 320+ 城市（伙伴协作），可调配顾问 800+（外部伙伴协作网络，非自有员工）。渠道采购通常省 15%–30%，最高可达 55%（视平台与规模）。

复盘算数科技自有交付台账（n=67，2024–2026 年，单笔金额 8 万–180 万元），一个稳定的规律是：首年就上 ERP 的中小企业，项目失败或大幅缩水的比例，显著高于先做审批与 CRM 的企业。原因不在 ERP 本身，而在前置条件——ERP 要求主数据干净、流程标准化、岗位职责清晰；这些恰恰是审批与 CRM 上线过程中被顺带建立起来的。

1.1 三类需求的先后依赖

1.2 为什么「审批 + CRM」要一起做

分开做的常见后果是：审批系统里有一堆「合同用印申请」，但没人知道它对应哪个商机；CRM 里有商机与金额，但合同签了没有、款回了没有，销售要另外问财务。两条流水线各写一遍客户名与合同号，数据既重复又不一致。

一体化之后，三个变化立刻发生：

• 上下文自带：审批单自动带出商机、客户、历史报价，审批人不必再问「这是哪家的单」。
• 状态单向回写：用印通过后 CRM 合同状态自动变更，销售不需要手工改。
• 口径唯一：客户与合同只有一处主数据，报表不再出现两个「本月签约额」。

1.3 不适合本路径的三种情况

二、审批域解剖：五类高频单据的节点结构

在 n=67 的样本中，五类单据合计占全部审批单量的约 80%。把它们做扎实，比铺开二十类单据的收益高得多。

2.1 五类单据的节点与时效基线

口径：上线前周期取自样本企业自述的历史平均值；上线后周期为上线 90 天后的系统中位数。

2.2 报销：最容易做、也最容易做砸

报销看似最简单，却最容易做砸——因为它同时触及金额、票据、预算、税务四件事。一个常见的错误做法是「把所有情况塞进一条流程」：结果是小额报销也要走四级审批，员工宁愿垫付不入系统，系统数据反而比手工台账更差。

正确的做法是按金额与费用类型做条件分流：

2.3 采购申请：三个必填校验

采购申请的价值不在「审批」本身，而在前置校验。在 n=67 样本中，采购类单据上线后效果最明显的三项配置是：

1. 供应商库校验填写供应商名称时从主数据选择，禁止自由文本。此举把「同一供应商三种写法」的报表问题一次性消除，也为后续对账铺路。
2. 比价附件必填金额 ≥ 5,000 元时强制上传 2 家以上比价记录；系统仅校验附件存在与数量，不对内容做智能判断——避免过度设计导致填报意愿下降。
3. 预算占用检查提交时即冻结对应预算科目额度，驳回或撤回时释放。不要让「预算」停留在 Excel 里，否则超支永远在事后才被发现。

2.4 合同用印：法务条款校验清单

用印是风险最集中的环节。建议把法务关注点固化为勾选清单，申请人逐条确认后才能提交，审批人只需复核异常项：

• 主体名称与营业执照一致（自动比对客户主数据）
• 金额、币种、付款节点与 CRM 商机一致（不一致需说明理由）
• 违约责任与争议解决条款已确认
• 保密与知识产权条款已确认
• 有效期与续约条件已确认
• 是否涉及数据处理与个人信息（涉及则触发数据合规复核）

三、数据模型：主数据、单据、流转、日志四层

审批系统做不大，通常不是功能不够，而是数据模型一开始就没分层。把下面四层分开建表，后续加场景与做报表都会轻很多。

3.1 四层的职责与字段要点

3.2 单据号编制规则

单据号是跨部门沟通的唯一标识，建议采用「类型 + 年月 + 流水」结构，例如 BX-202610-0137（报销）、CG-202610-0042（采购）、HT-202610-0009（合同）。三个原则：

1. 人可读：不要用纯 UUID，电话沟通时要能念出来。
2. 不复用：作废单据保留原号并标记状态，不回收编号。
3. 可回溯：年月段与财务期间对齐，便于月度对账。

3.3 附件与留痕策略

附件策略决定了系统的合规强度与使用成本之间的平衡。样本中较优的做法是分层：

四、CRM 最小闭环模型

「最小闭环」的意思是：从线索到回款，每个环节都有明确的负责人、状态定义和下一步动作。不做花哨的营销自动化，先把主干跑通。

4.1 五段主干的状态定义

4.2 最小字段集

字段太多是 CRM 死亡的主要原因。首期建议只保留下面这些，其余需求先记录到「备注」，等确有分析诉求时再加字段：

五、审批 × CRM 的七个联动触点

这是「一体化」真正产生复利的地方。七个触点按实现难度从低到高排列，建议按顺序逐步接，不要一次全上。

5.1 触点 1–3：先做「单向回写」

前三个触点的共同特征是方向单一、无需双向同步：CRM 的状态驱动审批，审批的结果回写 CRM。这种单向设计实现简单、出错概率极低，是性价比最高的起点。

5.2 触点 4–5：把「例外」变成流程

折扣审批与授信校验的本质，是把销售与财务之间反复争论的例外情况固化为可预测的流程。设计要点：

• 阈值要有阶梯：如折扣 85 折以内销售自主、85–75 折主管、75 折以下需分管副总。
• 校验要「只预警不阻断」：授信超额时提示风险并要求填写理由，而非直接拒绝——否则销售会绕过系统成交。
• 所有例外都要可统计：例外率上升说明定价策略或授信模型需要调整。

5.3 触点 6–7：需要数据积累才能做

费用归集与毛利计算（触点 6）、续约提醒（触点 7）需要至少一个完整周期（通常 2–4 个季度）的数据积累才有意义。提前做的风险是算出来的数字不可信，反而破坏团队对系统的信任。建议第一年只做数据采集，第二年再启用分析与提醒。

六、权限矩阵与数据隔离粒度

权限是审批与 CRM 最容易引发内部争议的部分。建议用「角色 × 对象 × 动作」三维矩阵明确到表格，而不是依赖口头约定。

6.1 数据隔离的三种粒度

七、组织架构同步与单点登录

组织架构同步是整个体系的地基。地基没打好，后面所有权限都会漂移。

7.1 三个必须同步的字段

• 部门树：决定权限隔离范围与审批路由。
• 上下级关系：决定审批人默认取值与「团队级」数据可见范围。
• 在职状态：离职当天必须失效账号，否则是审计上的硬伤。

7.2 单点登录与账号生命周期

建议以钉钉 / 企业微信 / 飞书作为统一身份源（IdP），审批与 CRM 作为服务提供方（SP）。账号生命周期按「入转调离」四个事件驱动：入职自动建号并分配默认角色、转岗自动更新部门与主管、调岗同步数据归属、离职立即停用并触发数据转移。

八、AI 协同能力落地顺序

AI 在审批与 CRM 中的价值是降低填报与判断成本，而不是替代审批。按收益/风险比排序，建议分三批上线：

九、四周实施节奏

1. 第 1 周：组织架构 + 审批主线同步组织与人员，配置报销与请假两类单据，选 1 个部门试点（建议选人数 20–50、配合度高的部门）。交付物：试点部门可在系统中完成真实单据。
2. 第 2 周：CRM 主线建客户/商机/合同三张主表与状态机，导入现有客户名单并去重，配置团队级数据隔离。邀请销售团队参与字段评审（这一步不能省）。交付物：销售在系统中管理真实商机。
3. 第 3 周：联动与权限打通触点 1–3，上线合同用印流程与法务勾选清单，完成角色权限矩阵配置与验收测试。交付物：赢单 → 合同 → 用印 → 应收全链路可跑通。
4. 第 4 周：数据迁移、培训与基线导入近 12 个月历史合同与回款（比导入全部历史更有价值），分层培训（销售 / 主管 / 财务 / 法务各 1 场），采集 9 项指标基线。交付物：指标基线报告 + 运维手册 + 后续排期。

十、度量体系：9 项上线指标

指标分为领先指标（过程，可干预）与滞后指标（结果，用于验证）。只盯滞后指标会导致「知道结果不好但不知道从哪改」。

口径：样本中位改善取上线 90 天与上线前 90 天的中位数对比；不构成收益承诺。

十一、12 个失败模式

以下 12 条整理自 n=67 样本中的问题复盘，按出现频率排序。每条都给出识别信号与纠正动作。

十二、案例：某 B2B 贸易公司（脱敏）

背景：华东某 B2B 贸易企业，员工 80 人，年营收约 1.2 亿元。商机管理依赖 Excel 与微信群，合同用印走邮件审批，回款靠财务台账。典型症状：销售离职后客户信息丢失、用印周期长导致丢单、回款逾期率约 12%。

方案：按本文路径落地——① 以钉钉为身份源同步组织与人员；② 审批侧上线报销、请假、采购、合同用印四类单据（票据识别 + 金额分流）；③ CRM 侧上线线索、客户、商机、合同、回款五段主干，启用团队级数据隔离；④ 打通触点 1–3（赢单生成合同草稿、用印回写、回款计划自动生成）；⑤ 第 4 周导入近 12 个月合同与回款并采集基线。

结果（上线 90 天对比上线前 90 天）：

过程中的两个关键决策：一是坚持先做 4 类单据而非一次性 15 类，使第 1 周就有真实单据跑通，为后续推进建立了内部信任；二是在第 2 周邀请 5 名一线销售参与字段评审，把原定 34 个字段砍到 22 个，直接决定了 CRM 的活跃率。

十三、常见问题（FAQ）

十四、数据来源与免责声明

数据来源：本报告数据来自三类可交叉验证来源——① 公开机构与厂商披露材料（IDC / Gartner / 艾瑞及平台官方文档，按引用处标注）；② 算数科技自有交付台账（累计 6000+ 个项目、服务 5000+ 企业客户，按行业与规模分层抽样，样本量与口径在每章末尾注明）；③ 面向企业 IT 负责人的定向访谈与问卷（n 值随章标注）。
引用规范：引用本报告请注明「算数科技（上海思扬信息科技有限公司）· micount.cn」，许可协议 CC BY 4.0。
免责说明：报告中的成熟度等级、试点区间与成本区间为基于样本的经验区间，用于决策起点而非承诺值；任何厂商报价、交付周期以最终商务合同为准。涉及渠道与合伙人经营结果的内容均为个别结果，不构成收益承诺，不保证任何特定收益。

本报告引用口径：企业客户 5000+、交付项目 6000+、官方授权平台 16+、可售渠道 19+、教程覆盖平台 40+；口径提示：算数科技为 16+ 家平台官方授权一级服务商、19+ 条可售渠道，网络覆盖 320+ 城市（伙伴协作），可调配顾问 800+（外部伙伴协作网络，非自有员工）。渠道采购通常省 15%–30%，最高可达 55%（视平台与规模）。