交互设计前期,需求分析的「三境界」

弘毅道
7 评论 32363 浏览 133 收藏 11 分钟
🔗 B端产品经理需要进行售前演示、方案定制、合同签订等,而C端产品经理需要进行活动策划、内容运营、用户激励等

需求分析不能用简简单单的好与坏来评价,需求分析是依存于具体的场景,只有在具体场景下的需求分析才是有意义的。

佛家观世有三重境界:第一重境界是“看山是山,看水是水”;第二重境界是“看山不是山,看水不是水”;第三重境界是“看山还是山,看水还是水”。

同样,在产品需求分析的过程中,也存在三重境界。

一、需求分析的三重境界

在互联网产品的需求分析过程中,交互设计师观需求的三重境界,即第一重:观需求是需求;第二重:观需求不仅仅是需求;第三重:观需求还是需求。

在这个过程中,需要将抽象的需求、功能转化成具体、直观的操作界面。

第一重境界:观需求是需求

项目开始时,交互设计师获取的需求可能是一个词、一句话、一段话,或者是需求功能列表,很少能见到真正的产品需求文档。

我们且把获得的这些具有指引性的内容统称为需求。

无论你得到的是完整的文档形式的产品需求,还是“一句话”需求,交互设计师首先要明确一点,我们要做的是一个什么产品,即指挥官命令,用一句话,通俗、易懂地概括出来你要做的产品。明确产品目的的最终指向,能够帮助交互设计规避设计过程中的方向上的偏差。

设计过程的指挥官命令,可以是产品经理直白告诉你的,也可以是通过沟通、前期了解、竞品分析等,概括出来并和产品经理确认过的一句话需求。例如,做一个能够帮助用户个性化制定旅游攻略的应用。

第一重境界是需求分析的基础。确认设计目标是一个过程,有的产品经理能够直接告诉你,有的则需要你根据产品需求进行概括。开始时,不妨用一个以偏概全的目标来代替,在需求分析过程中不断修正,丰富完善,最终和产品经理确认下来。

第二重境界:观需求不仅仅是需求

观需求不仅仅是需求,旨在需求分析不停留在需求的层面,而是能透过需求看清楚需求背后的产品的骨架。

在得到设计的指挥官命令后,通过产品功能、竞品、与项目组沟通,明确实现这个目标背后所需的若干功能与步骤,而不是仅仅停留在这一目标上。

在这重境界,需求不再是一个概括的功能,而是一堆有待丰富拆解的流程,会显得杂乱无章,进而需要等级划分。在这重境界,对需求的处理可分为两个步骤:

第一步是明确核心功能与辅助功能。

核心功能就是指挥官命令的描述,也是一个产品的定位与核心竞争力。辅助功能也是次要功能,是为了保证产品核心功能顺利进行而延伸出来的。

第二步是细化每个功能主干流程,以及各分支流程。

明确每个流程上所具有的小功能点,例如,登录功能:包括主干流程正常的登录成功,同时还要包括用户名与密码错误、无网络等各种异常登录流程。细化功能流程就是使每一个功能都有起点和终点,形成功能操作流程的闭环。

每一个产品都有自己的核心功能和很多辅助功能,对需求的分析与理解,需要将辅助功能都罗列出来,即时产品经理或者需求中没有提到,但是在构成每个功能流程中都是重要一环,都需要考虑到。

第二重境界是需求分析的核心,过程中的细节都会落实的交互稿中,这一重境界是最能够体现一个交互设计师的逻辑能力与分析能力。

在经历过需求的丰富与分解之后,交互设计师往往会有一种烦躁的情绪,功能太多,要处理的需求太多,有一种无从下手的感觉。这就需要提升到第三重境界。

第三重境界:观需求还是需求

观需求还是需求,旨在明确需求之间不是简单的堆叠,而是主次关系在的。在第三重境界,就是将第二重境界分析整理出来的功能进行权重比较,以构建产品功能的主次关系金字塔。

每一个产品中,存在很多的功能部件,但并不是每一个功能都具有相同的存在权重。就像每个人的身体,每个部位对人的重要性是不一样的,阑尾远远没有心脏和大脑重要。因此,明确每个功能的权重,就可以在功能界面设计以及开发过程做到详略得当,使产品功能丰富且考虑周全,同时能突出产品核心功能。

在经历过功能权重的比较、划分后,就会多了一种是胸中有丘壑的自信。

在这重境界,我们除了第一重境界明确的指挥官命令,此时的需求在眼中不仅仅是需求,还有,根据用户习惯、使用场景等,得到的各个功能需求权重及背后的交织关系,此时的指挥官命令,就是我们牵在手中的牛鼻子,轻松自如的将整个产品的框架、结构等娓娓道来。同时,各个需求在眼中是有结构、有层次、有轻重缓急的,此时开始交互设计,就会庖丁解牛,游刃有余。

同时,第三重境界是需求分析的升华,能够在交互评审中更清晰的展示我们自己的分析能力以及交互稿的专业度。

二、三境界的关系

每一次需求分析,都要完成一次三重境界的修炼,如果需求分析不到位,止于不同层次的需求分析,所得到的设计方案也会有很大的差异。

