大多數小型企業的銷售流程，都是靠一份試算表加上一份愧疚感在撐著。你不需要 Salesforce 來解決這件事——你需要的是不會漏接的聯絡人、交易與後續追蹤。我們就在一個下午內、用一個真實 網域把這套東西做了出來，而且這個製作過程無聊到可以一再複製。
唯一原則：對範圍毫不留情
CRM 在你加上「再多一個欄位就好」的那一刻就開始腐爛。整套訣竅就在於決定它不會做什麼。 我們這套只處理三個名詞，其他一概不碰：
- 聯絡人——姓名、公司、電子郵件、電話、負責人。
- 交易——標題、金額、階段、連結的聯絡人。
- 活動——一則備註或一項帶有到期日的後續追蹤。
沒有自訂欄位、沒有自動化、沒有報表。如果你日後真的需要那些，你自然會知道。
技術堆疊
和 Build Lab 裡每一個專案一樣的骨幹：Supabase 負責資料庫、身分驗證與資料列層級安全性；
AI 建構工具則在上面搭出介面。三張資料表，一個從交易 → 聯絡人、活動 → 交易的外鍵，再加上
一個 owner 欄位，讓資料列層級安全性能把每一次查詢都限定在登入的使用者（或他們的團隊）範圍內。
一個提示詞接一個提示詞的製作過程
- 搭骨架——「一個 CRM。電子郵件登入。聯絡人、交易與活動。」幾分鐘內你就會得到一個帶有 身分驗證、能跑起來的 app。
- 流程管線——「交易有不同階段：Lead → Contacted → Proposal → Won/Lost。把它們以 kanban 看板呈現，拖曳即可變更階段。」
- 後續追蹤——「一項活動有到期日；在首頁顯示所有今天到期的項目。」這正是真正能發揮作用的功能。
- 權限——「加上資料列層級安全性，讓使用者只看得到自己的聯絡人、交易與活動。」
- 匯入——「讓我貼上一份聯絡人的 CSV。」
AI 會搞錯的地方
每次都是兩件事。第一，它會很樂意產生一個會更新介面、卻忘了保存階段變更的 kanban—— 拖動一張卡片、重新整理，它又彈回原位。要明確要求它寫入。第二，除非你強制要求，否則它幾乎 從不加上資料列層級安全性，所以預設情況下每個使用者都看得到所有人的資料。對一個存放客戶 聯絡人的 CRM 來說，這就是輸贏的關鍵——把 RLS 當成一個提示詞，而不是事後才補的東西。
上線出貨
一個跑在預覽 URL 上的 CRM，不會是你團隊真的會用的 CRM。把它指向你自己的網域——這是個 10 分鐘的工作——然後把「今天到期」這個檢視 放到每個人的首頁上。
結論
致勝關鍵不是軟體；是範圍。三個名詞、真正的權限、一個今天到期的檢視，跑在你自己的網域上。 今天下午就把這個做出來，你就已經贏過試算表了——而且還不必去註冊一個你接下來一整年都在忙著 關掉功能的平台。