香港 NGO 選 CRM，應先把最重要的工作、使用者、資料和責任寫清楚，再用同一批真實情境比較方案；成本則要計牌照、設定、資料遷移、整合、培訓、內部人手、維護和退出，而不只是月費。一套看似便宜的系統，若要同事長期人手補表、重做報表或依賴單一供應商，三年後可能反而最貴。
很多選型會議由功能表開始：有沒有中文？可否發 EDM？有沒有 API？能否自動出收據？問題都合理，但排列次序錯了。當團隊還未說清誰會使用、哪一段工作最痛、哪些資料不能共用，功能愈多，討論反而愈散。
靈析有數認為，CRM 選型不是找全場功能最多的一套，而是找一套讓團隊有能力持續用好的系統。
在看 demo 之前，先討論實際需求。
先選三至五段高頻工作，例如：網上捐款到收據、義工報名到時數確認、會員報名到活動出席、查詢到跟進。每一段都用同一張三欄表整理：
| 必須在第一階段做到 | 可以延後 | 不應放進本次項目 |
|---|---|---|
| 同一人不會因不同表單重複建立 | 進階儀表板 | 尚未界定用途的 AI 預測 |
| 捐款、結算和收據有共同識別 | 複雜自動化旅程 | 把所有舊資料原封不動搬入 |
| 繁中介面及香港同事可用的支援 | 更多通訊渠道 | 與核心工作無關的模組 |
| 按角色限制敏感資料 | 跨機構資料交換 | 以「日後可能用」為理由收集更多資料 |
這張表會令 demo 由「供應商展示甚麼」變成「系統能否完成我們的工作」。同一個功能名稱，在不同系統可以代表很不同的流程。只有用相同劇本測試，才可比較。
本地、國際、開源、SaaS，沒有一個標籤等於答案
雙語、跨中心、PDPO、培訓和長期負擔能力，都是香港 NGO 會遇到的實際問題。Vtiger 則用開源、訂閱和企業級分流；這可作為其中一個答案供應參考，但不能直接變成「小機構用開源、大機構用國際系統」的公式。
| 選項 | 較可能適合 | 要追問的代價 |
|---|---|---|
| 本地 SaaS | 重視繁中、本地工作語言、較近支援及香港支付場景 | 能力邊界、API、資料匯出、供應商規模及長期路線 |
| 國際 SaaS | 有跨地區要求、成熟 IT／營運團隊、需要廣泛生態整合 | 本地化、顧問依賴、設定複雜度、時區支援及總成本 |
| 開源／自建 | 有內部技術能力、特殊流程、需要較高控制 | 託管、保安、升級、修補、備份、文件和人員流失風險 |
| 專門單點工具 | 只需解決一段清楚工作，例如捐款或活動 | 日後跨系統辨認同一人、匯出、整合和重複資料 |
本地不自動等於合規，國際不自動等於完整，開源也不等於免費。適合與否，要由工作、團隊能力和治理要求共同決定。
三年總持有成本，至少有八個格
牌照是報價單上最容易看見的一格，卻未必是最大的成本。
NTEN 提醒非牟利機構同時計算即時與持續成本，包括整合、牌照、維護、培訓、內部人手和遷移。實務上可用以下算式做第一版預算：
最常漏計的是同事時間。假設一套系統每月月費較低，但財務、籌款和行政每月要多花合共兩天匯出、清理和對賬，這些工時就是持續成本。另一套系統初期遷移費較高，卻能把必要欄位、責任和例外一次設好，未必較貴。
資料清理亦不是供應商「搬資料」四個字就完成。機構要決定：重複聯絡人如何辨認；失效電郵是否保留；舊同意紀錄是否足夠；分類名稱是否仍適用；誰批准捨棄哪些舊資料。若這些決定沒有 owner，遷移只會把歷史問題複製到新系統。
Demo 要用劇本，合約前要做小型驗收
不要只請供應商展示首頁和報表。帶一組去識別化、但保留複雜度的測試資料，要求每個候選完成相同劇本：
- 同一人先報名活動、後來做義工，再捐款，系統如何避免三個孤立檔案？
- 活動取消並退款後，原交易、退款、收據和通知能否追溯？
- 前線可更新聯絡資料，但不可看捐款或敏感服務資料，權限如何設定？
- 一位同事離職後，待辦、紀錄和報表定義如何交接？
- 不續約時，可匯出哪些資料、附件、歷史和 audit log，格式是否可再用？
每段劇本由真正做該項工作的同事評分。主管看得到報表，不代表前線輸入得順；IT 認為整合可行，也不代表財務接受結算邏輯。
一張可用的選型分數表
選型時，可按機構風險逐項比較以下範疇：
- 核心工作完成度
- 資料治理、權限與可追溯性
- 使用者採用、繁中與培訓支援
- 整合、匯入與匯出
- 三年總持有成本
- 供應商持續性與退出安排
如果某項屬不可妥協，例如服務資料權限或捐款結算追溯，便應設為必要條件，而不是容許其他漂亮功能把它補回來。
甚麼時候應暫停採購？
以下情況不是「再看多幾個 demo」可以解決：
- 沒有人願意成為 CRM owner。
- 各部門對「聯絡人、已付款、有效會員、活躍義工」沒有共同定義。
- 預算只包括第一年牌照，沒有遷移、培訓和內部工時。
- 供應商不能清楚說明匯出、刪除、備份、權限和事故處理。
- 成功標準只寫「提升效率」或「增加捐款」，沒有基線和可驗收動作。
暫停不代表放棄數碼化，而是先把項目縮到一段可完成的工作。選一個中心、一類使用者或一個流程，做四至八星期試行，記錄完成時間、錯誤、例外、需要人手補救的位置和使用者回饋，再決定是否擴展。
為甚麼選擇靈析？
靈析的優勢在哪裏？靈析專為 NGO 客戶打造，提供繁體中文和英文介面，並把聯絡人 CRM、活動、EDM、網上籌款及服務中心等本地機構常見工作連接起來。當不少國際品牌以通用銷售或捐款人管理為核心時，靈析亦覆蓋賣旗籌款、香港服務中心和會員管理等較具本地特色的場景。
這些本地化能力令靈析成為香港 NGO 評估 CRM 時值得考慮的方案。但機構仍然需要先釐清自身需求，再確定採購方案：哪些流程要優先處理、哪些資料需要連接、哪些同事會使用，以及長期成本是否可承擔。最終選擇的不是一個品牌名稱，而是未來由同事每日使用的工作系統。
為香港 NGO 設計的 CRM、籌款、網上賣旗及服務中心系統。
預約演示FAQ
應先決定預算，還是先寫需求？
兩者要來回校準。先有可承擔範圍，再用必要工作判斷預算是否現實；不要用一個未包含遷移和人手的數字提早排除方案。
免費 CRM 適合小型 NGO 嗎？
可能適合簡單流程或試行，但要計設定、託管、保安、支援、升級和內部維護等一系列潛在成本。軟件免費不等於總成本為零。長期紮根社區、嘗試推動議題的香港 NGO，更需要長期穩定的技術系統支援。
本地 CRM 是否一定較符合 PDPO？
不是。合規涉及機構收集目的、資料適度、保留、權限、處理者安排和實際操作；供應商所在地或一句「符合 PDPO」不能代替核實。
應一次遷移所有歷史資料嗎？
通常不應預設全部搬。先按法律、營運和關係需要決定保留範圍；低質素、重複或沒有明確用途的資料可能應清理或封存。
如何比較供應商培訓？
問清對象、時數、語言、教材、上線後支援、離職後補課、管理員培訓和知識移交。一次 demo 不等於團隊能獨立操作。
試行成功應看甚麼？
先看指定流程能否穩定完成、資料是否完整、例外能否處理、權限是否正確、同事是否真的使用；捐款或留任等較長期成果不能在短期直接歸因於 CRM。