在「快缩短网址」（suo.run）内部，我们戏称需求落地前的八步为「八音盒」——每一步都像拨动一枚音阶，当八枚音阶全部校准，项目才会奏出悦耳的合奏，而非刺耳的噪音。以下，将这套方法倾囊相授，愿诸位产品经理从此告别“跪求上线”的尴尬。



一、需求探源：先问三句，再谈方案
收到需求时，先按下暂停键，抛出三句灵魂拷问：
1. 它到底在解决谁的什么痛点？
2. 痛点解除后，业务指标会因此提升多少？
3. 若置之不理，最坏的结果是什么？

当需求方连这三问都语塞，需求即可优雅地“原地退役”。
示例：运营同学提出“登录系统需支持微信一键登录”。追问之下得知——下季度核心 KPI 是微信粉丝购买转化，而现有邮箱/手机号注册流程导致 40% 潜客流失。痛点、价值、代价一目了然，需求立刻从“拍脑袋”升级为“必做”。



二、纸面线框：让思维落地，也让研发入场
把脑海里的流程涂鸦在 A4 纸上，不求精美，只求完整。随后拉着研发负责人一起“围炉夜话”：
· 技术可行性如何？
· 有无历史债要还？
· 数据表结构是否需提前预留字段？

这一步把风险从“评审会上爆雷”提前到“咖啡馆里谈笑间化解”。

三、骨架梳理：用结构图讲清“谁是谁”
将手绘草图抽象成一张产品结构图。每个模块只回答两个问题：
· 它解决什么子问题？
· 它与上下游的契约是什么？

示例：微信登录场景下，结构图会拆出「微信静默注册」「老账号绑定」「无密码账户找回」三个独立模块，边界清晰，互不纠缠。

四、流程雕刻：把“可能”写成“必然”
用流程图给每个模块注入灵魂：角色、条件、分支、异常，一个都不能少。把图发给业务方核对，让他们在“图”上签字，比在“原型”上返工便宜得多。



五、字段深潜：从概念到比特
把每个模块拆到字段级：微信首次登录需记录 openId、unionId、头像 URL；若手机号为空，则自动生成匿名用户名。字段清单即契约，前后端、测试、BI 同一份，再无“我以为”。

六、交互显影：让 80% 的决策在此凝固
此时再打开 Axure 或墨刀，高保真与否取决于团队习惯。重点是把所有分支状态画成可点击的 demo，邀请需求方与 leader 做一次“迷你评审”。一旦通过，后续只做微调，不做返工。

七、需求文档：写给未来的自己
我们坚持输出独立 PRD：
· 按模块叙事，背景、目标、验收标准三段式；
· 需求 >3 个时，用 P0/P1/P2 标注，确保攻城狮永远先打 P0；
· 全文禁用“黑话”，同一实体保持同一命名。

PRD 的第一读者是三个月后的自己——请善待未来的你。



八、评审仪式：同步而非撕逼
评审会前 24 小时，PRD、结构图、流程图、原型全部钉在 Confluence；会议开场只用 5 分钟讲“为什么”，随后用 10 分钟过结构&流程，剩余时间留给技术拆解工时。
当所有人都在会前读完材料，评审会从“修罗场”变成“发布会”。

尾声：把评审当作起跑，而非撞线
在「快缩短网址」，我们坚信：需求评审不是终点，而是团队协作的发令枪。八音盒一旦校准，接下来只需让子弹飞——短链生成、数据分析、营销投放，一路丝滑。
愿你也能用这八枚音阶，演奏出属于自己的产品交响曲。