老销售笔记：CRM 高频专业术语整理（上篇）

摘要： 在 CRM 系统落地和 sales ops（销售运营）的实际工作中，最大的障碍往往不是软件本身，而是“语言不通”。市场说线索，销售说客户，客服说工单，同一个词在不同部门眼里完全是两码事。这篇文章是我在过去五年里，协助过十几家企业搭建 CRM 体系后，整理出来的一份“术语避坑指南”。上篇主要聚焦于基础客户数据、销售流程节点以及核心考核指标。希望能帮刚入行的运营新人，或者正在被系统折磨的销售总监们，把概念捋直了，减少内部扯皮。

一、为什么我们要较真这几个词？

记得刚入行那会儿，参加月度经营分析会，老板问：“这个月的线索转化率怎么掉了？”市场总监说：“线索质量不行。”销售总监说：“跟进不及时。”最后查下来，是因为市场把“注册试用”算作线索，而销售只把“接通电话且有意向”算作线索。分母不一样，算出来的转化率自然天差地别。

这就是术语不统一的代价。CRM 不仅仅是一个存电话本的工具，它是企业业务流程的数字化映射。如果映射的“图例”都看不懂，地图画得再漂亮也没用。很多公司上系统失败，不是因为功能不够强，而是因为大家连“什么是商机”都没达成共识。

所以，在讨论任何系统功能之前，先统一语言。这也是为什么我在做项目启动时，总是先花两天时间跟各部门对齐术语定义。下面这些词，是 CRM 领域最高频、也最容易产生歧义的“重灾区”。

二、客户数据层：谁是谁，别搞混

在 CRM 的数据库里，人、公司、关系，这三者是最基础的元素。但很多非技术人员容易把它们混为一谈。

1. 线索（Lead）

定义： 指尚未确认购买意向的潜在联系人信息。通常来源于市场活动、网站留资、名片交换等。 实战心得： 线索是“原材料”，不是“成品”。很多销售不愿意跟进线索，觉得浪费时间是常态。关键在于“线索清洗”的标准。 常见误区： 把线索直接当成客户。线索必须经过验证（Qualify），确认有需求、有预算、有决策权后，才能转化为下一步。 状态流转： 新建 -> 跟进中 -> 无效 -> 转化为商机/客户。

2. 联系人（Contact）

定义： 具体的自然人，拥有姓名、电话、邮箱等个人信息。 实战心得： 一个客户（公司）下面可以有多个联系人。比如采购经理、技术总监、老板。CRM 里必须支持“一对多”关系。 常见误区： 只记老板电话，忽略关键决策影响者。在复杂销售中，搞定联系人比搞定公司更重要。

3. 客户/账户（Account）

定义： 指购买产品或服务的组织实体，通常是公司、政府机构或事业单位。 实战心得： 这是 CRM 的核心资产。所有的合同、回款、服务记录最终都要挂载到“客户”名下。 常见误区： 把个人消费者也强行建成“客户”账户。在 B2C 模式下，通常“联系人”即“客户”，不需要单独建账户层，否则数据结构会非常冗余。

4. 商机（Opportunity）

定义： 指已经确认有明确购买意向，且预计会产生收入的销售机会。 实战心得： 这是销售 pipeline（管道）管理的核心。一个商机对应一个具体的项目或采购计划。 常见误区： 为了凑业绩，把还没影的事都建为商机。这会导致预测准度极低。建议设置门槛，比如“已发送报价单”或“已安排演示”才能建商机。

系统落地建议： 在配置系统字段时，一定要区分清楚这四者的层级。我见过不少团队，为了图省事，把所有信息都塞在一个表里，结果后期想分析“单个客户贡献度”时，数据全乱了。在选型阶段，像悟空 CRM 这类系统，它的优势就在于底层数据模型比较规范，线索到商机的转化逻辑支持自定义，能很好地适配这种层级关系，避免后期二次开发的大坑。

三、销售流程层：走到哪一步了？

销售流程管理是 CRM 的灵魂。如果把销售比作打仗，那流程就是行军路线。

1. 销售阶段（Sales Stage）

