这个需求包解决什么
它不是报价表，也不是泛泛的沟通清单。它用来判断一个项目能不能进入开发：事实是否够、风险是否清楚、首版是否能验收、后续 AI 能不能接手。
拿到真实需求后，先按下面字段补齐，再用 AI 需求文档生成器整理成任务包。
Requirement Pack
微信小程序需求包
用于确认小程序端、后端接口、管理后台、微信能力、审核上线和交接资料。
需求确认清单
先补齐必填项，再看可选补充。风险检查不过关时，不要直接进入开发。
必填信息
产品目标：小程序要帮用户完成什么动作，首版成功信号是什么。
用户角色：游客、微信登录用户、会员、商家、管理员、客服或审核人员。
核心流程：用户从进入小程序到完成目标，中间经过哪些页面和状态。
页面清单：首页、列表、详情、表单、个人中心、订单、结果页、后台入口。
数据对象：用户、表单、订单、商品、地址、文件、审核记录、配置项。
微信能力：登录、支付、订阅消息、分享、地图、扫码、客服、文件上传。
后端和后台：哪些数据需要 API，哪些内容需要后台管理。
上线条件：AppID、主体认证、合法域名、备案、隐私协议、审核时间。
可选补充
参考小程序、截图、原型、竞品链接和已有设计素材。
现有代码仓库、接口文档、服务器、数据库或旧系统截图。
支付商户号、短信服务、对象存储、地图 Key、客服配置等第三方资料。
运营配置：banner、分类、活动、会员、优惠券、消息模板。
风险检查
没有小程序主体或 AppID 时，只能先做原型、H5 或本地开发版本。
接口域名没有 HTTPS 和备案时，不能切正式小程序请求域名。
支付、订阅消息、隐私协议和用户数据字段可能影响审核。
首版如果同时做商城、会员、分销、后台和营销，很容易范围过大。
不要公开真实后台账号、支付密钥、用户数据和订单数据。
可开工标准
已确认首版只覆盖 1 条核心用户闭环。
页面清单、字段、状态和接口范围已经列出。
后端、后台、服务器和小程序审核限制已经说明。
验收标准能写成可操作步骤，例如“用户提交表单后管理员能在后台看到”。
缺失资料已列为待补，不阻塞首版开发。
交接产物
小程序页面流程图或页面列表。
API 清单和数据字段表。
小程序 AppID、合法域名、接口环境和发布版本说明。
测试账号、审核注意事项和上线前检查记录。
下一阶段功能池和暂不做范围。
交给 AI 前要确认
首版范围和暂不做范围已经分开。
验收标准能写成具体动作和可观察结果。
部署环境、账号权限、域名状态和缺失资料已经说明。
敏感信息不会进入公开仓库、公开页面或可泄露文档。
下一位 AI 能通过 HANDOFF、任务包和内部文档继续工作。
