金融居间CRM与普通CRM的差异

"金融居间"这个词在日常交流里经常被混着用，但它对应的法律关系其实很明确。《中华人民共和国民法典》里对居间（中介）合同的规定是：居间人向委托人报告订立合同的机会或者提供订立合同的媒介服务，委托人支付报酬；居间人促成合同成立的，居间活动的费用由居间人自己负担。这一条看似只是讲钱，实际上划定了整个业务的形状——居间人是独立承担成本与责任的一方，不是委托人的雇员。

这个"独立主体"的定位，是金融居间 CRM 与普通 CRM 分道扬镳的起点。普通 CRM 的默认假设是：使用者是公司员工，客户是公司的销售对象，系统管的是"员工怎么把客户从线索推到成交"。而金融居间业务的参与方至少有三种：需要资金或交易的委托人、提供撮合服务的居间机构、以及实际承接业务的资金方或交易对手。当居间机构内部还发展出渠道、经纪人之类的合作方时，参与方就更多。系统要处理的关系结构，从一开始就不一样。

这篇不讨论"哪个功能更好"，而是从法律关系出发，把差异落到五个具体层面：管理对象、举证要求、交易终结模式、居间人管理、收费结算结构。每一层都会给出普通 CRM 的默认行为和金融居间 CRM 需要的行为，以及这个差异在系统里到底对应什么配置。文中引用的法规与判例均为公开信息，会标注来源。

一、先把"金融居间"这门生意说清楚

在持牌领域，监管对居间人的定义写得比日常用语清楚得多。证监会发布的《期货公司居间人管理办法（试行）》里，居间人"是指受期货公司委托，为期货公司提供订立期货经纪合同的中介服务，独立承担基于中介服务所产生的民事责任，期货公司按照约定向其支付报酬的机构及自然人"。这份办法里还有几条对系统设计很有启发的规定：

• 管理主体责任在公司。期货公司承担居间人管理主体责任，应当加强居间人职业道德教育、建立健全居间人管理制度、及时准确登记居间人信息。"登记居间人信息"这件事，落地到系统里就是一套合作方档案，而不是一个备注字段。
• 居间人有数量上限。居间人可以同时与不超过三家期货公司签订居间合同。这条规定说明居间人是可以同时服务多家机构的独立角色——那么系统必须能表达"同一个居间人对应多个机构"的关系。
• 有准入排除清单。办法列明了不得开展合作的六种情形，包括最近三年内受过刑事处罚、被采取市场禁入措施且禁入期未满、最近三年内被行政处罚或采取行政监管措施、被协会限制资格且限制期未满、被列入失信名单等。这类清单在系统里的对应物是合作方准入校验与黑名单，而且必须带有效期管理。

助贷、贷款中介是金融居间最典型的形态。它不持牌，但居间关系的结构与上面完全一致：机构撮合借款人与资金方，促成后收取居间服务费，服务成本自负，责任自担。所以下面所有讨论都以助贷场景为例，但结论适用于更广的居间类业务。

二、差异一：管理对象从"人"变成"三方关系"

普通 CRM 的数据模型基本是三层：客户、联系人、商机。所有记录最终挂在"客户"这一棵树上。金融居间业务挂不上去，因为一笔业务天然涉及三方。

三方关系的具体含义：

• 委托人（借款人）。这是普通 CRM 里最熟悉的角色——需要资金的人。但金融居间对他要记的不只是联系方式和跟进记录，还包括资金需求的完整结构：要多少钱、能接受什么期限、有什么抵押物、征信大致状况。这些字段决定了能往哪些资金方推，属于助贷进件管理系统怎么做里讨论的前置筛选。
• 居间人与渠道合作方。这是普通 CRM 里完全没有的角色类型。居间人可能是外部合作的个人或机构，也可能是内部的经纪人。对他们的管理需求与员工完全不同：要记合作协议、约定分成比例、记录服务期限、跟踪结算进度，还要做准入和黑名单校验。把居间人当成"外部员工"录进用户表，是很多机构一开始最容易犯的建模错误——因为居间人不该有系统登录权限，也不该出现在考勤和绩效里。
• 资金方与交易对手。这是承接业务的一方，也是决定业务成败的一方。系统要维护每个通道的材料清单、审批时效预期、可接受的产品类型，以及合作状态。助贷商机管理怎么设计里提到的"双轨状态"——跟进轨与进件轨分开走——本质就是为了把这条线独立表达出来。

