产品思维:B端设计师必知的知识

发表时间: 2022-07-26 18:02

编辑导语:B端设计师想要在职场中走得更远,不可避免地需要了解业务,并且具备一些产品思维。这篇文章从概念出发,深入浅出地介绍了设计师提升产品思维的方法,推荐B端设计师阅读。

一、产品思维概念

产品思维拆解开就是产品+思维。

产品是什么?产品是满足用户需求、解决用户问题的载体,是一系列功能的集合。

思维是什么?思维是思考问题的方式,不同的人因为经历和经验不同,思考问题的方式也不同。

所以,个人对“产品思维”的理解是:产品思维是一种解决问题的综合思维,是进一步把问题解决方案产品化的过程。

1. 什么是解决问题

解决问题=定义问题 +分析问题 +如何解决

(1)定义问题:指问题是什么

在产品设计中,我们用的最多的是“用户思维和数据思维”。

用户思维:是我们最重要的一种思维方式,站在用户的角度来思考问题。你需要把自己看成产品的用户,利用同理心,思考在B端产品工作使用场景中遇到同样的情况时,你会做什么样的选择、有什么样的感受。

数据思维:通过数据分析发现问题,是发现问题的重要方式。在面对一些业务问题的时候,我们通过数据的方法去做分析,从而给出建议来解决业务问题。

(2)分析问题:指为什么会产生这个问题

我们用得最多是“本质思维”。

本质思维:本质思维是一种寻根究底、找出问题根本原因的思维。通常借助“5 why 分析法”去开展。“5问法”,也就是对一个问题点连续问5个“为什么”来追究其根本原因。

(3)解决问题:指如何解决这个问题。

我们用得最多是“效率思维”。

效率思维:商业的发展方向,一定是向着更高效率的方向发展。效率思维模型就是将效率思维应用到解决问题上,在解决问题、做决策、行动时,有意识地提高效率,以期花最少的投入,获得最大的产出。

综上所述,产品思维是一种解决问题并将解决问题的方案产品化的综合思维。

它通过用户思维、数据思维去发现问题。通过本质思维去分析问题。通过效率思维去解决问题。通过标准化方法将解决问题的方案产品化。

二、设计师如何提升产品思维

B端设计师需要具备的产品思维5个维度:以用户为中心、逻辑思维、数据思维、市场营销思维、项目思维。

1. 以用户为中心

产品设计是从用户需求和用户感受出发,围绕用户为中心设计产品,而不是让用户去适应产品。无论是产品的使用流程、产品的信息架构,还是人机交互方式等,都需要考虑用户的使用习惯、预期的交互方式、视觉感受等方面。

当我们关注用户时,除了关注用户要完成的任务,即产品将提供的功能及操作流程,也应该充分关注其完成任务时的目标,即用户为什么要执行这个行动、任务或操作。

2. 逻辑思维

逻辑思维更多的是一种能力。在产品设计中,我们在着手开发前需要将预想的方案结合各种因素,一步一步地分析可能产生的结果,去选择最优路径。

逻辑思维是可以提升的,在训练自己逻辑思维时,首先要保证信息的完整性。分享4种思维方式以及其运用方法,分别是目标思维(论点论据论证)、结构化思维(拆解问题)、推理思维(归纳演绎类比法)、逆向思维(发散)。

3. 数据思维

在B端产品设计师的工作中,我们会经常与数据打交道,通过数据来分析用户在使用产品或功能的过程中的问题。

从时间角度,数据分析可分为:

从分析对象来讲,数据思维可分为:

设计师要有关注并主动提出数据埋点的意识。如果设计师觉得某些功能或设计需要关注用户的行为,那么要在产品上线前找相关的数据人员去埋点,并且后期拉出数据分析结果。

4. 市场营销思维

企业的根本目的是把产品卖出去,所以产品设计方案能够吸引目标用户群才是最重要的。这里要特别强调下“目标用户”,每个产品都有对应的群体,想要设计面向各阶层的产品是不现实的。设计师应该去研究了解目标用户,针对他们的特点做设计,才能保证设计思路清晰,效果明显。

从视觉美学角度说,设计师不应将自己的审美强加给用户,每个行业和年龄段都会有自己的审美,要去分析目标群体,设计出符合他们审美的产品,这也是一种针对性的营销思维。

但是在某些界面设计层面,设计师又有责任去引导用户的审美,合理规划布局展示类的内容。至于做到何种程度才是最佳的引导方式,不同的人群的接受度和忍耐性不同,这就需要不断的测试和数据分析才能确定。

举个例子:我们经常在接到看板界面的设计需求的时候,客户反馈需要放很多维度的数据信息,这样界面更加丰富不会太空,也显得更专业;但是从信息设计的层面,用户在短时间点能接受的信息是有限的,并且人有信息过滤的本能。

所以我们在和客户需求沟通时,从专业角度要讲人接受信息的能力有限,还要分析目标人群最关注的是哪种信息。

5. 项目思维

项目思维更关注项目自身的目标实现,关注项目的产出,重点关注已定义的功能或软件的交付,甚至不管交付物是否来自错误的需求。项目思维时间观念比较强,把任何活动看作有始有终的、明确的时间段过程。

项目思维可以细分为以下3点:

  1. 了解项目组成和自己所处的位置
  2. 关注项目进展和自己的设计推动能力
  3. 协调项目其他成员达到最佳效率

(1)了解项目组成和自己所处位置

一个完整的项目组,是由多个岗位环节组成的。了解每个环节、每个岗位的职责,可以知道整个项目的运作模式、每个人对项目起到的作用。

