中介门店的核心资产是房源和客源，但这两样资产的管理方式往往最原始：房源在 Excel 和朋友圈里，客源在经纪人手机和脑子里，带看记录靠回忆。
这篇文章讲清：一套实用的中介管理系统要哪些模块；它和贝壳这类大平台是什么关系、会不会冲突；以及怎么落地才能让经纪人真的用起来。
房产中介的三个管理断点
- 房源状态不同步：已售、已租的房源还在朋友圈发着，独家房源被两个经纪人同时推给客户，店长最后才知道。
- 客源跟丢：客户今天想看两房、下周预算变了，需求登记在纸上，换个人接待就得从头问一遍，体验很差。
- 带看无记录：带看过什么房、客户反馈如何，全在经纪人脑子里。人一离职，客户资源跟着断档。
一套实用的中介系统，5 个模块
- 房源管理：小区、户型、面积、报价、状态（在售、已售、待租、已租），业主信息挂在房源下，状态变更即时可见。
- 客源管理：需求登记（区域、预算、户型）、预算变更、跟进记录，谁在跟进一目了然。
- 带看管理：哪套房带给了哪个客户、什么时间、反馈如何，撮合过程有迹可循。
- 合同与交易：签约状态、成交信息、经纪人业绩归属，月底算业绩不再扯皮。
- 权限分级：经纪人看自己的客源和公海房源，店长看全店数据。
已上线的房产 CRM：怎么用
基于 Yidao 平台搭建的房产 CRM 已上线，覆盖房源、客源、经纪人、带看、合同、交易六大模块。典型场景：
- 业主委托一套新房，经纪人录房源、拍照、标状态，门店所有人在系统里实时可见，不再依赖群里转发的 Excel。
- 客户到店说需求，接待人录客源；下次客户来，不管谁接待，打开档案就知道他看过什么、预算变了没有。
- 带看后当场记录反馈：「嫌贵」「想看同小区低楼层」，撮合方向马上清晰。
- 成交签约后合同与交易记录关联房源和客源，业绩归属系统说了算。
和大平台是什么关系
很多店长会问：我们已经在用贝壳了，还需要自己的系统吗？这两件事不冲突。
大平台是公域流量池，解决「房源曝光和找客」；门店自己的系统是私域经营工具，解决「自己的房源客源怎么管」。平台上的线索可以沉淀到自己的系统里跟进；业主委托的自有房源、老客户复购和转介绍，靠自己的系统管。有自己的系统打底的门店，不会把全部命脉押在平台规则上。
房源和客源的字段，怎么设计才好用
- 房源：必填字段控制在 8 个以内——小区、楼栋楼层、户型、面积、报价、装修、状态、业主电话。照片和描述放详情页，不占录入路径。
- 客源：预算、意向区域、户型要求、现住址，这四个字段决定撮合效率，其他信息可以后补。
- 状态字段是灵魂：房源的在售、已售、暂缓，客源的跟进中、暂缓、成交，每个状态都要有明确含义和责任人。状态不准的系统，比 Excel 还危险。
先想清楚每个字段谁来填、填了谁用，没人用的字段删掉——字段数量和录入意愿成反比。
业绩归属怎么定才不扯皮
- 房源方、客源方、成交方三类角色提前定好分成规则，录进系统的合同记录里（选角色和比例），月底按记录算，不靠回忆。
- 跨店合作、跟进人离职的客户回收规则也提前定：多少天没跟进回收进公海——回收动作由店长定期执行，系统负责筛出名单，不承诺自动流转。
落地建议：最大的坎是录入习惯
- 第一二周：先把房源和客源两个模块用起来，其他模块后上。
- 字段宁少勿多：先保证录入快（一分钟内录完一条房源），宁可信息粗一点，先跑起来再逐步加。
- 店长带头：头两周每天早上看一遍系统里的房源和带看数据，代替原来的口头问询。
系统好不好用，三分看功能、七分看录入习惯。录入越简单，数据越准；数据越准，系统才有用。这也是为什么我们建议模板化起步——教育、诊所、会员、房产这些行业模块我们都已搭好并上线验证，你的门店要做的只是微调字段和流程。