PD · PB · 245
摩擦日志法
Friction Logging · friction-logging--david-singleton
所属簇 产品设计、体验与 MVP 质量
解决什么问题
团队规模扩大后，如何系统性发现并修复产品体验中的细节摩擦点，避免局部优化导致整体体验割裂。
核心内容
- 明确用户画像：在开始前，设定一个极其具体的真实用户（例如：Atlassian 负责集成 Stripe Billing API 的工程师），建立心智模型。
- 端到端体验：亲自走完整个用户流程（如从 Dashboard 跳转到特定文档，再到编写代码集成）。
- 记录摩擦点：以"意识流"方式记录体验，特别关注目标用户心智模型可能会感到困难或卡顿的摩擦点。同时也要记录并赞扬做得好的细节。
- 分发与跟进：将记录分发给相关团队，作为优先级排期的依据。团队在规划时需预留固定带宽修复摩擦点。
- 多层级执行：不仅是一线 PM/EM 定期做，高管（如 CTO）也应定期执行，以维持大规模团队下的体验一致性。
适用边界
适用于大规模团队中保持产品体验一致性、识别微观摩擦；需在团队规划中预留修复摩擦的时间带宽，而非只顾发新功能。
关键引述 · 原话
"So it's a practice that is quite valuable generically... almost every product team has someone, it's often the PM, sometimes it's the engineering manager who has a regular repeating loop of going through the end-to-end flow of the product and writing a friction log." — David Singleton
关联卡片
与 UX reviews、Walk the Store 结合使用形成体验保障闭环；也是 Engineer-ca-tion 的核心产出物。
出处：David Singleton · 03-podcasts/david-singleton.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast（2019–2026）。本站为个人学习用途的二次创作，与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2