项目组中的每个成员都会有直接间接的工作联系,B端设计师要知道自己的直接需求方和最终的需求方来自哪里,需求是否合理,自己的设计对接下游有哪些,最终方案在哪里落地。一些与设计师没有直接交集的环节出现问题时,设计师也要去思考是否可以从设计角度解决问题。

近些年很多公司都在推行敏捷研发,敏捷研发模式相比传统的瀑布流研发,设计师的参与感更强。在传统的公司研发模式下,设计师往往掌握很少的话语权,在项目中很被动,成为不重要的边缘角色。

而在敏捷研发模式下,设计师能够全流程参与从业务分析到设计落地的全流程环节,因此B端设计师一定要深度了解参与业务。

(2)关注项目进展和自己的推动力

某些设计师觉得接到需求后,确定需求和交付时间,按时交付就可以了。对于功能何时上线,产品何时发版,项目今年的计划目标并不关注。那么带来的结果就是,这个设计师在项目中的作用就仅仅局限于自己的设计产出。

要提高自己在项目中的重要性甚至话语权,就要积极推动项目。某些时候,好的设计方案或方法可以提高设计效率,加速方案产出,从而推动项目,比如使用可以小组协作的设计工具。

推动项目,就要尽量保证项目的产品版本发布按计划的日期上线。

比如:一些设计方案的实现比较复杂,开发人员评估或在实际编写时发现工期会延长,影响版本发布,B端设计师应该要快速给出可以替代的设计方案,保证功能能够顺利上线可用。因为发版计划都是提前定好的,不能因为设计方案影响最终上线功能,这可能导致严重的后果,最后造成全年的项目计划延期。

更进阶的推动项目,设计师要主动去思考产品功能去提高体验,从设计角度针对当前业务提出解决方案。不要做一个仅仅是接需求和给方案的角色。

(3) 协调项目成员达到最佳效率

作为B端设计师而言,很多时候在产品小组内都是听从产品经理的相关安排,在实际的研发流程岗位环节中,设计师处在中游阶段,上面是产品经理,下面是开发测试。

当我们的设计方案在小组内部得到通过之后,我们可以尝试从设计稿落地的角度出发,去积极与每个环节岗位的成员进行沟通。成员相互知晓每个人在负责的业务和进度,定期的开展周会,通报工作进度和结果,都有利于小组的能力和效率提升,从而促进整个项目发展。

三、B端设计师如何通过产品思维来指导设计

初级设计师往往在工作中会有一个误区,就是要做好看的设计。许多设计师在一拿到原型就开始设计,最后设计出来的作品,同事和朋友都说十分好看,可是开发出来的产品却得不到用户与老板的认可,这样的工作方式其实是错误的。

当设计师在拿到产品需求时,不要急忙就去网上查找素材资料开始做,也不要急忙去询问,因为一般决策者或者Boss都非常忙碌,不一定有那么多时间去回答你的问题。

我们B端设计师需要整理好整个项目的相关的资料,花费一些时间,了解用户的使用场景、业务流程、操作步骤,把存在疑问的地方记录下来,找个固定的时间统一问快速沟通,修正方案。

那么怎么具体运用产品思维去设计呢?方法其实很简单,只要4步就可以了。

1. 绘制用户画像

用户画像(Persona),又称用户角色、人物模型、典型用户等。用户画像概念是Alan·Cooper 发展出来的关于用户的描述性模型。用户画像并非真正的人,他是基于研究和观察真实用户的行为和动机,提炼并虚构出来的一个或多个“用户”,他比任何一个真实的个体都更能代表一个用户群。

用户画像能够帮助设计师建立更丰满的用户形象,方便后续做其他设计决策。带入用户角色视角,审视一下当下产品的设计,思考每个界面的核心用户角色是谁?它是如何帮助用户角色实现其目标的?多种用户角色都会使用的产品界面,次要用户角色的需求是否有影响到主要角色的需求?

根据这些思考,发现并优化产品体验。

2. 制定设计目标

设计目标是通过设计策略能够实现的目标,在制定设计目标时,我们首先要对产品目标和用户目标进行拆解,找到双方共同诉求的契合点。再考虑用什么样的设计策略来实现。设计的最终目的是服务用户,完成业务目标,设计目标可以帮助我们了解如何服务好用户,以便于对设计结果进行验证。

3. 还原使用场景

还原用户使用场景,清楚用户如何使用产品,提出假设梳理清楚用户怎么使用产品,在基于用户场景的情况下,结合业务诉求设计。运用场景公式帮助我们分析:用户+环境+需求+事件。

在【某环境】下,【某用户】做了【某事】来满足【某需求】,具体描述为了完成某任务,跟产品怎么交互的过程。

4. 整体思维

有些设计师觉得,接到需求,按时交付就行了,上线后会出什么问题就不管了。如果不去了解,你就真的仅仅是设计产出的工具而已,因为你没有担当起设计师该有的体面与责任。如果你想在职场中走得更远,就需要提高自己的设计价值,实际解决用户的需求。

B端设计师需要在设计流程的各个环节介入,从需求分析到交互设计,都需要提供对应的策略,甚至洞见机会点,通过设计对业务产生正向价值。在做完项目之后,我们需要对常用模块进行梳理,沉淀业务组件库。

总之设计师要想掌握话语权,就要在各个环节中找准定位,利用自己的专业知识提出解决方案。

总结

产品思维能够帮助设计师基于正确的人群设计合理的功能,从而更全面地理解产品的用户体验,而不是单纯的思考界面布局或视觉表现。

B端产品的设计师,需要钻研业务知识,成为半个产品经理,暂时摈弃掉怎么把界面做得好看吸引人的思维,确保设计师解决用户的真实需求,而不是浪费成本,做一些无用功。

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

题图来自Unsplash,基于CC0协议