小生意收顧客資料：落單、推廣與雲端權限

把交付和促銷分開

訂單表只收交付和相關目的需要的資料，向顧客說明用途及適用轉移對象等資料。直接促銷另按法例通知及取得所需同意；提供資料給他人作直接促銷的同意須以書面作出。不要把付款、抽獎或取貨當成無限推廣授權。顧客提出停止使用其資料作直接促銷時，應有能實際處理的程序，不能只放一個失效退訂連結。

例子：一間網店可以把送貨資料留在訂單區，另用清楚選項記錄是否同意指定推廣用途，保留選擇日期與相關說明。這是流程示例，不是可直接複製便一定符合法例的條款。不要預設勾選含糊『所有伙伴優惠』後就任意分享。供應商需要地址送貨時，分享必需資料並確認責任、保護和保存安排，不連客戶整份消費紀錄一起發。

小團隊也要管理權限

雲端表格不要設成任何有連結的人可讀；按工作分配最少權限，離職或停止合作便移除。備份與匯出檔同樣有個人資料，放在私人手機或公開群組可能增加風險。使用新CRM、AI或海外雲端前，核對供應商及實際資料處理安排。測試時用虛構客戶，不把真實資料上傳到陌生網站來看是否方便。

每種紀錄訂保存理由，稅務憑證及顧客交付資料未必同一期限。保留法定需要的部分，其他資料按目的及要求處理，不聲稱全部七年都可任意保存。有人要求查閱、更正或發現外洩時，指定負責人按正式程序跟進，保存時間與回覆。需要個別法律判斷便帶資料流程和條款問合適人士，比只問『這個App安全嗎』更有用。

一步一步怎樣做

1. 畫出資料從訂單、支付、客服到物流的流向，刪掉不必要欄位。普通送貨不要無原因要求身份證副本，把必要與自願資料分清。
2. 在收集前給客人清楚說明用途、轉移對象類別和查閱更正渠道。會員與營銷選擇分開，保留顧客實際選擇及版本。
3. 按需給員工權限，外判物流和系統談保安、保存及刪除。帳戶開雙重認證，避免把完整客戶表放個人聊天群或無限公開連結。
4. 建拒收推廣、查閱、更正及事故流程，指派聯繫人。每月檢查權限和舊資料，稅務保存部分與非必要個人資料分開評估。

換個例子看會更清楚

花店收電話和地址送花。店主只給司機當日送貨資料，完成後按安排移除；發送節日促銷另按直接促銷要求取得同意，拒收客人加入抑制名單。賬單保存與推廣名單分開，不因為要留七年發票便保留所有聊天附件。