看得见的设计方法——因果联想法

简介: 最近一直在探究思考问题的思路,并且希望能把自己思考的过程呈现给大家。因果联想法是笔者个人总结的方法,是在平时思考过程中用到的并且有所裨益的方法,展现的是一种分析问题的思路。笔者尝试将此方法描述出来,结合日常的工作内容展示思考的过程,希望大家能够有所启发。

方法的起源

该方法起源于issue map ,是笔者在学习服务设计课程期间学习到的一种服务设计方法。利用该方法可以帮助你从调研到的数据中逐步得出你想要解决的一系列问题,最终归纳出自己的解决方案。从严谨的角度来讲,Issue map包含:description,interpretation,analysis,conclusion,areas of issues,problem statement 6个步骤,笔者的因果联想法正是启发于其中的analysis。笔者结合在校期间的服务器设计课题,简单描述这5个步骤的含义,以帮助大家理解。

image

1、Description:现象,为客观观察到的现象本身,对观察到的现象进行客观描述而不添加任何主观色彩。Interpretation是对客观现象的主观转述,具有主观主义色彩,通常不将description与Interpretation进行区分,严格的意义上讲两者应该区分。

2、analysis:分析description产生的原因以及其可能产生的结果,需要详尽地列出现象产生的所有原因及可能产生的所有结果。此阶段正是笔者产生因果联想法的起源。

3、conclusion、areasof issues、problem statement:对多个现象的分析可以得出多条结论,进一步对结论归纳统一得到一系列的issues,映射为产品的主要功能。最后归纳出problem statement,以上述问题为例,则是:目前,充电站的规模、分布、布局与用户需求不匹配,且司机不能高效的找到充电站。由此,可以得出我们的service idea(产品定位):基于EV3.0快充技术,通过集中式超级充电站提供智能化、安全、高效的充电服务。

为了更好地理解每个阶段的含义,大家可以参照上图中示例的内容,笔者不再赘述。接下来,笔者重点讲解该方法的内容与应用。(应用为笔者结合自己工作内容的一些小的思考点)

方法的含义

image

如上图所示,因果是指按照现象/问题产生的原因以及可能导致的结果的思路进行分析,优先分析产生的原因,然后再去总结可能产生的结果。而联想是指,需要思考可能出现的所有原因以及可能产生的所有结果。需要扩展性思维,发散性的联想,穷尽所有可能出现的原因与结果;然后逐一对比结果/方案,分析每种结果/方案的利与弊,选出最合理的方案,然后进一步去思考和分析该方案,不断优化与改进,直至可以成功地解决当前问题。

方法延伸

在设计的领域当中,设计思考是无形的。笔者认为对某一问题/现象的思考不要仅局限于它产生的原因,还可以扩展至更多的“原因”,比如:场景、形式、技术、设备、方式等…,扩展性的思考时不要对思维进行限制,尽管写下所有可能性;同理,思考问题/现象/矛盾产生的结果时,也不要加以限制,尽管写下所有可能的结果、方式、界面布局、路径等。

如下图所示:

image

沿着原因—结果的思路并尽可能联想到围绕现象/问题/矛盾的多种可能性是因果联想法的精髓所在。此处需要强调联想的重要性,它依据每个人脑海中已有的积累而联想,当你觉得联想时费时费力甚至觉得大脑中一片空白时,那么你就需要去查看更多的作品,感受更多的事物(包括自然界或认为创造的),当然这其中最直接的方法就是浏览和现象/问题相关性强的网上的作品,一边查看一边将作品与自己想要解决的问题相联系,看能否给自己以启发和灵感。

方法的拆解

除了沿原因-问题-结果的思考,还可以进一步灵活变换应用此方法。比如,拆解一半,根据具体的问题仅去思考它产生的原因/场景/形式,或仅思考某一问题可能产生的结果/方案/界面等。

实际应用:由问题联想到解决方案的各种场景

image

如上图所示,是笔者在进行需求-设计思考阶段的联想发散的小案例。需求是需要展示不同地区的机房情况,笔者查找一些优秀的参考设计作品后,准备通过地图图钉的形式进行展示。于是,在设计的过程中,笔者进一步去思考地图图钉类形式可以应用的具体场景,如右上图的草图(忽略草图的草)所示:

【物流仓储】例如菜鸟、顺丰等快递,在世界各地都有自己的仓库;

【运维机房】运维机房同样在华东、华北、华南等地区有自己的服务器,也包括国外的很多城市;

【美食景点】对于初到一个城市的新人,通过地图图钉可以查看自己附近的美食与景点推荐;

【熟人社交】了解身边同学在国内或国外的不同地点,某种程度上可以促进朋友之间的交流。

以上仅为笔者在设计过程中的思考,或许和当前的需求没有直接关系,但是是对设计形式的思考,对个人的设计积累或思维发散都是有益的。

