经纪人数据权限模型的本质，是在"信息共享促成交"和"数据归属防内耗"之间划一条清晰的线。房产中介的房源与客源是最核心的生产资料，一旦权限设计含糊，就会出现撞单扯皮、飞单、跨店业绩核算无据可查等问题。因此权限划分不是简单的"能看/不能看"开关，而是一套贯穿角色、门店和数据生命周期的规则体系。
比较稳妥的做法是沿三个维度同时建模。第一个维度是角色层级：经纪人只看自己名下的房客源，店长能看本店全盘，集团或区域管理者具备跨店视角。第二个维度是门店边界，也就是数据隔离——A店看不到B店的房客源，这是多门店连锁区别于单店系统的关键，也是开发成本显著上升的部分。第三个维度是数据状态，即某条房源或客源处在录入、跟进保护、释放还是成交的哪个阶段，权限应随状态流转而变化，而不是静态绑定。
以归属与保护期约束读写
真正决定权限模型复杂度的，是客源归属保护与撞单裁定逻辑。合理的设计是：经纪人首次跟进即锁定保护期，期内其他人无法占用该客源，到期后系统自动释放回公共池；撞单时按跟进记录自动判定归属，并全程留痕以备仲裁。这意味着"可见"和"可操作"必须分离——某条客源可能对团队可见以便协同，但只有归属人拥有写入和推进权。房源侧的钥匙管理、房源归属与流转同理，清晰的归属链条是减少撞单与钥匙丢失的前提。
跨店协同不能破坏隔离
隔离做得过死会抑制成交，因此权限模型还要为跨店合作预留通道。跨店带看、合作分佣、跨店业绩核算这些场景，需要在默认隔离的基础上开放受控的临时授权，而不是直接打通全部数据。换句话说，隔离是常态，协同是例外，且每一次例外都应有明确的发起、审批与记录。佣金分账与权限体系在这里天然耦合，谁贡献了房源、谁完成了带看、谁促成了成交，都要能对应到具体角色的权限边界上。
落地时建议先锁定核心规则再分步迭代：把保护期时长、释放条件、撞单判定依据、各角色的可见与可操作范围逐条写清楚。门店越多、角色越细，这套体系的开发投入越高，但它换来的是飞单有据可查、内部扯皮成本下降。对于只有一两家店的团队，简化的归属登记已经够用；一旦走向多门店连锁，权限隔离就应作为系统设计的主干而非附加项来对待。
