使用场景: UX 研究员，整理 B2B SaaS 产品的 12 场用户访谈
这样组织的原因: "信任与安全"集群在整理后期才浮现——单条便利贴看起来都不重要，但合在一起指向了企业买家的一个重大阻碍，而这在调研问卷中从未出现过。
使用场景: 敏捷团队，在一个困难 Sprint 后运行回顾
这样组织的原因: 把"被外部 API 阻塞"和"跨团队依赖无负责人"归入"流程空白"集群，让大家意识到这需要结构性修复，而不仅仅是加强沟通。
使用场景: 产品经理，路线图会议前整理客户访谈
这样组织的原因: 集成需求集群在预期之内，但移动端体验集群让团队很意外——在整理之前，没有人把移动端标为优先级。
使用场景: 跨职能团队，为新员工入职体验进行创意发散
这样组织的原因: "社交隔离"集群是最可操作的产出——不需要技术投入，只需要简单的流程改变，比如结对计划。
使用场景: 客服团队，整理半年工单笔记识别系统性问题
这样组织的原因: "错误信息"集群直接推动了季度工程专项——错误提示占全部工单的30%，但在归纳出这个集群之前，没有数据支撑把它列为高优先级。
使用场景: 产品分析师，整理 400 条 NPS 开放文本回答
这样组织的原因: 按推荐者/贬低者主题分组 NPS 开放题，让产品团队和支持团队有了各自独立的行动清单——贬低者集群驱动路线图，推荐者集群为市场传播提供素材。
回到模板页，直接替换成你的课程主题、章节和复习重点，就可以继续使用这套结构。
使用这个模板： /editor/new?template=affinity-diagram
使用这个亲和图模板