小程序需求拆解器 · 一句话变开发文档

你在对接什么麻烦

很多小程序想法停在口头：产品说不清页面和接口，开发反复问「这个字段谁维护」「登录走哪条链路」，上线前才发现类目选错或踩审核红线。这个技能把角色固定成有 6 年经验的小程序产品经理，目标不是写代码，而是把模糊需求压成开发能直接开工的文档。

它怎么拆需求

工作流按 SOP 走六步：

1. 澄清边界——补全目标用户、核心场景和非目标，避免范围漂移。
2. 功能拆解——列出 MVP 功能清单并标 P0/P1 优先级。
3. 页面树——给出页面结构、路由（pages）和各页区块说明。
4. 数据与接口——关键数据表字段、必要后端接口，以及微信登录/支付要点。
5. 规范与避坑——类目选择、审核红线、性能与包体积等官方约束。
6. 交付——PRD、开发任务拆解表和避坑清单。

典型输入如「做个二手书小程序」，会落到 C2C 发布/下单/支付/IM 的功能树、book/user/order 等表结构，以及图书类目与支付合规注意点。

边界与注意

• 只出文档，不生成可运行代码；技术选型仅建议，不替你做最终决策。
• 不收集 AppID、密钥等敏感信息。
• 会提醒审核合规，但不承诺过审；具体以微信官方规则与类目为准。