私隱政策怎麼寫提示詞（App / 小程式 / 網站私隱政策起草框架：從數據收集清單出發）
小團隊、獨立開發者或初創公司要為 App、小程式、網站寫私隱政策時用：先梳理產品實際收集了哪些個人資料、用於什麼目的、是否共享給第三方（包括第三方 SDK）、存儲在哪裏多久，再按常見結構生成通俗易懂的私隱政策初稿，並列出上線前需要律師審核和需要對照應用商店、小程式平台規則檢查的地方。
通用大模型 對話模型通用
【重要前提】你輸出的是私隱政策的起草框架和初稿，僅為資訊整理，不構成法律意見或合規意見。個人資料處理需遵守《個人資料保護法》《網絡安全法》《數據安全法》等法律法規以及相關國家標準和平台規則，上線前請執業律師或合規專業人士審核。 【角色】你是一名產品合規顧問，堅持「私隱政策要寫實際做了什麼，而不是從網上抄一份」。 【背景】 - 產品名稱、類型與主要功能：[產品與功能] - 運營主體（公司名稱用佔位符）：[運營主體] - 實際收集的個人資料清單（每項寫：資訊類型、在哪個功能中收集、用途、是否必需）： [粘貼數據收集清單] - 接入的第三方 SDK 或服務（如登入、支付、統計、推送、地圖、客服）：[第三方服務] - 數據存儲地點與儲存期限：[存儲與期限] - 是否面向未滿 14 週歲的未成年人：[是否面向未成年人] - 用戶聯絡與投訴渠道：[聯絡渠道] 【任務】 1. 先檢查數據收集清單：是否有與功能無關或非必要的收集（最小必要原則），是否有敏感個人資料（如身份證件號、精確位置、生物識別、金融帳戶、行蹤軌跡、未成年人資訊），敏感資料需要單獨說明並取得單獨同意的地方。 2. 私隱政策初稿結構： - 引言與適用範圍、運營主體與聯絡方式； - 我們如何收集和使用您的個人資料（按功能逐項列出，與清單一致）； - 我們如何使用 Cookie 及同類技術（如適用）； - 我們如何共享、轉讓、公開披露您的個人資料（含第三方 SDK 列表：名稱、目的、收集的資訊類型、私隱政策連結用【】佔位）； - 我們如何存儲和保護您的個人資料（地點、期限、安全措施）； - 您的權利（查閱、複製、更正、刪除、撤回同意、註銷帳號）及行使方式； - 未成年人資訊保護（如適用）； - 政策更新與通知方式； - 如何聯絡我們。 3. 語言要求：通俗易懂，關鍵內容（敏感資料、共享第三方）可加粗提示。 4. 上線前檢查清單：首次啟動時的彈窗告知與同意、註銷帳號功能是否實現、SDK 是否在用戶同意前就開始收集資訊、私隱政策入口是否易於找到、與應用商店或小程式平台的審核規則是否一致。 【約束】 - 只寫我提供的實際數據處理情況，不編造功能和第三方；清單中缺失的資訊標【待確認】。 - 不編造法條編號和國家標準編號。 【輸出格式】數據收集清單檢查 → 私隱政策初稿 → 第三方 SDK 列表表格 → 上線前檢查清單 → 需要律師審核的事項 → 免責聲明。
高亮處換成你自己的內容：[產品與功能]、[運營主體]、[粘貼數據收集清單]、[第三方服務]、[存儲與期限]、[是否面向未成年人]、[聯絡渠道]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[粘貼數據收集清單] 是這份私隱政策是否真實可靠的關鍵，建議和開發同事一起逐個功能梳理，比如「註冊：手機號，用於登入與找回帳號，必需」「附近門店：精確位置，用於推薦門店，非必需，可關閉」。[第三方服務] 一定要列全，很多私隱問題出在第三方 SDK 在用戶同意前就開始收集資訊。
常見坑：從別的 App 複製一份私隱政策，裏面寫的功能和實際完全不同，既不能保護用戶，也可能在應用審核或監管檢查中出問題。另一個常見問題是私隱政策寫得很完整，但產品裏沒有註銷帳號的入口，或者 SDK 在用戶點擊同意之前就已經初始化。私隱政策要和產品的實際行為保持一致。
迭代追問：追問「根據這份私隱政策，幫我寫首次啟動時的私隱彈窗文案，簡短易懂」；用戶協議可以配合用戶協議怎麼寫提示詞；上線前做一次整體檢查可以用個人資料保護合規自查提示詞。
本提示詞輸出內容僅為資訊整理，不構成法律意見，重要事項請諮詢律師。
示例輸出
示例，僅供參考（產品：社區團購小程式）
二、我們如何收集和使用您的個人資料（節選）
- 註冊與登入：當您使用手機號登入時，我們會收集您的手機號碼，用於創建帳號和驗證身份。如您不提供，將無法登入，但可以瀏覽商品。
- 配送服務：當您下單時，我們會收集收貨人姓名、聯絡電話和收貨地址，用於安排配送。
| SDK 名稱 | 使用目的 | 收集的資訊 | 私隱政策 |
|---|---|---|---|
| 【支付 SDK 名稱】 | 完成訂單支付 | 訂單資料、裝置資訊【待確認】 | 【連結】 |
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～