文章目录
- 🚨开篇暴击：为什么你的评审会像「菜鸡互啄」？
- [⚙️第一章：Google Design Sprint------5天把争议变成共识](#⚙️第一章：Google Design Sprint——5天把争议变成共识)
-
- [📅 Day 1-5 实操手册](#📅 Day 1-5 实操手册)
-
- [Map the Problem（画地图）](#Map the Problem（画地图）)
- [Sketch Solutions（疯狂星期四）](#Sketch Solutions（疯狂星期四）)
- Decide（民主集中制）
- Prototype（造轮子大赛）
- Test（真香定律验证）
- 📦第二章：亚马逊逆向工作法------从PRFAQ开始倒推
-
- [🛠️ PRFAQ模板实战（附代码版适配）](#🛠️ PRFAQ模板实战（附代码版适配）)
- 暴力优势：
- 🧰第三章：评审会Checklist模板（直接抄作业）
-
- [✅ 会前准备（占70%胜率）](#✅ 会前准备（占70%胜率）)
- [🚦 会中控场（防跑题神器）](#🚦 会中控场（防跑题神器）)
- [📡 会后跟进（防烂尾必做）](#📡 会后跟进（防烂尾必做）)
- 🎯终极大招：把评审会变成「技术杠杆」
🚨开篇暴击：为什么你的评审会像「菜鸡互啄」？
"这个需求不合理！"
"性能瓶颈在你这儿！"
"这代码是祖传的吗？！" ------ 熟悉的配方，熟悉的火药味💥
技术评审会的本质是用集体智慧规避风险，但现实往往是：
- 🤯 无准备之战：参会人临时抱佛脚，需求文档比脸干净
- 🌀 跑题黑洞：从接口设计聊到食堂的宫保鸡丁到底有没有鸡
- 🛑 决策瘫痪：讨论3小时，结论"下次再议"
老司机教你用两大神级方法论+Checklist模板，让评审会从**「互啄现场」** 升级为**「华山论剑」**！
⚙️第一章：Google Design Sprint------5天把争议变成共识
核心逻辑：用结构化流程榨干每个参会人的脑细胞🧠
📅 Day 1-5 实操手册
Map the Problem（画地图）
- <font style="color:rgb(51, 51, 51);">用「用户旅程图」锁定核心争议点</font><font style="color:rgb(51, 51, 51);">📍</font>
- _老司机技巧_<font style="color:rgb(51, 51, 51);">：把撕逼点翻译成"用户在这个环节会骂娘吗？"</font>Sketch Solutions（疯狂星期四）
- <font style="color:rgb(51, 51, 51);">每人6分钟暴力输出方案，禁止说"但是"</font><font style="color:rgb(51, 51, 51);">🚫</font>
- _实战案例_<font style="color:rgb(51, 51, 51);">：某团队用便利贴大战，从50个馊主意里捞出3个金点子</font>Decide（民主集中制）
- <font style="color:rgb(51, 51, 51);">用「热力图投票」让数据说话，CEO也别想搞独裁</font><font style="color:rgb(51, 51, 51);">🗳️</font>Prototype（造轮子大赛）
- <font style="color:rgb(51, 51, 51);">用Figma/伪代码快速Mock争议模块，拒绝虚空对线</font><font style="color:rgb(51, 51, 51);">💻</font>Test（真香定律验证）
- <font style="color:rgb(51, 51, 51);">把原型喂给用户/监控系统，用客观数据打脸杠精</font><font style="color:rgb(51, 51, 51);">📊</font>适用场景：复杂需求评审、架构重构等需要"多方势力博弈"的场合
📦第二章：亚马逊逆向工作法------从PRFAQ开始倒推
核心心法：先写新闻稿和FAQ，再写代码！
🛠️ PRFAQ模板实战（附代码版适配）
markdown
# [产品名称] 新闻稿标题（必须包含技术价值点）
## 解决了什么问题？
- 旧方案：CPU占用率70% → 新方案：压到5%以下（要能上监控截图）
## FAQ预判（技术向）
Q：为什么选RabbitMQ而不是Kafka？
A：因为业务场景日均消息量<10万，杀鸡不用牛刀（附压测对比数据表）
Q：数据一致性怎么保障？
A：采用Saga+补偿事务，兜底方案是人工对账（流程图见附录）暴力优势：
- 💡 倒逼需求方想清楚「到底要什么」
- 🔍 提前暴露技术选型的坑，避免会上现编理由
- 📉 用数据替代形容词（别说"高性能"，直接上QPS对比）
🧰第三章：评审会Checklist模板（直接抄作业）
✅ 会前准备（占70%胜率）
- 需求文档必须包含**「不满足就滚蛋」的验收标准**
- 技术方案附带**「如果失败Plan B」**（比如降级方案、熔断阈值）
- 提前24小时群发**「争议焦点红区」**（标注需重点讨论的模块）
🚦 会中控场（防跑题神器）
- 指定**「时间刺客」**负责掐表（每议题≤15分钟）
- 用**「停车场制度」**处理跑题："这个建议停到停车场，会后再处理"
- 实时更新**「决策白板」**（结论必须带Owner和Deadline）
📡 会后跟进（防烂尾必做）
- 24小时内发出**「行动项追踪表」**（含风险等级⭐️⭐️⭐️）
- 设置**「棺材线」**：关键节点前3天自动@责任人
🎯终极大招：把评审会变成「技术杠杆」
记住：
- 🔥 好的评审会 = 风险防火墙 + 知识共享池
- 💎 用方法论框住野路子，用数据干翻嘴炮党
文末福利：评论区喊「求模板」，私信发送PRFAQ+Checklist可编辑版📨
**转发提醒：下次评审前，请把此文拍在会议邀请里！** 🔨
图片来源网络