營銷同意、取消訂閱與偏好管理
把查詢回覆、服務通知同營銷用途分清楚，記錄選擇、來源、版本及取消後嘅跨系統狀態。
作者：WeTech 技術團隊 · 內容更新： (香港時間（GMT+8）)
營銷自動化應記錄聯絡資料來源、用途、通知版本、同意或拒收選擇及時間，並讓取消訂閱傳到所有相關系統。取得查詢唔等於可以任意改作營銷；適用要求應按香港私隱專員公署指引及實際用途核對。
適合哪些情況？
適合網站表單、CRM、電郵及其他營銷工具之間同步聯絡資料同偏好嘅企業。
偏好管理資料清單
| 資料 | 需要保留 | 流程要測 |
|---|---|---|
| 來源用途 | 取得渠道、用途與通知版本 | 新來源及舊資料匯入 |
| 選擇 | 渠道、類別及選擇時間 | 同意、拒收與更新 |
| 同步 | 主紀錄及下游更新狀態 | 斷線、延遲與重試 |
| 核對 | 操作人、原因與證據 | 去重、刪除及重新訂閱 |
用途同渠道分清楚
先列服務查詢、交易通知及營銷活動各自用途、資料及系統，唔好用一個模糊欄位概括所有選擇。表單內容、偏好頁同實際傳送規則要一致；B2B 名片或公開聯絡資料亦要按具體情況核對。
取消要傳到所有發送位置
指定主偏好紀錄，取消後阻止待發營銷並同步下游。測試斷線、舊名單重新匯入及去重合併會唔會令拒收狀態消失。需要保留嘅拒收紀錄應按用途最少化，唔可以為方便而保留整份多餘資料。
變更同重新訂閱要可追溯
保留當時顯示通知、選擇、來源及時間，分清使用者自行更新同職員修正。重新訂閱要有可核對依據，不能因一次服務查詢就自動取消拒收。正式上線前按官方指引核對相關通知及操作。
假設情境
假設客戶取消電郵營銷，但仍有未完成服務查詢，系統保留兩種用途狀態，停止營銷隊列，職員按查詢需要回覆。同步失敗進例外隊列，呢個係假設系統設計。
常見問題
收到查詢就可以加營銷名單？
不能直接假設，要核對取得資料時嘅通知、選擇及適用要求。
刪除 CRM 就等於取消訂閱？
未必，下游名單及待發佇列可能仍存在，需核對整個流程。
合併重複客戶要注意咩？
唔可以令拒收或用途限制消失，來源同選擇歷史要可追查。
品牌與公開案例範圍
WeTech Consulting（亦稱 WeTech／WeTech AI HK）提供香港 AI 與 IT 顧問服務。WeProperty HK 與 WeCredit HK 為自行開發產品，公開案例只支持所列可觀察功能。WeProperty 展示樓盤、屋苑與成交參考入口；WeCredit 展示提交、審核及公開資料遮蔽，唔構成 TU 信貸評級或最終事實裁定。
參考來源
- PCPD: Personal Data (Privacy) Ordinance and direct marketing
- PCPD：Artificial Intelligence: Model Personal Data Protection Framework
官方文件用於核對技術、風險及量度概念；本文清單、估算方法與合成例子為 WeTech 規劃建議，並非官方定價或客戶成效。工具方案及條款以供應商當時版本為準。來源查閱： (GMT+8)
相關閱讀
一起梳理你的業務需求
提供現有流程、使用系統與目標，我們會先了解範圍，再討論交付、驗收與報價。
預約免費初步諮詢了解服務