輸入 / 客戶訊息
收到一條看樓請求。
示例客戶 A：「我想找交通便利的兩房單位，下星期二下午可以睇 DEMO-01 這個單位嗎？」
經授權的接收流程可以建立草稿紀錄並保留原訊息。房源編號不代表房源仍然可約。
草稿紀錄：客戶 A · DEMO-01 · 請求看樓 · 尚未確認
01 / 看看流程如何運作
一條詢盤，五個明確步驟。
這是使用虛構資料的互動概念示範，未連接真實電郵、日曆或 CRM，不會發送訊息、預約或儲存資料。
檢查 / 缺失資料
先問清缺少的資料。
已知：兩房、交通便利、星期二下午。缺少：預算、偏好地區和聯絡方式。客戶補充前，這些欄位保持空白。
回覆草稿：「請問您偏好哪個地區、預算範圍是多少？我可以透過甚麼方式與您確認看樓安排？」
任何訊息發送前，都由經紀人審核草稿，不猜測缺失事實。
建議 / 核對可用時間
提出一個待核對的時段。
本示例假設客戶已補齊資料。示範日曆顯示星期二下午 2:00–2:30 有空，時間以房源所在地為準，仍需核對業主進場許可和客戶意願。
建議時段 · 並非已確認預約
無法取得權限或日曆檢查失敗時，請求應保留為待人工處理。
確認 / 人工決定
由經紀人確認安排。
選擇一種情況。在無衝突示例中，假設經紀人已核對客戶同意、房源進場權限、時區和最新日曆。有衝突時阻止確認。
發現衝突。請求保持待處理，由經紀人提出其他時段。
等待經紀人確認。已記錄示範確認，未發送任何邀請或訊息。
跟進 / 下一步行動
讓下一步行動清晰可見。
預約尚未確認。下一項任務：請經紀人審核請求，不建立已確認看樓提醒。
示範預約已確認。建議任務：經紀人在看樓後跟進並記錄客戶回饋，未建立真實提醒。
AI 可以整理筆記和草擬回覆；經紀人核實房源事實、審核對外訊息，並保留價格、報價和交易條款的決定權。
02 / 圍繞現有工具規劃
先確認連接條件，再確定方案。
以下是待評估的連接方式，並非已驗證的兼容清單。本示範未認證任何電郵、CRM 或房源平台。是否可行取決於帳戶、權限、服務商規則和範圍明確的測試。
| 工具類別 | 可評估的方式 | 先確認甚麼 |
|---|---|---|
| 電郵與詢盤表單 | 經授權的 API、專用接收表單，或經紀人選擇匯出的紀錄。 | 帳戶權限、允許讀取的欄位、重複紀錄處理及僅產生草稿的權限。 |
| 日曆 | 先評估讀取空閒時間，明確審核後再考慮建立活動。 | 共用日曆、時區、存取權限、衝突和寫入失敗。 |
| CRM 與試算表 | 允許使用的 API 或受控 CSV 匯入，從示例紀錄開始。 | 訂閱要求、欄位對應、紀錄歸屬、重複紀錄及還原方式。 |
| 檔案與房源系統 | 經授權的文件，或服務商允許提供的資料來源（如有）。 | 使用權、更新頻率、分享限制以及是否允許使用 API。 |
如果暫時無法連接
可評估經授權的手動匯出或獨立接收表單，並記錄額外工作與限制。沒有允許使用的途徑時，將該系統排除在試行之外，不繞過存取限制。
03 / 連接真實資料前先約定
把資料處理和交付責任說清楚。
以下清單用於確定項目範圍，並非已約定的託管地點、服務商名單、保留期限或服務標準；這些內容需要在具體項目文件中確認。
畫清資料流
逐項列出姓名、聯絡方式、預算和偏好會進入哪些工具、AI 服務、日誌及備份，記錄儲存地區與外部服務商。
限制並覆核存取權限
確認可接觸紀錄的人員及分包方，約定最小權限、保密要求和撤銷存取的流程。
約定保留與刪除
分別約定紀錄、AI 輸入輸出、日誌和備份的保留期限，明確刪除申請、備份到期和完成核驗方式。
明確責任主體
書面確認簽約企業和項目負責人，分配實施、資料處理、驗收、故障回應與維護責任。
規劃交接與退出
約定交付成果的歸屬與授權、文件、匯出格式、帳戶交接，以及支援時段、回應目標和不包含的事項。
從虛構紀錄開始
需求溝通先使用虛構或適當去識別化的示例，確認範圍、授權和處理安排後再引入真實客戶資料。
04 / 五篇精選閱讀
為一次有重點的初談做準備。
建議按順序閱讀。這些是編輯指南，不代表已完成的房地產客戶項目證明。
- 選擇一個範圍可控的起點 ↗
先確定一項任務及其成效指標，再考慮擴展。
- 追補缺失資料 ↗
規劃如何追補資料，避免憑空補齊答案。
- 明確預約確認界線 ↗
區分可用時段與各方已確認的預約。
- 畫清客戶資料流向 ↗
連接真實紀錄前，確定涉及的服務、存取權限與儲存位置。
- 準備項目協議 ↗
把責任、成果歸屬和維護問題帶到首次溝通中。
你的起點
帶上一項任務和你正在用的工具。
描述最近一次詢盤、資料放在哪裡，以及哪些操作需要你確認。請使用虛構示例，不要在初次諮詢中填寫客戶聯絡方式。
討論房地產工作流程 ↗了解交付協作網絡 ↗