蝉鸣 CRM 功能详解：从销售线索到回款与客户服务
沿着客户生命周期逐步拆解线索、跟进、商机、合同、订单、回款与服务能力，看清 CRM 如何形成业务闭环。
评价一套 CRM，不能只看客户列表是否美观，更要看它能否连接销售过程中的关键对象。蝉鸣 CRM 的 mesh-crm 服务围绕售前、售中和售后拆分业务模块，让客户关系从第一次接触延伸到合同、订单、回款和持续服务。
一条主线
蝉鸣 CRM 围绕 获客 → 转化 → 成交 → 回款 → 服务 建立数据关系，让团队看到完整客户过程，而不是分散的业务表格。
从真实工作台看经营结果
上图来自当前蝉鸣 CRM 实际运行页面。工作台把客户、商机、合同、订单与回款等汇总指标放在同一视图中，管理者可以先判断经营结果，再沿指标进入具体业务对象查看过程。截图仅保留汇总信息，不展示联系人、手机号等客户隐私数据。
售前：沉淀线索与客户关系
项目中的售前模块包含线索、客户、联系人、产品、竞品、调研、资料和提案等对象。企业可以将官网咨询、市场活动、渠道推荐等来源统一进入线索池，再根据组织、人员和业务规则分配跟进。
客户列表承接工作台指标背后的业务明细。销售人员可以按“全部、我负责的、我下属的”等归属范围切换数据，通过客户名称、成交状态及扩展条件筛选；列表同时呈现客户编码、来源、级别、类型、行业、负责人、所属部门和评分，帮助团队在同一视图中判断客户价值与责任边界。
页面提供新建、导入、导出、批量删除、放入公海和查重等动作。查重用于降低重复建档，公海用于重新分配长期未经营的客户，导入与导出服务于存量数据迁移；这些动作仍然受当前用户的数据权限和业务校验约束。
联系人与客户分开管理，可以描述一个客户内部的多角色关系；调研、资料和提案模块则帮助销售团队保留需求分析和方案过程，而不是把关键信息散落在聊天记录中。
售中：跟进、需求、商机与合同闭环
当线索进入实质沟通阶段，系统通过跟进记录持续沉淀互动过程，并将客户需求、商机、解决方案、合同、订单和回款连接起来。
| 业务阶段 | 对应能力 | 管理价值 |
|---|---|---|
| 持续沟通 | 跟进记录 | 还原客户关系进展，避免人员变化导致信息丢失 |
| 需求确认 | 客户需求 | 将零散描述转化为可跟踪的需求对象 |
| 机会推进 | 商机管理 | 管理阶段、负责人和推进状态 |
| 方案形成 | 方案与产品 | 将需求与交付内容建立关联 |
| 商务确认 | 合同与订单 | 连接销售承诺和后续交付 |
| 财务协同 | 回款与发票 | 让销售结果进入可核验的业务闭环 |
这些对象在代码中对应独立 Controller 和领域模块，而不是一张万能表。独立边界便于增加校验、权限和流程，也便于后续通过 MCP 将某一项能力安全开放给 AI。
管理边界
CRM 中的客户、商机、合同和回款不是一张万能表。清晰的领域边界能够减少数据歧义，也让审批、权限和 AI 工具调用更可控。
售后：交付、评价与反馈
客户成交不是关系的终点。项目还包含交付、评价、意见和反馈等售后能力，可以把服务结果重新回流到客户视图中。销售、交付和服务团队看到的是同一条客户关系，而不是各自维护互不相通的表格。
多租户、组织和数据权限
蝉鸣 CRM 复用平台的账号、用户、组织和租户体系。一个账户可以关联不同租户与用户身份；进入业务后，接口权限和数据权限继续限制可见范围。集团组织、多部门任职、SaaS 租户隔离等场景，不需要在 CRM 内重复发明一套身份体系。
自定义表单、事件流与工作流
行业字段变化快，标准功能不能覆盖所有企业。平台提供自定义应用和表单能力，用于配置字段、校验和页面；事件流适合编排页面交互，BPM 工作流适合审批过程。稳定的客户、合同和权限规则保留在代码中，高频变化的页面与流程交给配置处理。
从管理工具走向业务协同平台
蝉鸣 CRM 的优势不在于堆叠菜单，而在于把客户经营对象放进统一平台：前端可以快速组合页面，后端保持领域边界，流程和权限由平台提供，AI 再通过 MCP 进入受控业务链路。
客户视图背后的对象与状态
图中的主链表示从获客到成交，底部回路表示回款、交付与反馈再次影响客户经营。回路从模块外侧返回线索入口，避免把售后理解为一次流程的终点。
客户是关系中心，但不是所有数据的容器。联系人描述企业内部角色，跟进回答“发生过什么”，需求描述客户要解决的问题，商机描述一次可能成交的机会，方案、合同和订单再把承诺固化为可执行内容。拆开建模后，每个对象才能拥有自己的负责人、状态、金额、时间与审批轨迹。
线索分配后需要完成有效性判断、重复客户检查和意向确认。无效线索保留原因，暂不跟进的线索回到线索池；确认经营价值后，再转换为客户、联系人和首条跟进。转换不是复制字段，而是责任改变：线索关注来源与分配，客户关注长期关系，商机关注一次成交。
商机阶段应由真实动作推动。需求访谈、方案提交、商务谈判分别留下记录，并同步预计金额、成交时间、下一步行动和风险。只有阶段字段而没有证据，销售漏斗就会变成主观报表。负责人承担主要责任，协作团队承接售前、商务与交付；调岗时通过归属转移保留历史，而不是覆盖旧记录。
合同之后为何仍需订单、回款与发票
合同表达约定，订单表达执行批次，回款表达资金到账，发票表达开票义务。年度合同可能分多次下单、分期回款和分批开票，因此四者必须分别建模。合同审批检查主体、金额、折扣与条款；回款确认检查到账与应收；发票申请检查抬头、税号和可开金额。工作流把动作交给正确角色，领域服务校验累计金额、前置状态和数据权限。
交付、评价、意见和反馈会重新改变客户健康度，并产生续费、增购与转介绍机会。线索转化率、商机赢单率、销售周期、回款完成率和复购率都应由过程事实计算，而不是让员工重复填报报表数字。