房产后台盘源管理设计实例

林心雪

本文主要跟大家讲解一下关于平台型房产企业的二手房、租房盘源管理的后台设计，一起来看看 ~


除了在房地产行业工作以外，相信很多人接触到房地产中介是都是因为买房或者租房。打开主流的中介官网会发现他们的导航栏都是将新房、二手房、租房分为三个大模块，并且排在前面。这与买卖性质、业务流程有关，其中新房是专门由地产中介项目部负责。
除了这三种常见的盘源类型以外，有些公司还会涉及到商铺、写字楼、海外房产的租售业务。这篇文章主要是简单讲解平台型房产企业的二手房、租房盘源管理的后台设计。
业务流程</b>
在设计之前，房产中介在交易过程中的业务流程。从客户、业主踏进门店那一刻起，房产中介会帮助你完成从看房选房到成交入住的所有步骤。所以，对盘源的生命周期管理，是从登记盘源开始到交易完成。交易完成后还可能会涉及到以后对同一个盘源的重新放盘。


产品设计</b>
盘源的来源有很多种，如：业主主动放盘、经纪人自己线下拓盘、公司通过自己的渠道获取盘源、离职员工转盘、云采集盘源等。
设计产品前，先提一下公盘、私盘的概念。接触过 B 端产品的童鞋应该都知道 " 公私海 " 的概念。公盘是属于公司的盘源，经纪人可以自己联系业主拓盘拓客，将公盘转为私盘。
" 点 " 的设计</b>
延续之前点线面的设计方法。第一步我们要确定字段，一般二手房和租房放盘时会有些通用信息如盘源的地理位置、盘源类型、价格、业主姓名、业主电话等。
下图列出房源相关的一些字段，可供参考。


为了避免经纪人重复放盘和输入错误盘源信息，保证房源的唯一性和真实性，后台会自己建立一套楼盘字典。简单的理解楼盘字典是一个强大的数据库，各个小区的楼盘基础信息被提前收录到系统中。在盘源相关操作如新增盘源时，需要将盘源与楼盘字典信息关联起来。数据的来源渠道有很多，链家作为行业的标杆做得最为完善，其数据采集方式从早期经纪人的手工纪录，逐步发展为现在 " 蚁巢 " 智能集采系统，只需靠智能手机便能执行信息摘录。
房源的图片一般需要经过审核才能发布。业主放盘后，经纪人会在特定时间内去房源现场实勘，同时拍下照片。照片经过上级领导确认后才允许公开。一方面证明了房源的真实性，一方面保证了图片的质量，不影响网页的美观。但有些公司没有审核的要求，所以图片审核的功能可以通过参数去配置。
一套房源从放盘到成交，可能由一个人负责，也可能是多人协助。从成交前的接盘人、房源登记人、图片实勘人、接钥匙人，到成交后的成交人、过户专员（成交二手房）等，流程的每个环节都可能涉及到业绩分成。每个公司有不同的规定，在后台设计时，这些内容会与业绩计算、财务核算等模块有密切相关，也是经纪人最关心的部分。所以必须要了解清楚公司的规章制度。
" 线 " 的设计</b>
录入盘源后，其实经纪人心里对房源的情况已经很清楚。所以在客户求租求购时，经纪人脑海中一定会有先浮现出最适合的房源。这些都意味着查询区域的字段必须包含楼盘名称、楼栋房号、位置、房源类型、放盘类型。
此外，还可以添加有户型、朝向、装修、电梯等字段作为查询条件。像房源编号等在实际使用上频率极低的字段可以忽略不计。


为了提高经纪人查找盘源时的工作效率，可以将盘根据不同类型分为多个 Tab 展示，如：租盘、售盘、热门盘等。
列表的设计最重要是表头字段的选取和排序规则。表头字段从左到右顺序包括盘源编号、楼盘名称、楼栋房号、房源类型、放盘类型、户型、建筑面积、楼层、所在区域、接盘人、登记人、放盘日期、跟进日期等。
列表一般根据日期排序，可以是按照放盘日期或最新跟进日期。修改信息、带看等都属于跟进内容，如果排序规则是按照最新的跟进日期时，则需要考虑成交盘源是否属于跟进动作范畴，是否会刷新跟进日期。


一般由于底层经纪人的资源有限，并不会批量新增私盘，在公司领导新增公盘的时候才需要批量新增。所以在设计批量新增功能的时候，可以按权限显示按钮，也可以放在公盘模块中。
" 面 " 的设计</b>
最后是 " 面 " 的设计，主要包括详情页和盘源列表页。
详情页是展示盘源完整信息，让人充分了解盘源情况的页面。根据业务需求，详情页会涉及客户管理、成交管理、过户管理、品牌管理等多个模块。


列表页是方便快速查询盘源，展示所有盘信息的页面。为了提高置业顾问的工作效率，在列表页可以常用操作盘源信息的快捷方式。


本文由 @Chloe 原创发布于人人都是产品经理。未经许可，禁止转载
题图来自 Unsplash，基于 CC0 协议