把可能涉及的数据、权限和用户选择说明清楚。不会把不必要的敏感信息包装成使用服务的前提。
网站运行可能涉及基础访问日志等技术信息，用途应限定在安全、稳定和必要的服务分析范围，并避免收集与服务无关的数据。
权限请求应与具体功能有关，并说明为什么需要。用户应能够在设备设置中查看和调整可控制的权限。
如果服务并不需要真实身份资料，就不应额外要求用户提供。页面也不会虚构不存在的账户或实名功能。
用户主动提交问题时，应只要求定位和处理问题所必需的信息，不鼓励发送与事项无关的敏感资料。
敏感信息需要更严格保护。若某项功能没有明确、必要的使用目的，就不应默认收集。
若实际产品使用第三方服务，应说明其用途和边界。当前页面不会凭空编造具体合作方或数据共享关系。
保留时间应与处理目的相匹配。超过必要期限的信息应按照实际规则进行删除或匿名化处理。
用户应能了解数据如何被使用，并在适用范围内提出查询、更正、删除或撤回授权等请求。
一份有用的隐私说明首先要回答“为什么需要这些数据”。如果某项信息与页面浏览、问题反馈或APP功能没有直接关系，就不应默认收集。用途越明确，用户越容易判断是否愿意提供，也越容易在后续检查数据是否被超范围使用。
权限同样需要与功能一一对应。通知权限用于提醒，相册权限可能用于用户主动选择图片，但不应该把权限名称写得模糊，也不应在用户拒绝后通过反复弹窗施压。用户应能够在系统设置里查看、撤回或调整可控制权限。
反馈表单应遵循最少必要原则。定位页面问题通常需要页面名称、设备环境和现象描述，不需要身份证件、支付信息或账号密码。若用户误提交敏感数据，实际服务也应有相应的保护和处理流程。
第三方服务和信息保留不能凭空编造。如果实际产品未来接入统计、推送或其他服务，应根据真实情况更新说明，并解释共享数据类型、处理目的和保留期限。当前页面只提供原则，不虚构具体合作方。
隐私规则还应与实际产品保持同步。功能删除后，不应继续保留无意义的数据收集；新增功能如果确实需要新的权限，也应在用户使用前说明目的。透明并不是一次性文字，而是持续与真实服务保持一致。