定义： 将销售过程划分为若干个标准化的节点，如“初步接触”、“需求分析”、“方案报价”、“谈判”、“赢单/输单”。 实战心得： 阶段划分不要太多，5-7 个为宜。太多会导致销售为了推进而虚假点击，太少则无法反映真实进度。 常见误区： 阶段定义模糊。比如“谈判中”，是指价格谈判还是合同条款谈判？必须明确每个阶段的“准入标准”和“准出标准”。

2. 销售管道（Pipeline）

定义： 所有进行中商机的集合，通常以漏斗图形式展示。 实战心得： 管道不仅是看热闹，更是看门道。通过观察管道中各阶段的商机数量和金额，可以预测未来几个月的业绩。 常见误区： 管道堵塞。大量商机堆积在“方案报价”阶段不动。这通常意味着销售缺乏推进能力，或者产品竞争力在该环节受阻。

3. 赢单率（Win Rate）

定义： 赢单商机数量（或金额）占总关闭商机数量（或金额）的比例。 实战心得： 这个指标要分人看，也要分阶段看。新销售的赢单率通常低于老销售。如果某个阶段赢单率特别低，说明该阶段的支持材料或话术有问题。 常见误区： 只看整体赢单率。其实更应该关注“阶段转化率”，比如从“初步接触”到“需求分析”的转化率，这能精准定位流程瓶颈。

4. 销售周期（Sales Cycle）

定义： 从商机创建到最终赢单（或输单）所经历的平均时间。 实战心得： 不同产品线的销售周期差异巨大。SaaS 软件可能只要两周，大型设备可能需要半年。 常见误区： 用统一标准考核不同产品线。这会导致负责长周期产品的销售心态崩盘。需要按产品类型设定合理的周期基准。

四、核心指标层：怎么算业绩？

老板看报表，最怕看到“注水”的数据。以下指标是财务和运营对账的关键。

1. 转化率（Conversion Rate）

定义： 下一阶段数量除以上一阶段数量。 实战心得： 最常用的是“线索到商机转化率”和“商机到赢单转化率”。前者看市场质量，后者看销售能力。 常见误区： 时间窗口不统一。是算当月的转化，还是算历史累积的转化？建议明确统计周期，通常按“创建时间”或“关闭时间”来定。

2. 客单价（ARPU / Average Deal Size）

定义： 平均每个成交客户的合同金额。 实战心得： 这个指标直接决定公司的盈利模型。如果获客成本不变，客单价提升 10%，利润可能提升 50%。 常见误区： 忽略折扣影响。计算时应使用“实际回款金额”而非“合同面额”，否则会被高额折扣误导。

3. 客户流失率（Churn Rate）

定义： 在特定时间内，停止付费或不再合作的客户比例。 实战心得： 对于 SaaS 或订阅制业务，这是生死指标。流失率过高，说明产品或服务出了大问题。 常见误区： 只算金额流失，不算数量流失。有时候小客户流失多，但总金额影响小；有时候一个大客户流失，直接击穿营收底线。建议同时监控“金额流失率”和“客户数流失率”。

4. 客户生命周期价值（LTV）

定义： 一个客户在整个合作周期内为公司贡献的总利润。 实战心得： LTV 必须大于 CAC（获客成本）的 3 倍，商业模式才健康。 常见误区： 计算过于乐观。把未发生的续费都算进去。建议基于历史平均留存时长来保守估算。

五、技术与集成层：系统怎么跑？

虽然销售不写代码，但了解一点技术术语，能减少跟 IT 部门的沟通成本。

1. SaaS（Software as a Service）

定义： 软件即服务，通过互联网订阅使用，无需本地部署服务器。 实战心得： 目前主流 CRM 都是 SaaS 模式。优点是上线快、成本低；缺点是数据在云端，对安全性要求高。 常见误区： 认为 SaaS 不能定制。其实现在的 SaaS 平台（如悟空 CRM 等）都提供了低代码配置能力，字段、流程、报表都能改，不需要写代码。

2. API 接口

定义： 应用程序编程接口，用于不同系统之间的数据打通。 实战心得： CRM 不能是信息孤岛。需要通过 API 跟 ERP、财务系统、呼叫中心对接。 常见误区： 过度依赖 API。接口越多，系统越不稳定。优先使用系统自带的预集成插件，实在不行再开发 API。

3. 数据清洗（Data Cleansing）

