本文主要跟大家講解一下關于平臺型房產企業的二手房、租房盤源管理的后臺設計，一起來看看~

除了在房地產行業工作以外，相信很多人接觸到房地產中介是都是因為買房或者租房。打開主流的中介官網會發現他們的導航欄都是將新房、二手房、租房分為三個大模塊，并且排在前面。這與買賣性質、業務流程有關，其中新房是專門由地產中介項目部負責。

除了這三種常見的盤源類型以外，有些公司還會涉及到商鋪、寫字樓、海外房產的租售業務。這篇文章主要是簡單講解平臺型房產企業的二手房、租房盤源管理的后臺設計。

業務流程

在設計之前，房產中介在交易過程中的業務流程。從客戶、業主踏進門店那一刻起，房產中介會幫助你完成從看房選房到成交入住的所有步驟。所以，對盤源的生命周期管理，是從登記盤源開始到交易完成。交易完成后還可能會涉及到以后對同一個盤源的重新放盤。

產品設計

盤源的來源有很多種，如：業主主動放盤、經紀人自己線下拓盤、公司通過自己的渠道獲取盤源、離職員工轉盤、云采集盤源等。

設計產品前，先提一下公盤、私盤的概念。接觸過B端產品的童鞋應該都知道“公私?！钡母拍?。公盤是屬于公司的盤源，經紀人可以自己聯系業主拓盤拓客，將公盤轉為私盤。

“點”的設計

延續之前點線面的設計方法。第一步我們要確定字段，一般二手房和租房放盤時會有些通用信息如盤源的地理位置、盤源類型、價格、業主姓名、業主電話等。

下圖列出房源相關的一些字段，可供參考。

• 為了避免經紀人重復放盤和輸入錯誤盤源信息，保證房源的唯一性和真實性，后臺會自己建立一套樓盤字典。簡單的理解樓盤字典是一個強大的數據庫，各個小區的樓盤基礎信息被提前收錄到系統中。在盤源相關操作如新增盤源時，需要將盤源與樓盤字典信息關聯起來。數據的來源渠道有很多，鏈家作為行業的標桿做得最為完善，其數據采集方式從早期經紀人的手工紀錄，逐步發展為現在“蟻巢”智能集采系統，只需靠智能手機便能執行信息摘錄。
• 房源的圖片一般需要經過審核才能發布。業主放盤后，經紀人會在特定時間內去房源現場實勘，同時拍下照片。照片經過上級領導確認后才允許公開。一方面證明了房源的真實性，一方面保證了圖片的質量，不影響網頁的美觀。但有些公司沒有審核的要求，所以圖片審核的功能可以通過參數去配置。
• 一套房源從放盤到成交，可能由一個人負責，也可能是多人協助。從成交前的接盤人、房源登記人、圖片實勘人、接鑰匙人，到成交后的成交人、過戶專員（成交二手房）等，流程的每個環節都可能涉及到業績分成。每個公司有不同的規定，在后臺設計時，這些內容會與業績計算、財務核算等模塊有密切相關，也是經紀人最關心的部分。所以必須要了解清楚公司的規章制度。

“線”的設計

錄入盤源后，其實經紀人心里對房源的情況已經很清楚。所以在客戶求租求購時，經紀人腦海中一定會有先浮現出最適合的房源。這些都意味著查詢區域的字段必須包含樓盤名稱、樓棟房號、位置、房源類型、放盤類型。

此外，還可以添加有戶型、朝向、裝修、電梯等字段作為查詢條件。像房源編號等在實際使用上頻率極低的字段可以忽略不計。

為了提高經紀人查找盤源時的工作效率，可以將盤根據不同類型分為多個Tab展示，如：租盤、售盤、熱門盤等。

列表的設計最重要是表頭字段的選取和排序規則。表頭字段從左到右順序包括盤源編號、樓盤名稱、樓棟房號、房源類型、放盤類型、戶型、建筑面積、樓層、所在區域、接盤人、登記人、放盤日期、跟進日期等。

列表一般根據日期排序，可以是按照放盤日期或最新跟進日期。修改信息、帶看等都屬于跟進內容，如果排序規則是按照最新的跟進日期時，則需要考慮成交盤源是否屬于跟進動作范疇，是否會刷新跟進日期。

一般由于底層經紀人的資源有限，并不會批量新增私盤，在公司領導新增公盤的時候才需要批量新增。所以在設計批量新增功能的時候，可以按權限顯示按鈕，也可以放在公盤模塊中。

“面”的設計

最后是“面”的設計，主要包括詳情頁和盤源列表頁。

詳情頁是展示盤源完整信息，讓人充分了解盤源情況的頁面。根據業務需求，詳情頁會涉及客戶管理、成交管理、過戶管理、品牌管理等多個模塊。

列表頁是方便快速查詢盤源，展示所有盤信息的頁面。為了提高置業顧問的工作效率，在列表頁可以常用操作盤源信息的快捷方式。

本文由 @Chloe 原創發布于人人都是產品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議