操盘手年鉴The Operators’ Almanac
PD · PB · 352

塑形会议实践指南

Shaping Session Playbook · shaping-session-playbook--ryan-singer
产品方法论 操作手册 AI 时代 2025-03 Ryan Singer ✓ 已核验出处

解决什么问题

PRD 文档没人看,或高保真 Figma 设计稿在接触工程团队时“见光死”,因为底层技术复杂度(如隐藏的代码分支、系统耦合)在后期才暴露,导致大规模返工。

核心内容

参与者:产品(懂业务背景)、设计师、资深工程师(“知道尸体埋在哪”的资深技术专家,懂底层架构和历史包袱)。 时长与形式:通常为 3 个小时的高强度白板会议,可能需要 1-3 次会议。必须在同一房间内同时具备三方视角。 操作步骤

  1. 明确问题边界:不要只说“做日历”,要缩小到“让用户看到日程表中的空白时间段”。
  2. 快速试错与破坏:在白板上画方案(使用 Fat Marker Sketching 或 Breadboarding),产品和工程分别从业务可行性和技术可行性去“打破”这个想法,暴露技术炸弹(如代码里隐藏的三个不同分支逻辑)。
  3. 控制移动组件:将方案压缩到 10 个以内的“移动部件”(如:两月点阵网格、底部滚动日程、新建按钮)。
  4. Kickoff 拆解:将塑形后的方案交给构建团队,团队将其拆解为 9 个或更少的实现模块(以 7±2 认知极限为准)。 产出物:不是高保真 UI,也不是 PRD,而是一张工程师看一眼就能说“我知道该去建什么”的草图/架构图。

适用边界

  • 禁止在 Shaping 阶段制作高保真 Figma,因为底层管道(技术可行性)未确定前,高保真容易作废。
  • 如果构建团队中有初级工程师,Shaping 产出物需要提供更多实现细节指导;如果是全员资深团队,可以留出更多实现自由度。
  • 如果有工程师对底层架构决策有强烈诉求,应直接将其拉入 Shaping 会议,而不是在交付后争论。

关键引述 · 原话

"If it's shaped well, you can usually describe it in less than 10 moving pieces." (Ryan Singer)

关联卡片

是 Shape Up 方法论的核心执行步骤。

出处Ryan Singer · 03-podcasts/ryan-singer.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2