PD · MM · 594
PM与设计师协作模型
PM Designer Collaboration Model · pm-designer-collaboration-model--ideal-sprint-length-designer-vs-pm-roles-running-pm-team-mee
所属簇 PM 角色定义与职业发展
解决什么问题
产品经理(PM)与产品设计师在日常工作中的职责边界模糊,导致协作混乱或互相越界。
核心内容
将产品开发分为两个阶段,PM 和 Designer 的主导与审查角色在不同阶段发生反转:
- 客户发现阶段:PM 主导,负责证明这是团队当前应该解决的最重要的问题/机会;设计师和工程师扮演“审查者”角色。
- 产品发现阶段:设计师和工程师主导,负责提出解决方案并主导体验设计;PM 评估该方案是否是向客户交付价值的最佳方式。
- 日常红线(Josh、Jeff):PM 绝对不应在 Figma 等设计工具中进行设计操作(仅限评论);高级产品设计师则可以跨界参与到用户和市场研究中(Wayne Vernon)。
适用边界
这是一种理想场景,实际运作取决于团队成员的成熟度和能力强度。在规模较大或偏技术的产品中,高级设计师更乐意也更适合将职责延伸到用研领域。
关键引述 · 原话
"I think the job doesn't end, but the roles that PM and Design/Engineering play reverses depending upon the stage you are in."(Archisman Das)
"But like everybody else – I never touch design!"(Wayne Vernon)
"I'm no longer allowed to use Figma."(Josh)
"But like @Josh I'm not in Figma to do anything other than comment."(Jeff)
出处:Archisman Das, Wayne Vernon, Josh & Jeff · 02-newsletters/ideal-sprint-length-designer-vs-pm-roles-running-pm-team-meetings-running-post-m.md
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2+fixed
提炼自 Lenny Rachitsky 的 Lenny’s Newsletter & Podcast(2019–2026)。本站为个人学习用途的二次创作,与 Lenny’s Newsletter 无官方关联。
provenance · 已核验 · glm-5.2+fixed