中介管理系統的帶看模塊梳理

從零開始學運營，10年運營老司機帶路，2天線下集訓+1年在線學習，做個優秀的運營人。了解詳情

關於帶看這種業務性的操作，沒有經紀人工作經驗的產品經理，是很難知道經紀人在系統的操作意向，在產品開發的時候也很難對功能以及用戶心理考慮完全。所以，To B業務型產品經理還是需要熟悉業務，了解用戶心理。

帶看，顧名思義是地產經紀人帶著意向客戶實地看房的過程。帶看是地產經紀人的重要業務之一，因為這是了解客戶心理和需求的最佳時機，同時直接影響到交易的成功與否。所以，帶看模塊在房屋中介管理系統中是一個基礎且重要的模塊。

帶看單的作用

1、將線下帶看行為存檔記錄

將帶看信息錄入系統，系統能夠記錄線下行為，方便用戶對帶看記錄進行查詢。

而且帶看單是和客源、房源掛鉤，當查詢客源、房源時，帶看單會幫助經紀人對客源、房源的了解。

2、經理根據帶看單進行客戶回訪

大多數係統，在填寫完帶看單信息後，需要提交給上級領導審核。上級領導會根據帶看單信息對客戶進行電話回訪，確認帶看的真實性。

3、經紀人的業務指標之一

經紀人的工作和銷售類似，不是朝九晚五的坐班制，每天的工作內容也沒有嚴格的規定，成交客戶更多的是靠經紀人私下的方法。有的中介公司也意識到這種工作方式會使一些經紀人“渾水摸魚”，於是給中介設定一些基本的業務指標，例如每天跟進多少客戶、每月實勘多少房源、每月帶看多少客戶等。將帶看單錄入系統，會方便統計經紀人的業務數量。

帶看流程

“填寫帶看單”這個行為一般出現在線下帶看行為發生之前。經紀人填寫完帶看單，需要打印《帶看確認書》到現場，客戶進行簽字確認。《帶看確認書》不僅是帶看的確認，還是如果經紀人和客戶有佣金糾紛時的一個證據。一般來說，客戶簽了字的《帶看確認書》也會上傳到“帶看單詳情”中存檔留底。

帶看單功能

1、預約帶看

上面的方案是通過移動端進行定位。有的系統在系統中設置帶看打卡，通過記錄兩次打卡的間隔時間，判定為帶看時間，以此作為帶看管理的一個考核指標。

但這也有一個缺點，就是系統內打卡始終沒有移動端打卡靈活。在系統內打卡，帶看時間還要計算交通時間。而且這對經紀人的人身自由限制非常大，帶看完必須回到公司進行系統打卡，有點不符合經紀人的實際工作方式。實際上，很多經紀人帶看完就直接移動端打外勤卡下班回家，再去公司打卡的人少之又少。

2、新增帶看單

新增帶看單比較簡單，都是一些比較基本的信息。頁面一般有三個信息模塊：帶看信息、客源信息、房源信息、帶看說明。

在設計“新建帶看單”時，要考慮的一個重要因素是：帶看單不能太複雜。如果新建帶看單頁面太複雜，需要經紀人勾選、填寫的東西太多，這會影響經紀人的工作效率，也會降低經紀人認真填寫帶看單的意願，進而降低帶看單信息的真實性和有效性。帶看單應該讓經紀人填寫基本信息，並多使用下拉選項、勾選等交互形式，減少經紀人的任務量。

3、帶看單詳情

帶看單詳情是給管理層看的，除了帶看的基本信息，管理層還希望能看到這個帶看單的狀態變動，帶看單的相關員工是哪些。所以帶看單詳情的內容會更詳細一些。比如說上傳附件、變動記錄、帶看簽到等管理層關注的信息。這也是以後發生糾紛、佣金分成的一個重要依據。

還有一個亮點功能，經紀人可以標記優勢房源或主推房源。這是因為中介在帶看時一般會帶看多套房源。標記主推房源可以讓查看帶看單的人明白客戶的需求及偏好。就算這次帶看沒有成功，之後跟進這個客戶的經紀人可以更方便、精準地幫客戶匹配房源。另外，標記客戶對房源的需求偏好，也是為後期“智能推薦房源”或“匹配房源”採集數據。

4、帶看填寫

關於帶看填寫，一開始我很想參考下圖中系統的做法，讓那個用戶選擇帶看情況和客戶滿意度，除此之外，我還希望用戶能在每套房源的跟進後選擇房源的優勢，這些優勢的以標籤的樣式展現，名詞可以在物業參數進行配置。但後期在評審需求的時候，有過經紀人經驗的產品經理提醒我，經紀人很不願意填寫這些跟進之類，這對他們來說是複雜繁瑣的任務。尤其一些選擇項，經紀人更會隨便地勾選，這些跟進信息很容易會是虛假信息。

還有就是經紀人是很不願意寫太多跟進，暴露客戶的太多信息。這對他自己是沒有好處的。所以跟進其實沒有太多必要。所以我只保留了“帶看說明”這一個需要填寫的跟進項。

總結

作為一個產品助理，剛開始進行帶看功能設計時，我覺得這是一個簡單的功能。就簡單地了解了一下業務、看了一下競品，就開始梳理功能點、畫原型。我以為這個簡單的功能沒有什麼可創新、發揮的空間。但在評審方案的時候，還是發現自己在設計時沒有考慮到很多點，比如說經紀人的業務順序、經紀人對帶看的心理等等。在經過多次修改、簡化、提煉，才明白產品工作是真的很考驗人，一個再小的功能也需要考慮多方面。