官网改版会上，市场想突出品牌，销售想提前放案例，产品负责人想展示所有功能。每个意见都有道理，会议记录却像一张购物清单：增加视频、调整导航、放大按钮、补充下载入口。团队得到很多想法，仍然不知道它们解决的是不是同一个问题。
《通用设计方法》中的头脑风暴图像组织法，提供了一种把想法摆开、连起来、再继续发想的方式。它借助关系网络、树形结构和流程图等图形框架，让团队看见想法之间的联系。价值不在于画出漂亮的图，而在于发现遗漏、拆开混在一起的问题，并留下下一步能使用的设计依据。
一堆意见，怎样变成一个可以研究的问题
先看一个假设情境：一家工业设备企业准备改版官网，以下讨论并非 58UI 的真实客户研究。团队最初把目标写成“首页更有科技感”，随后提出动画、三维模型、深色背景等方案。
如果直接围绕这些方案分组，讨论仍然停在表现形式。主持人需要把问题往前推一步：一个采购负责人第一次进入官网，要获得哪些信息，才能判断这家企业是否值得进一步联系？
围绕这个问题，团队可能提出“确认设备适用场景”“查看相近行业案例”“了解安装条件”“核对售后支持”。动画与三维模型可以继续保留，但需要说明它们分别帮助理解什么。这样，图上既有客户任务，也有内容与设计想法，团队开始讨论它们之间的关系。
这些任务目前只是工作假设。除非已经有访谈、客服记录或行为观察支持，否则不能因为大家把它们贴到了白板上，就称为已经确认的用户需求。
先选图形，再决定怎样组织
图形框架会影响团队注意到什么。需要发散时，可以先保留多个方向；需要看分类时，再建立层级；需要检查前后步骤时，才沿流程连接。不要把所有问题都塞进一张思维导图。
| 当前最想弄清的问题 | 可选框架 | 在官网项目中的画法 | 需要警惕的误读 |
|---|---|---|---|
| 哪些想法彼此相关，还有哪些方向没想到？ | 头脑风暴关系图 | 将客户任务、疑问和内容点连成网络，中心主题也可在整理后浮现 | 连在一起只是待讨论的关系，不代表已证实的用户需求 |
| 内容可以按什么逻辑分层？ | 树形图 | 把适用场景、产品资料、案例等拆成父项和子项，尝试不同分类 | 团队画出的层级不一定符合客户查找习惯 |
| 访客从了解企业到咨询，会经历哪些步骤？ | 流程图 | 画出浏览、比较、下载、提问等步骤及可能的返回路径 | 箭头可以表示先后或依赖，不能自动证明因果关系 |
关系图可以从一个中心主题向外扩展，也可以先收集分散内容，再找出共同主题。树形图可以先列大类，也可以把具体内容归组后向上提炼。框架应当帮助团队思考，不应迫使所有卡片立即得到唯一归属。
一场入门工作坊可以这样进行
准备大纸或白板、便签和笔，再邀请了解客户、业务、内容与界面的人参与。下列流程是一种适用于上述假设项目的组织方式，时间和人数可按问题范围调整。
1. 把讨论范围写在纸的上方
写下“帮助首次来访的采购负责人判断设备是否适用”，并补充本次讨论的范围：从进入官网到提出初步咨询。把已有依据放在旁边，例如经过授权、去除个人信息的客户常见问题；没有依据的内容直接标为假设。
不要同时讨论全部品牌策略、所有产品和整个销售流程。范围越清楚，大家越容易判断一个想法应该进入本次图表，还是留到另一次讨论。
成功标志： 参与者能用自己的话复述要帮助谁、完成什么判断，以及这次暂时不展开什么。
2. 先让每个人独立写出想法
每张便签只写一个意思，例如“安装前需要哪些场地条件”，不要把产品、价格、售后和下载入口全写在同一张上。先独立记录，再轮流说明，可以给不善于抢话的人同样的表达机会。
发想时暂缓评判。觉得内容不完整，可以补充问题；觉得方案不可行，可以稍后记录限制。过早反驳会让大家只贡献已经安全、熟悉的答案。
成功标志： 不同参与者都留下了具体想法，而不是只有主持人或负责人写满白板。
3. 移动卡片，说明为什么连接
把相关卡片放近，并请提出者解释理由。例如，“安装条件”与“技术参数”都能帮助判断适配，但“行业案例”可能帮助判断的是经验与可信度。相邻不一定表示相同，应把这种差别记录下来。
给连接写上简短说明，如“帮助比较”“需要先知道”“可能回答”。对有争议的卡片保留两种位置，或单独放在待确认区域。不要为了图形整齐而消除分歧。
成功标志： 团队能够解释主要分组和连接的含义，也能指出目前没有证据支持的部分。
4. 换一种图，检查刚才没看见的问题
关系图整理后，选一个具体方向做树形图或流程图。例如，把“判断是否适用”转成内容层级，再沿“找到产品、核对条件、查看案例、提出问题”的路线走一遍。
此时可能发现：技术参数齐全，但没有说明如何获取选型帮助；案例很多，但与产品之间缺少关联。换框架的目的，是检查原先组织方式的盲点，不是把每张图都做成完整成品。
成功标志： 新图让团队发现了一个具体遗漏、冲突或新的问题，而不只是重复上一张图的内容。
5. 收敛到少数可推进的方向
发想结束后，再比较客户价值、证据、实施成本和依赖条件。给候选方向写明“解决哪个问题、凭什么这样判断、还需要确认什么”，再指定下一步动作和负责人。
例如，“增加选型帮助入口”可以先做低保真原型，让目标客户尝试寻找帮助；“用三维模型解释安装空间”则需要先确认真实信息是否足够，以及移动端是否便于阅读。便签数量和投票数都不能替代这些判断。
成功标志： 会议结束时留下可执行的验证任务，而不是一句“设计师按这张图优化一下”。
图上的共识，还不能直接变成设计结论
这种方法适合项目早期的探索，也适合在改版方向很多时帮助团队对齐。它无法单独回答访客是否真的需要某项内容、导航是否容易理解，或某个按钮能否增加有效咨询。
在假设情境里，团队可以把“按行业展示案例”作为候选方案，却仍需了解客户更习惯从行业、设备类型还是应用问题进入。若涉及已经上线的页面，而且具备适当流量与测量条件，可以把明确的设计假设带入 企业官网 A/B 测试。图形组织负责产生和梳理方向，验证方法负责检验具体判断。
另一项风险是框架过早固定答案。例如，主持人一开始就画好“品牌、产品、服务”三个大框，团队可能很少想到“采购准备”这一类内容。可以保留空白区域，允许增加组别，并问一句：“有没有重要问题放不进现有框架？”
最后交付的，不只是白板照片
工作坊后保留原始卡片与图表照片，再整理一页行动记录：讨论对象、问题范围、主要关系、分歧、候选方向、待确认信息和下一步。不要只交一张重新绘制得很整齐的图，把发想时的疑问和依据全删掉。
一个合格的交接应让没参加会议的人也能看懂：为什么提出这个方向，哪些部分有证据，哪些部分还在猜测。团队以后获得新信息时，可以回来移动卡片、调整连接，而不必把旧图当成不能改变的结论。
关于 58UI 设计工作室
58UI 设计工作室提供企业官网设计与开发、UI/UX 设计和品牌设计服务，涵盖网站架构与内容规划、响应式适配，以及现有网站和数字产品的体验诊断与改版。你可以了解 58UI 的设计与开发服务，或查看 企业官网与产品界面案例。
如果你的团队已经积累许多改版意见，却还没有明确设计方向，可以先整理目标访客、现有内容与最需要解决的问题，再 沟通官网改版需求。让想法之间的关系变清楚，是开始设计之前值得做的一步。
相关服务