三方关系还带来一个普通 CRM 不会遇到的需求：关系是有时间维度且会失效的。居间合作有期限，资金方的产品政策会调整，借款人的需求会变化。系统不能只存"当前状态"，还要能回答"三个月前这笔业务是在什么条件下推进的"。这一点在下一节会变得更关键。

三、差异二：居间报酬的合法性，依赖"服务可举证"

这是金融居间 CRM 与普通 CRM 差异最实质、也最容易被忽略的一层。

普通 CRM 记录跟进备注，目的是内部协作——同事之间知道客户跟到哪了。金融居间不同：居间报酬能不能收、该收多少，取决于能不能证明"我确实提供了对价的服务"。这不是一个内部管理问题，而是一个法律问题。

一个公开判例说明的问题

2024 年公开报道的一则判决很有代表性。重庆自由贸易试验区人民法院审理的一起案件中，某借款人贷款 171500 元，被收取中介费 36000 元，约占贷款金额的 21%，而该笔贷款的年利率仅 3.9%。法院的认定逻辑是：现行法律法规虽未明确规定金融居间服务费的收费标准，也没有相关行业标准，但过高的收费应当受到法律规制；确定服务费时应根据合同签订时的具体情况、服务内容、实际获得贷款金额、服务成本等因素综合考量。最终法院酌情将居间服务费调整为按贷款金额的 10% 收取，判决中介机构退还部分费用。

另一份来自法院的提醒同样值得抄下来：助贷机构在收取服务费时应当根据服务内容确定收费标准，对合同中的格式条款，特别是涉及双方权利义务的内容，要向借款人进行提示说明，充分保障借款人的知情权和选择权。同时援引民法典第六条——民事主体从事民事活动应当遵循公平原则，合理确定各方的权利和义务。

这个判例对系统的三个要求

• 服务动作要能被还原。"服务内容"是法院的考量因素之一，那么系统必须能回答：这个客户我们做了什么、由谁做的、什么时候做的、他本人确认过什么。如果这些散落在个人微信里，机构在争议中没有可提交的东西。这就要求跟进记录是不可覆盖的——改一条记录应该产生新版本而不是抹掉原值，这个原则在金融行业CRM系统怎么选里展开过。
• 收费要与服务结果绑定。法院考量的另一个因素是"借款人是否获得贷款及具体金额"。系统里的居间服务费就不能是一个孤立数字，必须与对应的进件记录、放款记录关联，形成"这笔费用是因为这笔业务产生的"这条可追溯的链。这条链的记账方式在居间人与渠道的分成结算里有更细的拆解：结算进度要与本金收回进度匹配，做不到逐笔对应，合规上就有风险。
• 告知与确认要留痕。收费条款需要提示说明并保障知情权，那么"什么时候向谁说明了什么、对方如何确认"就该是系统里的结构化记录，而不是纸质件放在柜子里。这一条在实操中最容易被省略，也最难事后补。

把这三点合起来看，会发现金融居间 CRM 的记录功能不是"管理需求"，而是"证据需求"。这是它与普通 CRM 最本质的区别：普通 CRM 的记录是给人看的，金融居间 CRM 的记录是可能被第三方审阅的。标准不一样。

四、差异三：签约不是终点，而是执行阶段的起点

普通 CRM 的销售漏斗以"成交"为终点。一旦合同签了、客户付了钱，这笔记录基本就归档了，后面的履约走另外的系统。金融居间业务恰恰相反：促成合同成立的那一刻，才是机构责任开始变重的时候。

海外面向企业并购经纪（business broker）市场的 CRM 厂商对这个问题的总结很直白，值得借鉴其论证结构（以下为其公开观点，属厂商论述而非行业标准）：普通 CRM 的设计只回答一个问题——"如何把线索推进销售漏斗"。但经纪类业务本质上是交易业务（transaction business）而不是联系人业务（contact business）。它们的原话是："The CRM stores people—but does not manage deals"（CRM 存了人，但没有管理交易）。

它们列出的通用 CRM 断点有四个，放在金融居间场景下几乎一一对应：