实际应用:由问题联想到各种解决方案

image

上图为笔者之前接手的需求,需要展示机房内的服务器,机房内的服务器数量无法限定,可能会很多,而电脑上的界面空间有限,超过一屏后查看很不方便。围绕该问题,笔者思考可能的解决方案,并画草图示意(请忽略草图的草,嘻嘻)

下图中,左图为笔者思考方案的草图,尽可能联想到多种解决方案,思考的过程由起初的平面展示扇形、半圆形到圆形展示,再到后续的3D环形展示。最终敲定了3D环形展示的方案,它可以不受限于界面空间和服务器数量,是最佳的解决方案,下图右为在实现过程中,开发遇到瓶颈时,积极和开发讨论如何实现该方案的过程草图。由于是公司内部产品,不方便将最终上线的效果图展示给大家,请见谅。

image

本文总结

因果联想法没有公式可遵循,而是一种分析问题的思路。在实际的工作过程中运用此方法,帮助笔者有效地思考和解决了问题。现在将方法加以总结,希望对大家有所帮助。如果大家在实际应用的过程中遇到困难,可将具体问题抛出,私信笔者,会竭尽全力指导大家沿着此方法进行思考,欢迎大家反馈。

原文发布时间为:2018-08-05
本文作者:仉长娟
本文来自云栖社区合作伙伴“互联网er的早读课”,了解相关信息可以关注“互联网er的早读课

相关文章
|
前端开发 搜索推荐 定位技术
GIS前端—地图标注
GIS前端—地图标注
622 1
|
1月前
|
移动开发 Rust 前端开发
2026年前端性能优化实战:如何让首屏加载速度提升80%?
本文聚焦2026年前端性能优化三大趋势:React Server Components(RSC)实现服务端渲染降JS体积70%+;Rust化构建工具(如Vite)提速10–100倍;INP指标取代LCP/FID,聚焦交互响应。结合电商与H5实战案例,首屏加载最高提速80%,转化率提升23%。
|
2月前
|
存储 SQL 数据采集
星型模型、雪花模型、星座模型:优缺点与选型
本文深度解析数据仓库三大建模模式:星型(查询快、易懂但冗余)、雪花(节省存储、一致性高但性能差)、星座(支持多主题分析但设计复杂)。结合实战经验,给出选型指南——按性能、团队能力、业务广度灵活决策,并推荐混合使用策略:底层雪花清洗、上层星型加速、逐步演进为星座模型。
|
9月前
|
JavaScript Java 关系型数据库
基于springboot的中医养生管理系统
本研究基于SpringBoot框架设计中医养生管理系统,旨在解决传统中医养生服务模式的信息传播受限、资源分散及管理效率低等问题。系统结合Java、MySQL和Vue等技术,实现养生知识传播、在线预约、健康数据分析及个性化养生方案推荐等功能。通过信息化手段提升服务质量与效率,推动中医养生行业规范化发展,助力“健康中国”战略实施,具有良好的应用前景与社会价值。
|
8月前
|
监控 JavaScript 前端开发
JavaScript加密与解密技术:Hook技术应用案例分析
以上案例展示了如何利用JavaScript Hook技术结合强大且广泛采纳标准化算法(如AES),无缝地集成进Web应用程序以增强通信安全性。此种方法不仅能够确保敏感信息得到有效保护,并且由于它们操作适度透明、无需重构已存在代码基础架构而具备较高实际可行性及易操作性。
341 11
|
存储 算法 架构师
阿里面试:PS+PO、CMS、G1、ZGC区别在哪?什么是卡表、记忆集、联合表?问懵了,尼恩来一个 图解+秒懂+史上最全的答案
阿里面试:PS+PO、CMS、G1、ZGC区别在哪?什么是卡表、记忆集、联合表?问懵了,尼恩来一个 图解+秒懂+史上最全的答案
|
传感器 测试技术 芯片
在硬件连接时,如何确定 GPIO 引脚的功能和编号
在硬件连接中,确定GPIO引脚的功能和编号需查阅相关芯片或开发板的官方文档,了解引脚布局图,确认引脚的具体功能和编号,以确保正确连接和编程。
1416 3
|
Linux
Linux系统之dstat命令的基本使用
`dstat`命令的灵活性和多样性使其成为监测系统性能的有用工具,可以根据需求选择显示不同的统计信息。
369 1
Linux系统之dstat命令的基本使用
|
机器学习/深度学习
机器学习基础入门(二)(线性回归与成本函数)
已知一系列房子的大小以及其对应的价格的数据,要求是已知房子大小预测其房子的价格
|
机器学习/深度学习
数学问题-标量三重积&向量三重积
数学问题-标量三重积&向量三重积
1537 1