基於 Y Build 建構 從一句提示到部署上線、綁定自有網域 —— 無需伺服器。 免費開始
建構上線對比實驗室關於 開始建構 →
ybuild / 場景

房仲經紀人 CRM 客戶管理系統

大多數經紀人丟單,並不是因為不會賣房,而是因為一筆 Zillow 名單在週六晚上 9 點進來,躺在信箱裡直到週一,等你想起來時,買家早已跟著第一個回電的人去看房了。名單全天候不斷湧入:來自入口網站、你的 IDX 網站、開放參觀日的簽到表、老客戶轉介紹,接著散落在電子郵件、簡訊和便利貼之間。一套貼合你真實工作方式的 CRM——一個名單收件匣、一條管線、一個跟進佇列——就是你成交的案子和你根本不知道自己丟掉的案子之間的分水嶺。

痛點

你能打造什麼

名單急速回應收件匣

一個統一的擷取表單(或轉寄信箱),名單一落地就立刻變成一位聯絡人,標記來源、指派負責人、並啟動回應計時器。任何未回覆的名單都會被標紅、置頂顯示在你的儀表板上,讓最新的名單永遠是螢幕上最醒目的東西。

買方與賣方管線看板

一塊可拖曳移動的看板,用你真實的階段——新名單、已聯絡、培育中、看房、出價、進入合約、已成交——每張卡片都是一筆關聯著聯絡人與物件的交易。一眼掃過就知道今天該打哪些電話、這週有哪些要帶看、這個月有哪些要成交。

跟進與同意授權引擎

一個每日任務佇列,把該聯絡的新名單、許久沒動靜的培育聯絡人、以及成交清單一一浮現出來;每位聯絡人身上都記錄著簡訊同意授權與退訂狀態,讓系統在你即將傳簡訊給不該聯絡的人之前,先攔住你。

數據模型

contacts
id, full_name, phone, email, type (買方/賣方/兩者皆是), source, sms_consent, consent_source, consent_date, dnc_checked_at, sphere_tag, owner_agent_id, created_at
properties
id, address, mls_number, list_price, status (在售/待定/已售), beds, baths, sqft, role (買方意向/賣方物件), created_at
deals
id, contact_id, property_id, side (買/賣), stage, price, commission_pct, expected_close, actual_close, owner_agent_id
activities
id, contact_id, deal_id, type (電話/簡訊/郵件/帶看/備註), body, occurred_at, agent_id
tasks
id, contact_id, deal_id, title, due_at, priority, status (待辦/已完成), agent_id

系統裡的一天

  1. 早上 7:12:一筆隔夜進來的 Zillow 詢問命中你的擷取表單。系統自動建立一位聯絡人、標記來源、啟動回應計時器,還沒等你喝上咖啡,一則標紅的「聯絡新名單」任務就已跳到佇列頂端。
  2. 你打開儀表板,未回覆的名單被標成紅色。你點一下就撥號,把這通電話記為一筆活動,然後把這筆新交易從「新名單」拖到「已聯絡」——全都在同一張卡片上完成。
  3. 名單在電話裡同意接收簡訊。傳送任何內容之前,你先把 sms_consent 打開為 true,並記下授權的來源與日期,這樣同意授權是有據可查的,而不是想當然的。
  4. 中午:管線看板顯示有三筆買方交易停在「看房」階段。你安排帶看,每一次都產生一個帶截止時間的任務,並連結到對應物件記錄,於是地址和價格都跟著一起走。
  5. 一處賣方物件進入「合約階段」。你把卡片拖過去,expected_close 日期開始倒數,一份成交清單任務隨之出現,讓接受出價到簽約之間沒有任何環節漏掉。
  6. 下午:培育佇列浮現出你已經 90 天沒有觸及的人脈圈聯絡人。你給那些已通過授權查核、可以接收的人傳去一則問候,跳過其餘的人。
  7. 一位聯絡人回覆了 STOP。系統標記這次退訂,停止對其後續的一切外聯,並記錄時間戳記,讓你在法規要求的窗口內、留有充足餘裕地尊重這次撤回。
  8. 一天結束:儀表板顯示還有哪些未回覆、哪些任務明天到期、哪些交易本週成交,讓你下班時心裡有數——沒有任何重要的事被埋沒。

AI 容易出錯的地方

✓ 先做這些
  • 一個統一的名單收件匣,具備即時擷取、紅色未回覆標記、以及一個清晰可見的名單回應計時器。
  • 一塊管線看板,用你真實的階段並支援拖曳移動,每張卡片把一位聯絡人與一處物件關聯起來。
  • 一個綁定到聯絡人與交易、帶截止日期的每日任務佇列,讓跟進有個歸宿。
— 先別做
  • 自動撥號、批次撥號和群發簡訊:電話線路與合規方面的負擔很重,所以先從人工的、經過授權查核的外聯做起。
  • MLS/IDX 雙向同步與即時 Zillow API 整合:v1 階段先把名單轉寄或貼進擷取表單,直接同步留到以後再加。
  • 電子簽名、完整的交易管理和佣金核算:讓 v1 專注於名單和管線,而不是成交文書。

常見問題

我能把現有的聯絡人和備註匯入嗎?

可以。描述一下你目前試算表或匯出檔案裡的欄位——姓名、電話、郵箱、來源、階段、備註——應用會把它們對應進 contacts 和 deals 表,於是你一開始面對的就是已經裝滿的客戶名冊,而不是一片空白的螢幕。

它能讓我在簡訊和來電規則上保持合規嗎?

它是一套記錄系統,而不是法律意見。它把同意授權連同來源和日期一起存下來,標記已退訂的聯絡人,並提醒你重新清洗號碼,但授權話術由你設定、退訂也由你來尊重。用得當,它就為你留下監管方期望看到的書面憑證。

我的團隊能共享一條管線嗎?

可以。每位經紀人在受管認證後登入,每位聯絡人和每筆交易都有歸屬人,你既能看到整個團隊的看板,也能篩選出只屬於你自己的名單和成交。

它能連接 Zillow 或我的 IDX 網站嗎?

在 v1 階段,你用一個擷取表單或一個轉寄信箱把名單匯入進來,於是來自任何入口網站或你網站的詢問都會立刻變成一位聯絡人。等核心管線被驗證之後,再補上入口網站直接雙向同步。

我的客戶資料存在哪裡,安全嗎?

你的 CRM 託管運行在 ybuild 上、透過你自己的網域對外提供服務,背後由一套受管資料庫支撐、並由受管認證把守,因此客戶的聯絡方式與交易歷史都留在一套由你掌控的安全系統裡,而不是一張共享試算表中。

參考來源

為你的生意打造這套系統

描述它,一次上線到你自己的網域——託管、全端、免伺服器。免費開始。

免費開始打造 →
ybuild 上的相關內容
代理商與自由接案者中小企業後台 代管資料庫代管身分驗證自訂網域託管 CRUD 應用程式資料庫綱要全端應用程式
相關場景
為你的水療館打造線上預約應用為牙科診所打造預約系統為你的美髮沙龍打造線上預約應用家教預約應用:固定週期課程、預付時數與爽約管理小型企業記帳應用律所 CRM 客戶管理系統
建構你自己的應用
免費 · 無需信用卡
免費開始 →