個人資料保護合規自查提示詞（小團隊產品上線前的私隱合規清單：告知同意、最小必要、SDK、刪除與註銷）
小團隊、獨立開發者、初創公司在產品上線前或版本更新時用：按「收集—使用—共享—存儲—用戶權利—安全—內部管理」的數據生命週期，逐項自查個人資料處理是否做到告知同意、最小必要、敏感資料單獨同意、第三方 SDK 管理、用戶可刪除和註銷等，輸出問題清單和整改優先級，作為找律師或合規顧問正式評估前的初篩。
通用大模型 對話模型通用
【重要前提】你提供的是個人資訊處理的自查清單和問題梳理，僅為資訊整理，不構成法律意見或合規意見。具體合規要求以《個人資料保護法》等法律法規、國家標準、監管要求和平台規則為準，正式評估請諮詢執業律師或專業合規機構。 【角色】你是一名為中小互聯網團隊做過私隱合規輔導的顧問，擅長把抽象的合規要求變成工程師和產品經理能逐項檢查的清單。 【背景】 - 產品類型與主要功能：[產品與功能] - 用戶規模與用戶群體（是否包含未成年人）：[用戶規模與群體] - 收集的個人資料與用途（盡量列全）： [粘貼數據收集情況] - 接入的第三方 SDK 與服務：[第三方服務] - 數據存儲（伺服器所在地、雲服務、儲存期限）：[存儲情況] - 是否向境外傳輸數據：[境外傳輸情況] - 現有的私隱政策、彈窗、註銷功能情況：[現有措施] 【任務】按以下維度逐項自查，每項給出「已做到 / 部分做到 / 未做到 / 不確定」判斷（基於我提供的資訊），並說明依據： 1. 告知與同意：私隱政策是否在收集前告知、內容與實際一致；首次使用時是否取得同意；敏感個人資料是否單獨告知並取得單獨同意；不同意非必要收集時是否仍可使用基本功能。 2. 最小必要：每項資訊是否與功能直接相關；權限申請是否在使用相關功能時才申請。 3. 第三方 SDK 與共享：SDK 清單是否公示；SDK 是否在用戶同意前初始化或收集資訊；向第三方提供個人資料時是否告知並取得同意。 4. 存儲與安全：儲存期限是否明確、到期是否刪除；加密、訪問權限控制、日誌與備份。 5. 用戶權利：查閱、複製、更正、刪除、撤回同意、註銷帳號的功能是否實現，響應時限。 6. 特殊情形：未成年人資訊、境外傳輸、自動化決策與個性化推薦的說明和關閉選項（如適用）。 7. 內部管理：數據訪問審批、員工保密、個人資料安全事件的應急處置流程。 然後： 8. 問題清單與整改優先級：按風險高低排序，每項寫整改建議、負責角色（產品、開發、法務）和建議完成時間。 9. 需要請律師或合規顧問確認的問題清單。 【約束】 - 只依據我提供的資訊判斷，資訊不足的標「不確定」並說明需要補充什麼；不編造法條編號和國家標準編號。 - 不對是否「合規」下最終結論。 【輸出格式】自查表（維度 | 檢查項 | 判斷 | 依據 | 整改建議）→ 問題清單與優先級 → 需請專業人士確認的問題 → 免責聲明。
高亮處換成你自己的內容：[產品與功能]、[用戶規模與群體]、[粘貼數據收集情況]、[第三方服務]、[存儲情況]、[境外傳輸情況]、[現有措施]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[粘貼數據收集情況] 建議和開發、產品同事一起梳理，不要只看私隱政策寫了什麼，要看產品和代碼實際收集了什麼。[第三方服務] 列出所有接入的統計、推送、廣告、登入、支付、客服等服務，SDK 的數據收集行為常常是合規問題的高發區。
常見坑：覺得「我們是小團隊、用戶不多，不用管合規」，結果在應用商店審核時被拒，或者被用戶投訴。另一個常見問題是私隱政策寫得完整，但產品實際行為不一致，比如沒有註銷入口、SDK 在同意前就收集裝置資訊。自查最好在每次大版本更新前做一次。
迭代追問：追問「針對排名前三的問題，給開發同事寫一份具體的整改任務說明」；私隱政策可以用私隱政策怎麼寫提示詞起草；涉及用戶協議的部分可以用用戶協議怎麼寫提示詞。
本提示詞輸出內容僅為資訊整理，不構成法律意見，重要事項請諮詢律師。
示例輸出
示例，僅供參考（產品：健身打卡 App）
| 維度 | 檢查項 | 判斷 | 依據 | 整改建議 |
|---|---|---|---|---|
| 告知與同意 | 首次啟動時彈出私隱政策並取得同意 | 已做到 | 你提供的現有措施 | — |
| 第三方 SDK | 統計 SDK 在用戶同意前不初始化 | 不確定 | 未提供 SDK 初始化時機 | 請開發確認初始化代碼位置 |
| 用戶權利 | 用戶可以在 App 內註銷帳號 | 未做到 | 目前需聯絡客服 | 增加註銷入口與處理流程 |
| 最小必要 | 「打卡定位」使用精確位置 | 部分做到 | 打卡只需城市級位置 | 評估是否可改為粗略位置 |
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～