• 委托方入驻没有结构化。在通用 CRM 里，委托人的信息是通过邮件、表格、PDF 一点点收集的，导致数据不一致、重复录入、反复追问。居间业务需要的是一条从需求登记直接生成业务档案的通道，不需要二次录入。
• 保密与授权文件成了事后补的。在通用 CRM 里，这类文件只是一个勾选状态。而在经纪与居间业务里，它应该是一个推进业务阶段的结构性关卡——没有完成授权确认，某些信息就不该被看到。
• 文件共享不是原生的。通用 CRM 通常把文件挂在客户记录上，靠邮件附件流转。居间业务需要控制"谁能看、看到什么、看到多久"，这与助贷CRM权限怎么分级里讨论的字段级权限是同一件事。
• 合同签订之后，系统就没用了。通用 CRM 在漏斗前端最强，一旦进入实质执行阶段就退出舞台，团队只能回到表格里跟踪节点和截止时间。金融居间的实际情况是：放款只是执行阶段的开始，后面还有回款跟踪、贷后管理、续贷机会，这些都需要在同一套系统里延续。这部分见助贷贷后管理怎么做与助贷签单与放款怎么线上化管理。

这四条断点指向同一个结论：通用 CRM 的能力集中在业务的前半段，而金融居间的价值与风险集中在后半段。用通用 CRM 起步，往往不是"功能少了一点"，而是"最关键的那一段没有位置可放"。

五、差异四：居间人本身要作为被管理对象

普通 CRM 的用户表里只有员工。金融居间业务里，居间人和渠道合作方是独立的法律主体，需要单独管理。这一层在期货居间人的监管规定里体现得最完整，映射到助贷场景可以做如下对照。

• 准入校验。监管办法给出的排除清单（刑事处罚、市场禁入、行政处罚、失信名单等）说明准入不是一次性动作。"是否受过处罚"这类信息会随时间变化，因此系统需要的是带有效期的准入记录，到期复核，而不是入职时填一次就完事。
• 合作协议结构化。要记录合作范围、分成方式、结算周期、责任划分。这些条款在发生争议时是唯一依据，放进系统才能被检索和引用。
• 有效期与退出。监管要求居间人合作可随时终止，并且被限制资格期间不得合作。系统的对应物是合作状态机加上黑名单，退出后历史记录仍要保留——因为退出往往伴随着未结清的分佣。
• 合作机构数量。期货居间人办法规定可同时与不超过三家机构签约，这说明"一个人服务多家机构"是常态而非例外。那么系统在统计业绩和结算时必须能区分"这个居间人在我们这里做的部分"，不能简单地把他当成本机构的人。
• 责任划分。办法明确居间人"独立承担基于中介服务所产生的民事责任"，同时公司承担管理主体责任。这两句话要同时落地到系统里：一方面要在记录中区分"哪句话是居间人说的、哪份材料是他提交的"；另一方面机构自己要有完整的管理留痕，证明尽到了管理责任。

这五点合起来，就是居间人档案与员工档案的差别：员工档案管的是"他有没有好好干活"，居间人档案管的是"他有没有资格合作、合作了什么、该分他多少"。两套东西混在一张用户表里，后面一定会出问题。

六、差异五：两条资金线要分开记

普通 CRM 的钱只有一条线：客户付多少。金融居间业务至少两条，而且方向相反。

• 收入线：向委托人收的居间服务费。这笔钱来自借款人一侧，收取的依据是撮合成功。它的特点是金额与实际放款额和时间强相关，且受前述司法尺度约束——收费要与服务内容和结果相匹配。
• 支出线：付给居间人、渠道、经纪人的分成。这笔钱流向合作方一侧，依据是合作协议。它的特点是规则复杂：可能按固定金额、可能按比例、可能分阶段发放、可能与回款进度挂钩。

两条线的记账口径不能混。收入线的核心是"应收多少、实收多少、有没有退还"；支出线的核心是"该分多少、什么时候发、发的时候有没有满足前置条件"。具体到系统实现，收入台账的关注点在助贷CRM收费标准里讨论过，支出侧的规则设计见助贷佣金结算系统怎么做。

还要注意一个很容易踩的实务坑：金额单位不统一。行业里常见的做法是回款流水以分为单位存储、订单金额以元为单位展示，如果两套数据在同一个计算里混用，系统不会报错，只会安静地算错。金额字段的单位必须在数据模型层面统一并在文档里写死，这类问题的排查经验值得在看任何对账报表之前先确认一遍。

七、如果已经用了普通 CRM，怎么补

现实中不少机构是从通用 CRM 起步的。完全推倒重来成本高，更务实的做法是按"能不能补"分三档处理。

