带看单的作用

1、将线下带看行为存档记录

将带看信息录入系统，系统能够记录线下行为，方便用户对带看记录进行查询。

而且带看单是和客源、房源挂钩，当查询客源、房源时，带看单会帮助经纪人对客源、房源的了解。

2、经理根据带看单进行客户回访

大多数系统，在填写完带看单信息后，需要提交给上级领导审核。上级领导会根据带看单信息对客户进行电话回访，确认带看的真实性。

3、经纪人的业务指标之一

经纪人的工作和销售类似，不是朝九晚五的坐班制，每天的工作内容也没有严格的规定，成交客户更多的是靠经纪人私下的方法。有的中介公司也意识到这种工作方式会使一些经纪人“浑水摸鱼”，于是给中介设定一些基本的业务指标，例如每天跟进多少客户、 每月实勘多少房源、每月带看多少客户等。将带看单录入系统，会方便统计经纪人的业务数量。

带看流程

“填写带看单”这个行为一般出现在线下带看行为发生之前。经纪人填写完带看单，需要打印《带看确认书》到现场，客户进行签字确认。《带看确认书》不仅是带看的确认，还是如果经纪人和客户有佣金纠纷时的一个证据。一般来说，客户签了字的《带看确认书》也会上传到“带看单详情”中存档留底。

带看单功能

1、预约带看

上面的方案是通过移动端进行定位。有的系统在系统中设置带看打卡，通过记录两次打卡的间隔时间，判定为带看时间，以此作为带看管理的一个考核指标。

但这也有一个缺点，就是系统内打卡始终没有移动端打卡灵活。在系统内打卡，带看时间还要计算交通时间。而且这对经纪人的人身自由限制非常大，带看完必须回到公司进行系统打卡，有点不符合经纪人的实际工作方式。实际上，很多经纪人带看完就直接移动端打外勤卡下班回家，再去公司打卡的人少之又少。

2、新增带看单

新增带看单比较简单，都是一些比较基本的信息。页面一般有三个信息模块：带看信息、客源信息、房源信息、带看说明。

在设计“新建带看单”时，要考虑的一个重要因素是：带看单不能太复杂。如果新建带看单页面太复杂，需要经纪人勾选、填写的东西太多，这会影响经纪人的工作效率，也会降低经纪人认真填写带看单的意愿，进而降低带看单信息的真实性和有效性。带看单应该让经纪人填写基本信息，并多使用下拉选项、勾选等交互形式，减少经纪人的任务量。

3、带看单详情

带看单详情是给管理层看的，除了带看的基本信息，管理层还希望能看到这个带看单的状态变动，带看单的相关员工是哪些。所以带看单详情的内容会更详细一些。比如说上传附件、变动记录、带看签到等管理层关注的信息。这也是以后发生纠纷、佣金分成的一个重要依据。

还有一个亮点功能，经纪人可以标记优势房源或主推房源。这是因为中介在带看时一般会带看多套房源。标记主推房源可以让查看带看单的人明白客户的需求及偏好。就算这次带看没有成功，之后跟进这个客户的经纪人可以更方便、精准地帮客户匹配房源。另外，标记客户对房源的需求偏好，也是为后期“智能推荐房源”或“匹配房源”采集数据。

4、带看填写

关于带看填写，一开始我很想参考下图中系统的做法，让那个用户选择带看情况和客户满意度，除此之外，我还希望用户能在每套房源的跟进后选择房源的优势，这些优势的以标签的样式展现，名词可以在物业参数进行配置。但后期在评审需求的时候，有过经纪人经验的产品经理提醒我，经纪人很不愿意填写这些跟进之类，这对他们来说是复杂繁琐的任务。尤其一些选择项，经纪人更会随便地勾选，这些跟进信息很容易会是虚假信息。

还有就是经纪人是很不愿意写太多跟进，暴露客户的太多信息。这对他自己是没有好处的。所以跟进其实没有太多必要。所以我只保留了“带看说明”这一个需要填写的跟进项。

总结

作为一个产品助理，刚开始进行带看功能设计时，我觉得这是一个简单的功能。就简单地了解了一下业务、看了一下竞品，就开始梳理功能点、画原型。我以为这个简单的功能没有什么可创新、发挥的空间。但在评审方案的时候，还是发现自己在设计时没有考虑到很多点，比如说经纪人的业务顺序、经纪人对带看的心理等等。在经过多次修改、简化、提炼，才明白产品工作是真的很考验人，一个再小的功能也需要考虑多方面。

关于带看这种业务性的操作，没有经纪人工作经验的产品经理，是很难知道经纪人在系统的操作意向，在产品开发的时候也很难对功能以及用户心理考虑完全。所以，To B业务型产品经理还是需要熟悉业务，了解用户心理。

作者：异彩，产品新人。公众号《一只蜗牛慢慢跑》

本文由 @异彩 原创发布于人人都是产品经理。未经许可，禁止转载。

题图来自 Pixabay，基于 CC0 协议