一张成交单，三个经纪人，两个门店。
录入人说，房源是我跑下来的；首看人说，客户是我第一个带去看房的；成交人说，合同是我谈下来的。佣金只有一笔，每个人都觉得自己该拿大头。
这不是算术题。你把比例写进系统，系统也只能算出三个数字，算不出谁在说谎，谁在偷懒，谁只是捡了个便宜。
在链家直营体系里，这样的争议有行政手段兜底。到了贝壳的开放平台，平台管不了门店的人事，也管不了经纪人的去留。它能做的，是把规则、数据和仲裁做实。
这篇文章想讲三件事：贝壳 ACN 的底层逻辑，我们怎么把它拆成一套 SaaS 系统，以及徐州试点时，我们怎么让第一批小门店愿意把房源拿出来。
一、项目背景：从直营到开放平台
贝壳脱胎于链家。
链家是直营体系。门店同属一个品牌、一个管理方，经纪人都是公司的人。链家内部早就跑过一套类似 ACN 的合作机制，跨店带看、跨店成交、按角色分佣，在直营体系里已经存在了很多年。
直营体系里，资源在公司内部，左口袋到右口袋。规则执行靠组织权力：店长不配合可以换店长，经纪人不遵守可以扣绩效、调门店，实在不行还有辞退。协调难，但不是不能协调。
贝壳是另一套逻辑。它连接的是不同品牌、不同店东、不同门店。平台对门店没有行政约束力，既不能换店长，也不能扣经纪人的绩效。
更难的是，房源和客源是门店的命根子。
在直营体系里，房源是公司的；在平台体系里，房源是门店的。你把房源放进来，别的门店的经纪人带走了客户怎么办？你把客户带去看别人的房源，别人私下联系客户怎么办？飞单、撬客、藏房源，这些不是靠喊口号能解决的。
所以，贝壳 ACN 的产品难点不在角色和比例，而在约束体系：怎么让不同品牌、不同门店敢合作。角色和比例只是表面，底下是信任。
我入职的时候，贝壳项目刚刚成立。我在这个项目里有两个角色：产品经理，以及全国第一个落地城市徐州的试点运营负责人。产品经理要对规则完整性负责，运营负责人要对门店愿不愿意用负责。这两个目标经常打架：规则做得太完整，门店觉得麻烦；规则做得太简单，分佣又算不清。我大部分时间都在找这个平衡。
徐州不是一线城市，没有那么多大品牌。我们的模式是从小到大，先整合一家一家小门店、小品牌。这个选择很现实：大品牌有自己的房源和客源，谈判周期长；小门店更缺房源、更缺客户，理论上更需要一张合作网络。
不过，小门店也更警惕。他们没有大店的管理能力，也没有专职运营，房源和客源就是全部家底。对平台，他们既期待又害怕：期待更多房源和客户，害怕资源被拿走、规则偏向大店，自己最后变成平台的流量入口。
所以，徐州试点从一开始就不是简单的系统上线。它是个冷启动问题：怎么让第一批小门店愿意把房源拿出来，愿意让别的门店的经纪人带看，愿意相信平台会把钱分明白。
二、徐州冷启动：先让一小部分人赚到钱
小门店不是不想合作，是不敢先拿出来。
他们的顾虑很具体：房源被抢怎么办？客户被撬怎么办？分佣算错了怎么办？平台偏大店怎么办？还有，系统太麻烦，员工不会用怎么办？
这些问题，靠一场招商会讲愿景是解决不了的。我们是按四件事推进的：选互补门店、先联卖后联客、把第一单做成样板、让店东参与规则。
第一件事，选互补门店，做一单“必须成功”的样板。
我们没有一上来就全城推广，而是先找两类店：一类房源强、客源弱，手里有好房子但客户不够；另一类客源强、房源弱，手里有客户但房源不够。最好在同一个商圈，经纪人彼此认识，带看距离也近。
这两类店合作，第一单的赢面最大。房源强的店多了一个成交渠道，客源强的店多了几套可看的房。双方都能算清楚自己赚了什么，不需要平台讲多大的愿景。
第二件事，先联卖，后联客。
房源共享和客源共享，风险不一样。房源拿出来，最坏的结果是别人帮你卖；客户拿出来，最坏的结果是别人把客户撬走。所以徐州早期先开放的是房源联卖和跨店带看，客源共享往后放。
同时，把保护做在前面：录入人有保护期，首看人有首看保护，实勘、钥匙、维护这些动作有记录。先让门店感受到“我的房源还是我的，我只是多了一个成交渠道”，再谈更深的合作。
第三件事，第一单全程陪跑，把账算给店东看。
第一单跨店成交，城市运营团队是全程陪跑的：帮门店录房源、匹配客户、约带看、算分佣、盯结算。结算那天，我们把两家店的老板叫到一起，把分佣明细一条一条讲清楚：这笔钱为什么给录入人，为什么给首看人，为什么给成交人，平台扣了什么，门店留了什么。
第一单不只是交易，它还是后面招商的样板。小门店不信平台销售讲的故事，但信隔壁店老板算的账。第一单跑通之后，让参与的店东去讲，比平台自己讲十遍有用。
第四件事，让店东参与规则，而不是被规则管理。
平台单方面定规则，小店东一定会有“你偏向大店”的怀疑。我们做了店东委员会、规则公示、争议工单和判例库，让店东有地方说话，也让规则有地方修订。规则公示之后，第一次违规怎么处理，大家都在看。平台如果和稀泥，后面所有人都会觉得规则是纸糊的。
这四件事之外，还有几件事一直在做。
操作成本得低。小门店没有专职运营，系统太重，他们就不用。移动端、代录、上门培训、城市运营陪跑，这些看起来是脏活累活，但冷启动阶段，它们决定了门店能不能迈过第一道门槛。
账要算给他看。每家店都需要一本自己的“合作账”：这个月因为平台多了多少带看，多了多少成交，多了多少分佣。用他自己的数据，不用平台大盘的数据。平台讲“网络效应”，店东只关心“我这个月多赚了多少钱”。
能力也要给。我们安排店东去链家的直营门店，跟着链家的店长做日常运营；让他们的经纪人参加链家的入职培训和专业技能培训。小门店缺的不只是房源和客户，还缺管理方法、培训体系、带教能力。你让他看到，接入平台不只是多一个系统，还能学到链家怎么管店、怎么带人，他对平台的信任会不一样。这件事看起来跟 ACN 无关，但它解决的是另一个信任问题：平台不只是来收编，也会把能力给你。
把这几件事放在一起，其实就回答了小店东的三个问题：
| 门店的顾虑 | 我们的动作 | 系统里的对应能力 |
|---|---|---|
| 房源被抢 | 唯一房源、录入保护、角色留痕 | 房源中心、角色确权 |
| 客户被撬 | 首看保护、客源归属、带看确认 | 客源 CRM、证据链 |
| 分佣不公 | 规则公示、成交前试算、结算单 | 分佣引擎、结算 |
| 平台偏大店 | 店东委员会、陪审团、判例库 | 争议仲裁、信用治理 |
| 操作麻烦 | 移动端、代录、培训、城市陪跑 | 经纪人端、运营后台 |
| 缺管理方法、不会带人 | 链家门店跟岗、入职培训、专业技能培训 | 培训体系、运营支持 |
| 被平台收编 | 品牌独立、数据隔离、短期试点 | 多租户、权限边界 |
说平台不是来收编的，是来送客源、送方法、送能力的，店东不会只听这句话。他们看三件事：第一单有没有赚钱，分佣有没有算错，出了问题有没有人管。
三、动手之前，我先想清楚的三件事
在画原型之前，我先想明白了三件事。它们后来成了整个系统的骨架。
第一，直营靠管理，平台靠规则执行。
平台的核心是规则，不是功能；规则的核心是确权、定价、治理，不是比例。功能只是规则的外壳，比例只是规则的一小部分。
很多同行聊 ACN，第一反应是“分佣比例怎么定”。比例当然重要，不过，比例只解决“钱怎么切”。更前面的问题是：这套房是谁先录入的？这个客户是谁先带的？这张单是谁促成的？这些贡献能不能被证明？如果证明不了，比例定得再精细，最后也会变成谁嗓门大谁赢。
直营可以靠行政命令和考核来执行规则；平台没有这些权力，只能靠数据、结算和仲裁。这三样做不实，规则就是纸上的。
第二，ACN 更像一个角色产权市场。
房源是业主的，但录入、维护、实勘、钥匙、带看、成交这些贡献，是经纪人的。经纪人让渡的是房源的“信息独占权”，换来的是“角色收益权”。这套东西能转起来，靠的不是觉悟，是算账：我把房源拿出来，比我藏着更划算。
第三，系统更像一台合约执行器，而不只是记账工具。
分佣规则写在纸上，是一份合约；写进系统，才有执行的可能。但系统要执行合约，得先有证据链，再有仲裁权。没有这两样，系统只能记录“谁说自己做了什么”，不能记录“谁真的做了什么”。
这三个判断，决定了系统不能一上来就做“智能分佣”。得先有地基，再确权，再定价，最后才是治理和运营。也决定了徐州试点只能先小范围跑通，不能全城铺开。
四、机制：十个角色，一条分佣瀑布
ACN 把一单二手房交易拆成十个角色。房源侧五个，客源侧五个。不同城市、不同品牌的叫法和比例会有差异，这里只讲结构。
| 房源侧 | 客源侧 |
|---|---|
| 房源录入人：第一个把房源录入平台 | 客源推荐人：把客户或客源推荐进来 |
| 房源维护人：维护业主关系、价格、看房安排 | 客源首看人：第一个带客户看这套房 |
| 房源实勘人：实地拍照、VR、房屋核验 | 客源合作人：跨店或跨品牌协作带看 |
| 委托备件人：委托书、产权资料等备件 | 客源成交人：最终促成签约 |
| 房源钥匙人：钥匙保管与交接 | 交易或金融顾问：签约、贷款、过户等服务 |
有几个细节，看业务规则时容易滑过去，做系统时躲不开。
先说角色兼任。一个经纪人可能既是录入人，又是实勘人，还陪客户看了房。系统要允许兼任，但得明确：兼任是拿两份，还是合并成一份？如果不提前定，系统就会算出“一个人拿了两份佣金”的结果，财务第一个找你。
比例也没有全国统一。房源侧和客源侧大概是什么比例，行业里有公开口径，但具体到城市、品牌、房源类型，都会调。系统不能把比例写死，得做成模板和参数。
钱的路径更长。总佣金先经过平台服务费、品牌费、门店留存，再进入经纪人角色池，最后才按角色分。这是一条分佣瀑布，不是一张比例表。每一层扣什么、扣多少、谁承担、怎么开票，都要能配置。
机制的另一半，是共享和保护。
共享是为了让房源不够的门店有房可卖；保护是为了回答“我凭什么把房源拿出来”。首看有首看保护，录入和维护有保护期，实勘、钥匙这些动作有时间戳和证据。只讲共享不讲保护，没人愿意把好房源拿出来；只讲保护不讲共享，平台又退回到信息孤岛。
在徐州，我们先跑的是房源联卖和带看合作，客源共享放在后面。这个顺序跟产品功能无关，跟信任成本有关。
还有一个容易被低估的地基：真房源。
ACN 能跑起来，前提是“一套房只有一个房源”。我们花了很大力气做楼盘字典、地址标准化、房源查重和验真。这件事跟界面好不好看没关系。没有唯一房源，角色确权就落不了地。同一套房被五个人录入，五个录入人都说自己第一个到，分佣规则再细也执行不了。
再往后是治理。规则要有人改，有人裁，有人罚。行业里比较成熟的做法包括陪审团、店东委员会、信用分、红黄线和失信处罚。我们不可能一开始就把这些都做全，但方向要有：守规则的人要能持续赚到钱，违规的人要付代价。
五、系统落地：L0 到 L4
下面这五层，是我在项目里用得最多的思考框架。它更像一张问题清单：这套制度要跑起来，必须解决哪些问题。
L0 地基：楼盘字典、唯一房源、组织权限
L0 要解决的是“大家是不是在同一张地图上做生意”。
先是多租户组织。平台、品牌、门店、经纪人，四层组织，权限要能穿透，也要能隔离。跨店协作要开白名单，房源字段要能做字段级权限，同城竞对之间要有数据隔离。你说“共享”，但共享到什么程度，是平台方、品牌方、店东要一起定的。
然后是楼盘字典和唯一房源。七级门址、房源唯一编号、录入查重、验真、状态机、共享范围，这些是房源中心的底子。房源状态从录入、验真、上架、带看、成交到下架，每一步都要有操作人和时间。
这一层最难的决定，是共享边界。
全公开听起来最“平台”，但大店会立刻反弹；完全不公开，平台又没有网络效应。我们后来的做法，是把共享范围做成可配置：按城市、品牌、门店、房源类型、合作阶段来定。在徐州，共享是从同商圈、同品牌、白名单开始的，再一点点往外放。
另一个坑是“唯一房源”。它不是数据库里加个唯一索引就完了。同一个小区，不同门店能写出五种地址；同一套房，业主可能同时委托了三家。唯一性要靠地址标准化、重复识别、验真流程和录入保护一起解决。技术只是其中一环，更多是业务规则。
L1 确权：角色、证据、保护期
到了 L1，问题变成“谁做了什么，能不能被证明”。
角色侧，我们把房源五个角色、客源五个角色都做成了可领取、可指派、可转让的角色记录。每个角色绑定经纪人、门店、开始时间、保护期和证据。角色不是永久的，转让要有规则，过期要释放，否则就会出现“占着角色不干活”的人。
证据侧，我们按角色定义“最小可举证证据”。带看要有时间、地点、客户确认；实勘要有照片和房源核验；钥匙交接要有交接记录；成交要有合同和签约信息。全量监控听起来很安全，不过经纪人会抵触，成本也高。系统只需要足够证明“这个动作发生过”，不需要把每个人一天去了哪里都记录下来。
小门店最怕房源被抢、客户被撬。保护期和首看保护，直接决定它们敢不敢进来。
这里有一个我踩过的坑：多角色兼任。
一开始系统默认“一个角色一份钱”，结果有经纪人同时是录入人和实勘人，系统给他算了两份；财务说不对，业务说对，双方都能找到自己的道理。后来我们补了“角色合并规则”：哪些角色可以叠加，哪些只能取其一，哪些按主角色加补贴。规则不复杂，但必须在产品设计阶段就问清楚，不能等算出来再吵。
L2 定价：分佣引擎和结算
L2 的关键是“钱怎么算，算完怎么让人信”。
分佣引擎真正要解决的是四件事：模板、参数、版本、试算。公式只是表面。
模板用来应对不同城市、品牌、房源类型的差异；参数管同一套模板里的比例和门槛；版本管规则变更；试算则是改之前先看看结果。没有试算，业务不敢调规则；没有版本，财务对不上账；没有模板，每开一个新城市就要重写一遍代码。
结算这块，我们后来做成了“锁佣”模式：成交单进入结算后，佣金明细锁定；要改，只能走冲正，不能直接改数字。这个设计一开始被业务嫌麻烦，后来成了财务最喜欢的功能。因为每一笔钱都能追溯到“当时用的是哪一版规则、哪个角色、哪份证据”。
对小门店来说，结算快不快，直接影响他们信不信平台。第一单按时、足额到账，比任何招商话术都管用。
这里还有一个很容易被忽略的细节：规则生效时间。
一单交易从签约到回款，可能跨几个月。规则在中间变了，按签约日算，还是按回款日算？录入发生在规则变更前，成交发生在变更后，怎么算？这看起来是技术问题，实际上是产品必须提前定的口径。我们后来的做法，是把“规则版本快照”做进成交单，每一单锁定一个版本，后续变更不影响已锁定的单。
L3 治理：争议、信用、处罚
L3 处理的是“有人不服，怎么办”。
争议的类型比想象的多：撞单、撞客、抢角色、虚假带看、私下飞单，甚至维护人失职。系统能做的是把证据摆出来，给出判定建议；最终裁决，还是得有人。
我们做了争议工单、举证、裁决、申诉和判例库。判定规则包括时间优先、首看优先、有效带看优先、维护人优先，没有任何一条规则能覆盖所有情况。比如两个经纪人都在同一天带同一个客户看了同一套房，时间只差半小时，谁算首看？客户说“我两个都记得”，证据又都不完整。这种时候，系统只能把事实列清楚，让人来判。
我后来越来越接受“人在环里”这件事。它跟系统智能不智能无关，它就是治理的一部分。陪审团、仲裁员、店东委员会，这些机制看起来“不互联网”，但它们解决的是规则合法性的问题。系统把每次裁决结构化回写，形成判例库，下一次遇到类似情况，就有参照。规则是这样长出来的，不是第一版就写完美的。
第一起飞单的处理，决定了规则有没有权威。规则的可信度不看宣传，看第一次处罚。如果第一起飞单平台和稀泥，后面所有人都会觉得规则是纸糊的。
信用分和处罚是另一条腿。违规如果只影响“面子”，不影响流量、房源和分佣，那处罚就是空的。反过来，如果处罚太重、没有申诉，经纪人会觉得平台在针对他。这个度很难拿捏，我们也是边跑边调。
L4 运营：指标、仿真、反作弊
L4 回答的是“规则跑起来之后，怎么知道它有没有用”。
我们看几类指标：合作率、跨店或跨品牌成交占比、角色收入分布、争议率和虚假带看率。合作率是北极星。GMV 可以涨，合作率也可以跌；如果平台最后变成一个大中介，ACN 就只剩一个名字了。
这些指标要能拆到每一家店、每一个经纪人，不能只看平台大盘。店东不会因为平台大盘涨了就相信你，他只会因为自己店里的账变好才相信你。
规则仿真是我很喜欢的一个功能。业务要调比例，先拿历史成交跑一遍：哪些角色收入上升，哪些门店成本上升，哪些单子会从“可合作”变成“不如自己飞单”。很多争论，跑一遍数据会少很多。
反作弊是长期活。同一设备多账号、短时间大量带看、GPS 漂移、客户手机号重复，这些异常要能被识别。但识别不等于定罪，最后还是要有申诉和人工复核。风控做得太粗，会误伤一线；做得太细，又会被人研究规则。
三端产品也要配套：经纪人 App 负责录房、实勘、带看、签约和查分佣；店东或品牌后台负责经营、分佣和风控；平台后台负责规则、仲裁、结算和数据。再加上电子签、支付、实名、IM、VR 这些集成，才算一套完整的作业系统。
六、落地时最难缠的几类冲突
系统设计得再漂亮，落地时还是要和人打交道。下面几类冲突，是我印象最深的。
先说角色抢注。
“录入人”是最容易被抢的角色。有人把别人维护了很久的房源抢先录入，有人把同一套房换个地址再录一遍，还有人只录房、不维护，占着保护期等成交。你跟他讲规则，他说“我确实录了”。
针对这些，我们做了几件事：录入门槛、重复房源识别、维护动作考核、保护期与维护质量挂钩、角色转让规则。说到底，角色不能只享受权利，不承担义务。一个“录入人”如果长期不联系业主、不更新价格、不安排带看，这个角色就应该被释放。
再说分佣算不清。
我见过一单交易，涉及多个门店、多个角色、两版规则，财务用 Excel 算一遍，系统算一遍，结果对不上。业务说系统错了，工程说规则复杂，财务说两边都不对。回头我们把每一笔明细拆开对，发现是某个角色的保护期在成交前过期了，系统按“无角色”处理，Excel 还按“有角色”算。
这件事之后，我对分佣引擎的理解变了。算得快只是底线，真正难的是算得清、查得到、改得动。每一笔分佣都要能回答三个问题：这笔钱为什么给他？按哪一版规则？证据是什么？回答不了，系统就没有可信度。
还有撞单和首看。
两个经纪人争一个客户，一个说客户是我先加的微信，一个说客户是我先带看房的。微信记录不在系统里，带看记录在系统里但客户没确认。谁对？
我们把“证据标准”写进了产品：什么算有效带看，什么算客户确认，什么情况下首看保护生效，什么情况下保护失效。系统不能判断谁更努力，只能判断谁留下了符合标准的证据。听起来冷冰冰，但它比“谁跟店东关系好”公平。
还有一个更现实的约束：资金合规。
我们一开始想得很美：系统算完直接分账。财务和法务看完方案，问了几个问题：钱从哪来，谁代收，怎么开票，出现退单怎么办。后来我们把第一版改成了“记录分佣 + 出结算单 + 线下打款”，系统只负责算清楚和对账。这看起来像退步，其实是知道边界在哪。
七、做完这个项目，我改观的几件事
先说一个最大的变化：直营的经验，不能直接复制到平台。
链家能做成 ACN，靠的不只是系统，还有组织权力。贝壳要做成 ACN，得用产品把原本由组织权力提供的信任补上。证据链、结算、仲裁，这些看起来不像“功能”的东西，才是平台的地基。
然后是可解释性。它比灵活性更重要。
做 SaaS 的人容易追求“什么都能配”。分佣规则不是越灵活越好。规则太灵活，一线算不清，财务对不上，仲裁没法解释。后来我们宁愿少做几个配置项，也要保证每一笔分佣都能用一页纸讲清楚。
人在环里，我一开始以为是妥协，后来发现不是。争议处理当然可以尽量自动化，但很多争议的本质不是“事实不清”，是“规则没写到”。系统可以给证据、给建议、给判例，但最后一锤，得由人来敲。人敲完之后，把理由写进判例库，规则才会越来越完整。
还有三权。平台必须握住验真权、规则修改权、争议裁决权。这三权只要有一权不在平台手里，ACN 就退化成一张分佣协议。门店把房源交给你之前，也会先看你有没有这个权威。
顺序也很重要。先把分佣记录做准，再碰资金；先把同品牌的跨店跑通，再谈跨品牌；先把账算清，再谈智能。很多看起来“更高级”的功能，方向没错，只是时机不对。第一版就做自动分账、智能仲裁、全城跨品牌，大概率会死在治理上。
还有一个变化，是我自己的角色。
以前做功能，我想的是用户路径、交互、边界条件。做这个项目，我想得更多的是：这条规则让谁受益，让谁受损，受损的人有没有出口，受益的人会不会钻空子。产品设计的一部分变成了制度设计。画原型反而成了最后一步，前面的大量工作是跟业务、财务、法务、店东一起，把规则写到没有歧义。
八、写在最后
贝壳 ACN 不是一套可以随便复制的软件。
它依赖真房源、流量、线下治理和平台的强控盘能力。一个纯 SaaS 工具卖不动 ACN，因为客户真正买的是制度，不是功能。你能把角色、分佣、证据、仲裁都做进系统，但如果平台没有能力验真、没有权威裁决、没有意愿处罚，这套系统很快就会变成一个更复杂的 Excel。
徐州试点跑下来，我最有把握的一个结论是：在开放平台里，信任不是虚的，它可以被设计、被执行，也可以一点点积累。小门店不会因为愿景签字，他们看的是第一笔分佣是否真实、是否解释得清、是否按时到账，也看平台能不能给他们管理和培训上的支持。
如果让我判断这套系统有没有用，我不看它有多少功能，我看三件事：跨店合作是不是变多了，争议是不是有地方可去，财务是不是敢按系统出单。
这套系统还有很多没做完的地方：规则仿真还不够细，判例库还不够厚，反作弊还在跟人斗智斗勇。但至少现在，再遇到一张有争议的单子，我们不用只靠嗓门大来解决了。对我来说，这比多做一个漂亮的功能更有成就感。
- 作者：赵聪（ZhaoCong），产品经理与独立开发者。