• 可以靠配置补的。客户基础字段、跟进记录、简单的阶段流转，这些通用 CRM 都支持。补齐客户资质画像字段（收入区间、社保状态、房产车辆、征信概况）也基本可行，用自定义字段就能实现。这一档不需要动系统。
• 补起来别扭但能凑合的。多通道进件——通用 CRM 可以通过建多个"商机"记录来近似表达一个客户对多个资金方，代价是同一个客户会被拆成好几条不成体系的记录，统计口径容易乱。如果业务量不大可以接受，量一上来就会失控。
• 结构上补不了的。三类问题：居间人作为独立主体建档（用户表装不下这种角色）、居间服务费与业务逐笔关联的台账（需要一个与进件记录关联的记账结构）、签约之后的执行阶段管理（通用 CRM 在"成交"之后就没有位置了）。这三件里只要有一件是刚需，就应该考虑换系统，而不是继续打补丁。

判断标准可以简化成一句话：通用 CRM 帮你管理"人"，金融居间 CRM 帮你管理"交易"。当你的痛点集中在"这个客户该跟进了"的时候，通用 CRM 够用；当痛点集中在"这笔业务的费用该怎么算、责任该怎么划、记录到哪去了"的时候，通用 CRM 就撑不住了。前者是联系人管理问题，后者是交易管理问题。

八、常见问题

金融居间 CRM 和助贷 CRM 是一回事吗？不是完全划等号，但高度重叠。助贷是金融居间的一种具体形态，因此助贷 CRM 一定具备居间管理的核心能力；而金融居间 CRM 的外延更广，还包括不涉及借款的其他撮合类业务。选型时按"是否需要管居间人档案、是否需要服务举证留痕、是否需要覆盖签约后的执行阶段"这三个问题来判断即可。助贷CRM是什么里有更基础的定义梳理。

居间服务费到底收多少才合规？公开判例给出的不是一条具体比例，而是一套判断方法：看服务内容、服务成本、借款人是否实际获得贷款、以及获得的具体金额。前述案例中，贷款年利率 3.9% 而服务费接近 21% 被认定为明显超出正常融资的合理范畴，法院调整为 10%。这个数字不能当作行业标准照搬，但它说明一件事：收费与服务对价之间的关系，是会被实际审查的，而审查需要证据。

内部经纪人算员工还是算居间人？取决于法律关系而非内部称呼。签劳动合同、发工资、纳入考勤的，是员工，走人事与绩效体系；签合作协议、按分成结算、独立承担相应责任的，是居间人，走合作方档案与结算体系。这两套体系不能混，具体差异在助贷分佣管理怎么做里展开过。

系统里的居间人信息要登记到什么程度？如果业务涉及持牌机构合作，参照监管要求的"及时准确登记居间人信息"，至少应包括身份信息、资格材料、合作起止时间、历史处罚与失信情况。留痕的原则是：能证明合作是经过审查的，且审查是可以复核的。

九、小结

把这篇的差异收敛成一张清单：

• 起点不同。民法典把居间人定位为独立承担成本与责任的一方，这决定了系统要处理的是"委托方—居间方—资金方"的三方关系，而不是"员工对客户"的两方关系。
• 管理对象不同。普通 CRM 从客户这棵树上长出来；金融居间 CRM 的核心是三方关系加居间人档案。把居间人当外部员工录进用户表是最常见的建模错误。
• 记录用途不同。普通 CRM 的记录给人看，金融居间 CRM 的记录可能被第三方审阅。公开判例显示，服务内容、服务成本、是否获得贷款及具体金额是判断收费合理性的考量因素，因此记录必须不可覆盖、必须与业务结果关联、告知过程必须留痕。
• 业务终点不同。普通 CRM 以成交为终点，金融居间以促成为起点，后面还有回款、贷后、续贷。海外经纪类 CRM 厂商的观点概括得很准确：通用 CRM 存了人，但没有管理交易。
• 合作方要单独建管。准入校验、合作协议、有效期与退出、合作机构数量、责任划分五项，都要有对应的结构化位置，而不能塞进一个备注字段。
• 资金线是两条。向委托人收的居间服务费与付给渠道居间人的分成，方向相反、口径不同，必须分开记账并逐笔关联到业务记录；同时金额单位要在数据模型层面统一。

最后给一个判断方法：评估任何一套系统，打开它的数据表看三件事——有没有一张独立的居间人／合作方表、有没有一条把居间服务费与具体业务记录连起来的关系、有没有在"成交"之后继续承接流程的节点。三件都有，它就是按金融居间业务设计过的；缺两件以上，它只是改了个名字的普通 CRM。

差异说清之后，落地是另一件事。系统怎么按业务分段搭起来，可以接着看贷款中介客户管理系统怎么搭；如果关心的是选型的硬指标，见金融行业CRM系统怎么选。这两篇与前文讨论的助贷防飞单系统怎么选、助贷机构为什么需要客户管理系统属于同一套体系，建议一起看。