如何进行设计发散思考?
1. 背景
产品专业能力包括:
- 需求洞察
- 用户调研、用户模型研究
- 设计发散思考
- 竞品分析
- 设计方案决策
- 输出设计文档&自查清单
- 用户体验兼容方案设计与落地规范
- 项目管理、跨部门配合等方面
本文档内分享【设计发散思考】部分。
2. 设计发散思考的作用
发散思考是指一种能够超越已有框架和经验,灵活思考解决问题的思维方式。发散思考能够帮助我们打破固定的思维模式,从多个角度出发,产生创新的想法和解决方案。
- 发散思考能够提升创造力。创造力是一种能够产生新的、独特的想法和解决方案的能力。通过发散思考,我们可以尝试多种可能性,探索不同的思路和角度,能够更加容易地发现新的创意和解决方案。
- 发散思考可以帮助我们拓宽视野。固定的思维模式往往会限制我们对事物的理解和认知,而发散思考正是能够打破这种限制,帮助我们从多个角度来看待问题。通过发散思考,我们可以尝试着站在不同的立场上思考问题,了解不同角色用户的想法和观点。
- 发散思考能够促进解决问题。当面对复杂的问题时,跳出固定的思维模式,能够更全面地分析和评估问题,找到隐藏的问题点和风险点,是查漏补缺的重要措施之一。
设计发散思考的主要作用是,为后续的设计思考收敛提供尽可能多的解决方案。这些方案不可能每一个都十分正确、有价值,但是可以辅助最终决策。
3. 设计发散思考的维度
需要考虑的维度有:
- 需要必要性。这个功能是不是用户所需要的。这个功能是不是针对我们的目标用户群体。
- 用户体验友好性。有的功能开发成本较低,但它把一些难度转移到了用户的身上,靠增加用户操作或认知成本来使得开发成本降低,这显然不是设计师想看到的。
- 产品长期迭代。这个功能和这个产品的发展方向是否一致也是决定某个功能去留的角度。发展方向一方面指产品本身的定位,另一方面也指基于产品定位的未来趋势。
- 设计开发成本。产品、交互、视觉、研发、测试整体的人力成本,以及对服务器资源的消耗成本。
- 功能潜在风险。新增这个功能会不会给我们的产品带来潜在问题。产品的性能、稳定性会不会因为新增这个功能而产生影响。
4. 设计发散思考的方式
4.1 需求分析
从客户需求中,直接分析客户目的,了解客户想要的对应解决方案。
4.2 头脑风暴
不成熟的方案,也可以慢慢演变为成熟的方案。首先需要找到这些不成熟的方案。
头脑风暴的流程:
- 想法发散:在头脑风暴开始时,应该先进行想法发散,保持一种自由思考的状态,即尽可能多地提出与主题相关的想法和问题。这些想法和问题可以是不完整的、不成熟的,我们应该尽可能地记录下来,在此期间不应该预先分析、评估、评论这些想法。
- 汇总分类:当发散思考结束后,我们应该确保这些记录所有想法都被记录下来,以便后续的评估和筛选。可以将所有提出的想法和问题进行可视化、汇总和分类,将相似的想法和问题放在一起,或按照主题进行分类以便后续进一步分析。这一步可以帮助我们更清晰地了解所有想法和问题,并发现它们之间的联系和差异。
- 聚焦思考、筛选想法:我们手上有很多脑暴想法的时候,并不是所有的结果都适用,我们需要对所有提出的想法和问题进行筛选和筛除,以确定他们是否符合此次脑暴活动的主题与目标(从用户体验友好性、方案的可行性、方案成本等维度去评估和筛选),筛除那些不可行的或不实际的想法,最后得出最有价值的想法。此外,还需要使用不同的角色和视角对想法和问题进行交叉验证,以确保每个问题都被全面考虑,帮助我们发现之前可能被忽视的问题或风险。
- 优化改进、完善想法:最后还需要进一步整合、深化、完善想法。这一步,设计师需要根据最佳想法与需求,结合产品本省的结构、布局、交互流程等方面信息,给出最符合自己产品定位的用户群体的设计方案。
4.3 参考竞品
可以把产品的主要功能路径画出来,思考竞品为什么做这个功能,做这个功能会给产品带来什么好处。
然后把自己认为重要的功能细节点或功能决策点列举出来,看看哪些竞品有,哪些竞品没有。这些功能决策点,又会分为逻辑层面和交互层面两种。
除了查看直接竞品之外,也可以借鉴成熟产品和海外产品的设计思路。
4.4 和团队成员沟通
设计时,和其他产品同学、研发同学沟通。有利于提供新方案思路、识别到现有方案的潜在问题、评估现有方案的实现成本。
4.5 和客户或实施直接沟通
和客户、实施沟通,可以了解当前需求的曲线方案,从曲线方案的不足之处,认识到我们应该解决的问题点。偶尔,他们也能提供新的解决方案思路。
5. 限制发散边界
过度的发散会浪费时间精力,也会给后续的方案抉择带来不必要的工作量。因此,需要掌握限制发散边界的方法:
【明确需求边界】
在需求分析里,需要确定本任务内所解决的问题,在发散思考时才能目标明确,从用户需求出发推导实现方案。
【抽象功能模型】
通过抽象功能模型来限定功能形态。唐纳德在《设计心理学》里面就提出的用户模型、设计模型的概念。部分产品设计,也需要在给出具体方案之前,抽象功能模型或定义功能概念。对产品本身来说,符合模型的功能才有更高的拓展性和适配性。而发散思考时的方案,也可以从模型的角度出发去探索。
6.合理质疑
6.1 质疑各方案的合理性
发散思考时获取到了尽可能多的解决方案,这些方案不可能每一个都十分正确、有价值。因此在方案决策之前,可以做一次初筛,直接排除掉一些不靠谱的方案。比如有用户体验极差、开发成本非常高、无法对老用户兼容处理等问题的方案。
通过质疑方案的合理性,筛选出少数高价值方案,便于后续详细对比分析。
6.2 质疑任务价值
若所有方案都离预期较远,没有一个是 完美方案 或 有缺陷但能接受的方案,此时应当回过头再看一下用户需求和整体设计,反问一下“这个功能是否可以不做”,或者质疑任务本身的价值。
版权声明
本文来自互联网用户投稿,文章观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处。如若内容有涉嫌抄袭侵权/违法违规/事实不符,请点击 举报 进行投诉反馈!