提审前的四项检查
一位第一次交付小程序的开发者记录过：代码做完不等于能上线，审核材料要按实际功能逐项填。第一次过审的关键就是下面四项：
1. 功能完整可用：审核员会真的点。空页面、「敬请期待」、点了没反应的按钮，都是拒审理由。
2. 类目匹配：你选的类目要和小程序实际做的事一致。待办清单选「工具 → 效率」。
3. 隐私保护指引：后台要填你用到了哪些用户信息、用来干什么。
4. 没有测试内容：测试数据、「test」按钮、开发时的调试输出全部清掉。
隐私保护指引怎么填
小程序后台「设置 → 用户隐私保护指引」。原则只有一条：用到什么填什么，没用到的不填。
待办清单用云开发，只用了 openid 做数据隔离，没有头像昵称、没有位置、没有相册。那就只填「处理用户 openid，用于区分用户数据」。多填一项相机权限，审核员会问你在哪用了。
让 AI 帮你核对：
「读一遍整个项目代码，列出实际调用过的所有微信 API 里涉及用户信息或设备权限的（如 getUserProfile、chooseImage、getLocation、getStorage）。我要按这份清单填隐私保护指引，只填真实用到的。」提交，等待，被拒了怎么办；以及作业
开发者工具「上传」→ 后台「版本管理」→ 提交审核，填写功能页面截图和说明。审核通常几个小时到几天。
被拒不可怕。拒审通知会写明原因，把原因原话发给 AI：「审核被拒，原因：（原话）。请列出需要改的地方，我确认后再改。」改完重新提交。第一次被拒一两次很正常。
自测 · 学完检查一下
想真正动手做题、记进度、攒连胜？到互动课里练。
小周的待办小程序有一个「设置」页，里面只有一行「功能开发中」。提审前该怎么处理？
答案：从 app.json 里去掉这个页面和入口，等做好了再加回来
「功能开发中」是最典型的拒审理由，改成「敬请期待」性质一样。假功能被发现属于欺骗审核。第 3 课的「这次不做」在这里的意思是：没做完的，就不要出现。
待办清单只用了云数据库和本地存储。隐私保护指引里应该怎么填？
答案：只声明用于区分用户数据的 openid，其他权限不填
多填会被要求解释用途，解释不了就拒审；不填则和实际用到 openid 的事实不符；抄别人的更是把别人用到的权限背在自己身上。让 AI 扫一遍代码列出真实调用，按那份填。
判断：隐私保护指引填得越全越保险，反正用户不会细看。
答案：错
审核员会细看。声明了相机权限，代码里却没有调用相机，会被认定为信息不实。指引的作用是如实告知，不是免责声明。
审核被拒，原因写着「小程序涉及的类目与实际功能不符」。正确的处理是？
答案：对照实际功能重新选择类目（待办清单选工具类），再提交
类目是描述功能的标签，标签错了改标签，不是改功能。换 AppID 等于从头来过；原样重提是拿运气赌规则，规则不会变。
提审前，下面哪项检查最容易被忽略、又最容易导致被拒？
答案：开发时留下的测试数据和调试按钮没清掉
「test」「测试待办 1」「打印日志」这类东西开发者自己看习惯了，审核员一眼就认定「功能未完成」。名字、图标圆角、注释都不是审核标准。提审前让 AI 扫一遍并列出所有测试残留。