这两份文件不是摆设
多数人把隐私政策和用户协议当成上架前必须上传的一张图，从网上抄一份改个名字。这有两个后果：
一是审核不通过。模板里常写着自己根本没做的功能，审核会要求你解释场景，解释不了就退回。
二是真出问题时没有依据。用户投诉「你怎么有我手机号」，你拿不出一份自己写过的说明，就只能被动应付。
这两份文件的作用是：告诉用户你收集什么、为什么收集，告诉平台你的行为有边界。写准确比写完整重要。
隐私政策必须写清的六项
- 收集哪些信息：逐项列。手机号、位置、相册、通讯录、设备信息，收集了就写，没收集就不要写
- 每一项用来做什么：要和功能对应。比如手机号用于登录和接收验证码，不是「用于提升服务体验」这种含糊表述
- 存在哪、存多久：至少写清保存期限或删除条件
- 会不会提供给第三方：支付、地图、短信、统计、推送、AI 服务都要点名，写清提供哪些字段
- 用户怎么查、改、删：路径要具体到「我的-设置-账号安全-注销账号」
- 谁负责、怎么联系：留一个真实可用的邮箱或电话
第三项和第四项是最常漏的。很多人写了收集，没写保存多久，也没写给了谁。
用户协议必须写清的五项
- 服务内容与边界：你提供什么，不提供什么。比如你提供工具，不代替用户做决策
- 账号规则：怎么注册、怎么注销、违规怎么处理
- 付费与退款规则：有交易就必须写，没有交易就别写
- 内容归属：用户上传的内容归谁，你生成的报告用户能不能商用
- 责任范围：能承诺什么，不能承诺什么
最后一项要小心。写「概不负责」在法律上基本无效，写「保证百分之百准确」又给自己挖坑。合理写法是明确能力边界：「本工具输出内容供参考，不构成专业意见，重要决策请咨询专业人士。」
三个高频错误
- 抄模板写了不存在的功能。「我们可能收集您的通讯录」——实际没收集，审核让你说明使用场景，说不出来
- 第三方名单照抄。模板里挂着一串 SDK，你只接了支付和统计，剩下的要么删掉，要么真接上
- 拿「最终解释权归本公司所有」当护身符。这句话在争议里几乎不起作用，真正有用的是写清楚规则本身
放在哪，才算生效
- 网站：页脚常驻入口，每个页面都能点到
- 小程序：首次进入的弹窗告知，加上「我的」页常驻入口
- 注册、下单、提交表单页：勾选框，且不能默认勾选
- 更新：内容有实质变化要公告；涉及收集范围扩大的，需要重新征得同意
只在注册页放一个链接、后续页面都点不到，是常见的减分项。
和备案的关系
备案、域名、证书是另一条线，可以看《域名、备案、证书：上线前必须过的四道门》。两件事要一起做：备案要填网站信息，隐私政策里的主体名称、联系方式要和备案主体一致。
下一步
打开你现在的隐私政策，逐条对上面六项：
- 收集清单和实际功能是否一一对应
- 有没有写第三方名单
- 有没有写保存期限
- 注销路径是不是具体可操作
缺哪条补哪条。补完把链接放进页脚和小程序「我的」页，再截图存档，上架审核时直接用。