中介管理系统的带看模块梳理.doc

中介管理系统的带看模块梳理关于带看这种业务性的操作，没有经纪人工作经验的产品经理，是很难知道经纪人在系统的操作意向，在产品开发的时候也很难对功能以及用户心理考虑完全所以，To B业务型产品经理还是需要熟悉业务，了解用户心理 带看，顾名思义是地产经纪人带着意向客户实地看房的过程带看是地产经纪人的重要业务之一，因为这是了解客户心理和需求的最佳时机，同时直接影响到交易的成功与否所以，带看模块在房屋中介管理系统中是一个基础且重要的模块带看单的作用1、将线下带看行为存档记录 将带看信息录入系统，系统能够记录线下行为，方便用户对带看记录进行查询 而且带看单是和客源、房源挂钩，当查询客源、房源时，带看单会帮助经纪人对客源、房源的了解2、经理根据带看单进行客户回访 大多数系统，在填写完带看单信息后，需要提交给上级领导审核上级领导会根据带看单信息对客户进行回访，确认带看的真实性3、经纪人的业务指标之一 经纪人的工作和销售类似，不是朝九晚五的坐班制，每天的工作内容也没有严格的规定，成交客户更多的是靠经纪人私下的方法有的中介公司也意识到这种工作方式会使一些经纪人“浑水摸鱼”，于是给中介设定一些基本的业务指标，例如每天跟进多少客户、 每月实勘多少房源、每月带看多少客户等。

将带看单录入系统，会方便统计经纪人的业务数量带看流程 “填写带看单”这个行为一般出现下带看行为发生之前经纪人填写完带看单，需要打印《带看确认书》到现场，客户进行签字确认《带看确认书》不仅是带看的确认，还是如果经纪人和客户有佣金纠纷时的一个证据一般来说，客户签了字的《带看确认书》也会上传到“带看单详情”中存档留底带看单功能1、预约带看 上面的方案是通过移动端进行定位有的系统在系统中设置带看打卡，通过记录两次打卡的间隔时间，判定为带看时间，以此作为带看管理的一个考核指标 但这也有一个缺点，就是系统内打卡始终没有移动端打卡灵活在系统内打卡，带看时间还要计算交通时间而且这对经纪人的人身自由限制非常大，带看完必须回到公司进行系统打卡，有点不符合经纪人的实际工作方式实际上，很多经纪人带看完就直接移动端打外勤卡下班回家，再去公司打卡的人少之又少2、新增带看单 新增带看单比较简单，都是一些比较基本的信息页面一般有三个信息模块：带看信息、客源信息、房源信息、带看说明 在设计“新建带看单”时，要考虑的一个重要因素是：带看单不能太复杂如果新建带看单页面太复杂，需要经纪人勾选、填写的东西太多，这会影响经纪人的工作效率，也会降低经纪人认真填写带看单的意愿，进而降低带看单信息的真实性和有效性。

带看单应该让经纪人填写基本信息，并多使用下拉选项、勾选等交互形式，减少经纪人的任务量3、带看单详情 带看单详情是给管理层看的，除了带看的基本信息，管理层还希望能看到这个带看单的状态变动，带看单的相关员工是哪些所以带看单详情的内容会更详细一些比如说上传附件、变动记录、带看签到等管理层关注的信息这也是以后发生纠纷、佣金分成的一个重要依据 还有一个亮点功能，经纪人可以标记优势房源或主推房源这是因为中介在带看时一般会带看多套房源标记主推房源可以让查看带看单的人明白客户的需求及偏好就算这次带看没有成功，之后跟进这个客户的经纪人可以更方便、精准地帮客户匹配房源另外，标记客户对房源的需求偏好，也是为后期“智能推荐房源”或“匹配房源”采集数据 4、带看填写 关于带看填写，一开始我很想参考下图中系统的做法，让那个用户选择带看情况和客户满意度，除此之外，我还希望用户能在每套房源的跟进后选择房源的优势，这些优势的以标签的样式展现，名词可以在物业参数进行配置但后期在评审需求的时候，有过经纪人经验的产品经理提醒我，经纪人很不愿意填写这些跟进之类，这对他们来说是复杂繁琐的任务尤其一些选择项，经纪人更会随便地勾选，这些跟进信息很容易会是虚假信息。

还有就是经纪人是很不愿意写太多跟进，暴露客户的太多信息这对他自己是没有好处的所以跟进其实没有太多必要所以我只保留了“带看说明”这一个需要填写的跟进项 总结 作为一个产品助理，刚开始进行带看功能设计时，我觉得这是一个简单的功能就简单地了解了一下业务、看了一下竞品，就开始梳理功能点、画原型我以为这个简单的功能没有什么可创新、发挥的空间但在评审方案的时候，还是发现自己在设计时没有考虑到很多点，比如说经纪人的业务顺序、经纪人对带看的心理等等在经过多次修改、简化、提炼，才明白产品工作是真的很考验人，一个再小的功能也需要考虑多方面 关于带看这种业务性的操作，没有经纪人工作经验的产品经理，是很难知道经纪人在系统的操作意向，在产品开发的时候也很难对功能以及用户心理考虑完全所以，To B业务型产品经理还是需要熟悉业务，了解用户心理 2 / 2。