操盘手年鉴The Operators’ Almanac
AI · FW · 283

原型保真度生命周期映射

Prototype Fidelity Pdlc Map · prototype-fidelity-pdlc-map--colin-matthews
AI 与新工作方式 框架 AI 时代 2025-06 Colin Matthews ✓ 已核验出处
所属簇 原型驱动开发

解决什么问题

PM/设计师各自孤岛式地做 AI 原型,团队不知道在开发生命周期的哪个环节该用什么保真度的原型、给谁看、花多少时间——导致 AI 原型停留在"个人实验"无法规模化。

核心内容

保真度概念更新:长期以来只有低保真(草图)和高保真(Figma 终稿)两档;AI 原型引入了中保真(medium fidelity)——比纸面草图好、不如终稿(乍看正确、细看有毛边:重复按钮、间距不对等)。AI 工具也能做高保真,区别只在投入的时间。

选保真度看受众,并对齐预期:给工程师讲交互,mid-fi 够了,再磨是浪费时间;说服 CEO 为需要数百万投入的新团队立项,值得做 functional high-fi。定了保真度要和团队明说,避免用错误的标准评审。

按开发生命周期各阶段用原型(角色/保真度/耗时):

  1. Discovery:mid-fi,约 20 分钟,仅内部(产品/设计/工程 lead)快速表达想法;不给高管和客户看。可以直接把结构化 PRD(概览/user stories/分期/设计系统/数据模型)当 prompt 喂进工具生成。
  2. Roadmap 与对齐:用组件库升级为 high-fi,20-60 分钟,拿去建立内部 buy-in、给利益相关方和客户看。
  3. PRD 与 mocks:把 high-fi 原型嵌进 PRD 并向团队现场 demo,逼出边缘情况和关键问题(比指望工程师读完 PRD 留两条评论快得多);预计 2 小时以上的多轮讨论。
  4. 用户访谈:带 high-fi 原型进访谈,在开发周期极早期拿到真实流程反馈;约 3-5 天收集;可在原型里内嵌 survey 工具规模化收集结构化反馈。
  5. 工程 scoping 与交付:原型代码基本不可复用(见独立卡片),但可用来记录精确交互(如动画);原型不改变开发时长(2-6 周照旧),期间继续当沟通工具用。

适用边界

时间估算来自作者教学与实战经验(教过 500+ PM),随产品复杂度浮动;六阶段划分是 general guidance,需按自己公司流程裁剪。

关键引述 · 原话

"It's critically important to choose the appropriate fidelity for your prototype based on the context, and then set clear expectations with team members around that level of fidelity." — Colin Matthews

关联卡片

- 第 5 阶段的关键 caveat 见 `prototype-code-is-throwaway--colin-matthews` - high-fi 的前提是 `component-library-three-methods--colin-matthews`

被这些卡引用

出处Colin Matthews (Tech for Product, AI 原型课程讲师,前 PM) · 02-newsletters/how-to-get-your-entire-team-prototyping-with-ai.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2