如果止于第一重境界,得到的交互稿可能会比较简陋,解决方案考虑不周,有功能缺失,丢三落四,会在评审以及设计支持过程中有较大的变动,还有可能造成返工,工作量翻倍。

如果止于第二重境界,得到的交互稿会比较繁琐,杂乱,虽然功能完善,但页面杂乱,缺少层次、层级,用户体验比较差,功能页面布局不符合用户的习惯,甚至与使用场景相悖。

达到第三重境界,是我们一直追求的目标,这时的交互稿,不仅功能完善,而且页面层级比较清晰、明确,符合用户习惯与使用场景,这已经是合格的交互稿了。

三、需求分析的注意事项

1)不要刻意追求产品与功能界面的差异化

每个领域都有很多相似或者相同的产品存在,其功能大致相仿,操作流程也相似,设置元素的形式也相似,因为目标人群相同,用户的认知相同,产品的相似在所难免。交互设计师在进行交互设计时,不能刻意追求特立独行,去走一条大家都不走的路,会存在较大的产品风险,要么一战成名,要么跌入深渊,当然跌入深渊的概率会大很多。

产品真正差异化的来源有两方面:一方面是对产品需求的深入挖掘,发现更深层次的需求或真实需求;另一方面是对产品目标市场与目标人群的细分,产生差异化的需求。

若想与竞品保持差异化,就要从这两方面入手,同时,结合自身的优势,进行谨慎的产品创新。

2)不要固执己见或先入为主

现在网络上存在很多的设计规范和UI Kit文件,其极大地提高了设计的效率,减轻了设计师的工作负担,但是也在一定程度上限制了设计师的创意发挥。同时,根据不同的行业特征,相同的系统应用到具体的行业、产品和场景中,其设计规范有很大的区别。

例如,作者在完成一个基于Android系统开发的产品交互设计任务时,总会受到Android的Material Design的设计规范的束缚,为了统一规范,做一些界面和功能流程上的妥协,这样是非常不可取。

需求分析的注意事项有很多,与不同的行业、产品团队都有一定的关系。但是,正如人一样,需求分析不能用简简单单的好与坏来评价,需求分析是依存于具体的场景,只有在具体场景下的需求分析才是有意义的。

交互设计师呈献给读者的交互稿,仅仅是浮在海面的冰山露出水面的一小块,而隐藏在水面下的绝大部分是交互设计师进行的需求分析、用户研究等工作,它们是支撑交互稿逻辑性、合理性、观赏性的背后力量。

#专栏作家#

弘毅道,公众号:UIUX设计工作坊,人人都是产品经理专栏作家。关注to B业务,尤其擅长后台程序界面设计,包括需求沟通,原型设计以及后期的设计评审等。

本文原创发布于人人都是产品经理。未经许可,禁止转载

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 哈哈哈哈一本正经的胡说八道

    来自广东 回复
  2. 兄台,你这理论不能苟同,个人理解如下:需求工作包括需求获取、需求分析、需求管理,形成需求文档、产品原型、产品方案,应该是需求人员的基本工作,必然包括目标、模型、流程、主次轻重等。如果非要给需求划分成三个境界,观点如下:第一个境界,看山就是山,看水就是水;第二个境界,看山知其根,看水知其源;第三个境界,看山能指路,看水能引流。第一个境界,就是所有需求人员的基本功,标准需求人员应该具备的本领。第二个境界,是具有一定阅历的需求人员,能够找到需求背后的需求,表象背后的本源。第三个境界,就是高阶人员的本领,能够引领客户或者市场用户的需求,能做到这点首先不仅是业务能力,重要的是让客户认可你这个人还有把握人心、人性的本领。

    来自陕西 回复
  3. 给你个赞,但对我而言还是有些空

    来自广东 回复
  4. 大胸弟,你得思想很危险啊 。我今年倒数第二次面试,面试到总监的地方,就是说了你的文章首句话相似的话语而落选的。

    来自上海 回复
    1. 那你肯定说了佛系设计师

      来自浙江 回复
  5. 图里是啥字体啊

    来自上海 回复
    1. HanziPen SC

      来自浙江 回复
专题
45641人已学习10篇文章
什么是社群运营?社群运营怎么做?社群运营哪些坑?
专题
12497人已学习12篇文章
广告营销是为了销售产品,既然花了钱当然希望能给产品的销量带来增长。本专题的文章分享了广告营销指南。
专题
10207人已学习17篇文章
本专题的文章聚焦鸿蒙操作系统应用开发实践,通过典型案例解析开发流程与技巧。内容涉及ArkTS/JS语言特性、UI框架使用、设备协同等关键技术点,并包含性能优化与多设备适配等进阶知识,帮助开发者快速构建全场景智能应用。
专题
17152人已学习12篇文章
如何搞懂财务和业务之间的关系,并推进业务系统财务模块的建设呢?本专题的文章分享了财务系统的设计指南。
专题
20531人已学习16篇文章
一个清晰的入口引导能够让用户提高点击的欲望,从而实现操作全流程。本专题的文章提供了有效的页面引导设计指南。
专题
49578人已学习14篇文章
产品经理往往会承担一定的项目管理职能,那么该如何做好项目管理呢?