定义： 纠正、删除或格式化数据库中的错误、重复或不完整数据。 实战心得： 这是 CRM 上线前最痛苦但最重要的一步。脏数据进，脏数据出（Garbage In, Garbage Out）。 常见误区： 指望系统自动清洗。系统只能查重，无法判断业务逻辑上的错误（比如把测试数据当成真实客户）。必须人工介入审核。

六、术语对照速查表

为了方便大家保存，我整理了一个简易对照表，建议打印出来贴在工位上。

七、避坑指南：那些容易“扯皮”的地方

最后，分享几个我在实际项目中遇到的“术语陷阱”，这些都是真金白银换来的教训。

1. “公海”还是“私海”？ 很多公司规定销售离职，客户必须掉入公海。但术语定义不清，导致销售在离职前疯狂把客户标记为“跟进中”，避免掉入公海。 对策： 明确“公海回收规则”。比如：15 天无跟进记录自动掉入公海，而不是看销售手动标记的状态。

2. “回款”算谁的？ 销售说签单了，财务说钱没到。业绩算不算？ 对策： 在 CRM 里明确定义“业绩确认时间点”。是“合同归档”算业绩，还是“首笔回款”算业绩。这直接影响佣金发放，必须写在制度里，而不仅仅是系统设置。

3. “无效线索”谁说了算？ 销售说线索烂，市场说销售能力差。 对策： 建立“线索反馈机制”。销售退回线索时必须选择具体原因（如：空号、无预算、竞品）。市场部门定期复盘这些原因，如果是普遍性问题，调整投放渠道；如果是销售偷懒，加强培训。

八、结语

CRM 系统的上线，本质上是一场管理变革。术语的统一，只是这场变革的第一步。它看似枯燥，却是后续所有数据分析、流程自动化、绩效考核的基石。

上篇我们梳理了基础概念，下篇我将深入聊聊“自动化工作流”、“报表分析模型”以及“移动端应用场景”中的术语细节。如果你在读这篇文章时，发现你们公司的定义跟这里有出入，别急着改，先开个会讨论一下。因为最适合你们业务的定义，才是最好的定义。

工具只是辅助，人才是核心。希望这份整理能帮你省下跟技术部门吵架的时间，多花点时间在打单上。

九、自问自答（Q&A）

Q1：线索和商机的界限到底在哪里？有没有硬性标准？ A： 没有全行业统一的硬性标准，这取决于你们的业务模式。对于快消品，可能加个微信就算商机；对于大型软件，可能要到出方案才算。建议采用 BANT 原则（预算、权限、需求、时间）来内部界定。只要团队内部达成共识，系统里配置好转化条件即可。

Q2：销售不愿意录入 CRM，觉得是增加工作量，怎么破？ A： 这是人性问题，不是术语问题。但术语清晰能缓解一部分。如果销售不知道填“商机阶段”有什么用，他自然乱填。要让他们看到录入带来的好处，比如自动计算佣金、一键生成报价单、系统自动提醒跟进。让 CRM 成为他们的武器，而不是监工。

Q3：公海池里的客户，销售抢了又没跟进，怎么处理？ A： 设置“保护期”和“回收机制”。比如抢入私海后，7 天内必须有有效跟进记录（电话或拜访），否则系统自动踢回公海。这能防止销售占坑不拉屎，保证资源流动。

Q4：LTV 计算太复杂，小公司有必要算吗？ A： 有必要，但可以简化。不用搞复杂的折现率。简单算法：平均客单价 × 平均购买次数 × 毛利率。哪怕是个粗略数字，也能让你知道能不能亏本获客。很多公司死就死在不知道获客成本已经超过了客户价值。

Q5：如果公司同时用好几套系统，数据不通怎么办？ A： 先别急着搞 API 全打通，成本太高。先确定一个“主数据源”。通常 CRM 作为客户主数据源，其他系统同步 CRM 的客户 ID。如果预算允许，可以引入 iPaaS 集成平台，或者选择像悟空 CRM 这样开放能力比较强的系统，减少定制开发的维护成本。

Q6：老板看的报表和销售看的报表，为什么总对不上？ A： 因为统计口径不一致。老板看的是“回款口径”，销售看的是“合同口径”。解决之道是在 BI 报表层做区分，明确标注“合同业绩”和“现金业绩”，不要试图用一个数字糊弄所有人。透明化差异，比掩盖差异更明智。