产品设计的从0到1 | 深度解析产品是如何诞生的?

不懂技术怎么做产品?15天在线学习,补齐产品经理必备技术知识,再也不被开发忽悠。了解一下>

我们作为产品的设计者,需要清楚的认识到产品从0到1的设计过程,对每个阶段深入的思考才能形成一个清楚的认识。吸收用户体验要素的精髓就必须在实践中不断地学习用户体验,了解用户体验,总结用户体验。

又见面了,在此之前,和多位同行有过沟通,发现很多人反映自己的基础不太扎实,没有系统的知识体系支撑自己进阶、转岗。这让我产生了反思,所以这段时间梳理了一些关于交互设计师的知识架构,这也是我今年要完成的分享目标。

希望通过这种形式的分享,能够让自己形成一个系统化的知识体系、巩固体验设计基础,同时也能帮助大家一起成长(反正狠话已经放出来了,接下来就使劲撸吧!)

产品设计的从0到1 | 深度解析产品是如何诞生的

当产品发展到一定阶段,优秀的用户体验设计对于产品在激烈的商业竞争中保持核心竞争力是至关重要的。一个产品能否高效的帮助用户完成任务,这直接决定着用户留存和口碑。这时,用户体验就成为了商机。

我们作为产品的设计者,需要清楚的认识到产品从0到1的设计过程,对每个阶段深入的思考才能形成一个清楚的认识。吸收用户体验要素的精髓就必须在实践中不断地学习用户体验,了解用户体验,总结用户体验。

用户体验为什么如此重要?

用户体验是指产品如何与外界发生联系并发挥作用,也就是人们如何“接触”它、“使用”它、人与产品互动的舒适感、人与产品的有效沟通。

用户体验设计通常要解决的是应用环境的综合问题,兼顾视觉和功能两个方面的因素,同时解决产品所面临的其他问题。产品越复杂,确定如何向用户提供良好的使用体验就越困难(比如B端产品在设计上就有很多局限性)。任何在用户体验上所做的努力,目的都是为了提高易用性和易通性,也就是提高使用效率。这里可以分两种形式体现:“帮助用户工作得更快”和“减少用户犯错的几率”。

影响用户体验的因素有很多,内容决定了产品能对用户提供什么、技术决定了产品能给用户什么样的稳定性、交互决定了用户完成任务的舒适度、视觉决定了产品在用户心中的映象及是否愿意点击,其中内容和技术是最重要的因素。

在产品开发过程中,我们都有类似的经历(可能设计师比较少),时常关注产品将来做什么、如何实现出来才最高效,用户体验却常常被忽略,甚至定义为优先级不高,当这些“优先级不高”的需求积累到一定量时,会变成决定产品体验成败的关键。

除了这两个因素外,影响用户体验的就是下面这五大要素:战略层、范围层、结构层、框架层、表现层。正如百尺高楼也需要从整体构思到结构设计再到细节构造一样,所以这五个要素贯穿着整个产品的始终。

产品设计的从0到1 | 深度解析产品是如何诞生的

为了方便具体阐述各个层面的内涵,我们把产品分为两个大类:功能型产品和信息型产品。功能型产品是从传统的桌面和客户端软件的角度出发,主要关注的是核心任务。所有的操作都被纳入一个过程,去思考用户如何完成这个过程。信息型产品是从信息的发布和组合角度出发,主要关注的是内容,产品应该提供哪些内容,这些内容信息对用户的意义是什么。

下面,我们就来具体阐述这五个层面的含义。

一、战略层

无论是功能型产品还是信息型产品,在战略层所关心的内容都是一样的:“我们为什么要开发这个产品?”,可以分解为两个问题:

1. 用户需求(产品给用户带来了什么?)

我们必须抛弃自己的立场,从用户的角度重新审视产品,不能把自己当成用户,所以做产品设计提到最多的就是“同理心”,最忌讳的就是闭门造车(YY),我们需要熟悉知道用户选择我们的产品想要得到什么、解决什么问题,并且在解决用户核心问题之后,他还能在我们的产品中获得什么。

这时我们要解决的是如何获取用户需求:

为了了解用户需求,我们就要对用户进行调研分析,找到产品真正的目标用户群(有哪几类、几种用户角色,比如外卖产品有商家、骑手、消费者三类),再对用户群进行场景化分析(他们在什么场景下使用产品),以确定产品真正可能覆盖到的使用场景有哪些。

常见的用研方法有:问卷调查、用户访谈、焦点小组等,最适合用于收集用户的普遍观点与需求。其他研究工具(如用户测试或体验旅程图)则更适用于理解用户具体行为及用户和产品交互时的表现。通过前期的调研,我们可以得出一个用户画像,既代表了目标用户有哪几类人、有哪些行为目标,这样可以让团队成员在“产品给谁用”的概念里,清晰的知道用户是“谁”。

之前有分享过用户访谈、用户画像、用户体验旅程图的制作过程,其他用研方法后面会陆续分享,敬请期待哦(文末有之前分享的链接)

2. 产品目标(企业通过产品得到什么?)

与用户需求相对应的,是我们对产品的期望价值,也就是产品目标,其实就是对产品总体方向的把控,包括产品的商业逻辑、商业价值、商业壁垒、品牌传播等。

当前互联网已进入下半场,大把烧钱野蛮生长的模式已经越来越不可持续。此时无论是投资人还是创业者,更多的都将回归到商业本质,即对产品商业属性的思考。互联网圈常说不要去创造需求而要去发掘需求,真正去满足目标用户的特定需求,因为这样的产品才能具有商业价值,商业价值的大小可以通过市场规模分析、目标用户价值分析等方式进行衡量。

除此之外,对于自身商业壁垒的分析也十分重要,在明确自身优势的同时可以进一步巩固和发展这些优势以提高后来者的准入门槛,以此取得更为有利的发展空间。

在项目开始初期,团队的成员就要对此有清晰的认识。 对战略清晰的认识会在设计过程中提供一把标尺,引导我们按照正确方向前进。因为我们越是明确知道用户想从我们这里获取什么,我们就能够更好的服务他们。

最后,这些内容(用户调研、战略定位)最好做成文档,并同步到团队成员,以供大家进行讨论,让大家知道BOSS或高层对产品现状及未来的看法。

需要注意的是:战略层面虽然是整个产品的根基,但不意味着在项目开始之前你的战略要完全确定下来,也可以在过程中逐步完善,因为通过产品逐渐发展、成熟,会随着商业市场发生变化。

3. 阶段性目标

产品目标在实行一段时间后,最好需要复盘,也就是之前要设立一个阶段性目标,它可以是一些可追踪的指标,在产品上线以后,用来显示他是否满足了我们自己的目标和用户的需求,这些阶段性目标与产品本身和用户如何使用产品有着紧密的关系。

同时,指标会和可视化数据有关联,所以产品经理需要多观察产品数据,我本人也是非常提倡设计师主动去观察数据,这也是你检验设计成果的一项标准,如:用户平均停留时长、单月登录次数、改版后的数据变化、活动页的跳出率减少了30%、Banner图的转化率等…

可以看出,阶段性目标和可视化数据是分不开的,任何造成了产品访问降低、粘度降低、跳出率增加等行为是可以通过数据分析来得到结论的。

二、范围层

带着“产品给用户带来了什么”、“企业通过产品得到什么”的明确认识,我们才能搞清楚如何去满足这些战略目标。当你把用户需求和产品目标转变成产品,应该提供给用户什么样的内容和功能时,战略就变成了范围。这里也是产品经理需要重点专注的层面。

1. 你正在设计什么?

详细记录你正在设计的内容,知道这个项目的目标是什么,什么时候完成这个迭代,本次迭代需要上线什么东西,当前进度是怎样的,善于记录这些能让你把责任分配的更加清晰,可以大大提高协作效率,工作中我们要考虑三个维度:

  1. 自己的工作流程:明确如何进行背调,如何进行需求评审,每一步的流程是否清晰,是否还有优化的空间等,尤其是当出现错误的时候,复盘自己,一定会有可优化的环节;
  2. 产品的迭代流程:产品会从一个demo进入到完整的迭代环节,整个过程中,产品应该以什么样的进度和方向来进行迭代,也是需要思考的,在整体过程中尤其考验了产品人的决策把控和需求优先级的管理能力;
  3. 团队的工作流程:比如定义产品的时候是某几个部门还是全部、迭代产品的时候是只要考虑需求方、还是连其他产品同事一起、开发资源是否需要协调、团队应该如何配合并且透明的了解产品成长进度等,这些都需要在迭代前后考虑有所思考。

这么多管理事项,总要有工具协助你记录吧,在这里推荐几款我在工作中常用的团队、项目、需求管理工具:Xmind、Jira、TAPD、Merlin Project Express(甘特图)

2. 你不需要设计什么?

这里需要进一步讨论产品所包含的具体功能,使产品从一个概念转化为功能聚合体。此时明确不需要做什么要比列出需要做什么更重要,太多的产品一上线便拖着一副臃肿的身躯,许多功能听上去相当诱人,但是它们对于项目的战略目标并不是必需且紧急的,最终落得失败的结局。

因此需要明确产品范围边界,梳理得到核心功能。C端产品通常只有一个核心功能解决个人用户的一个核心问题,而B端产品则有多个核心功能来满足企业用户多个使用场景。被解决的问题即是需求,需求从何而来?

需求来源:需求来源一般来说分为内部和外部,内部大多是职能部门的一些业务性需求或受到战略上的决策影响,而外部可能是和竞品、用户反馈的需求,无论是哪些需求,一定是站在战略性角度去看,即:这些需求能否满足用户或企业价值来,更接地气的说,这个需求能否起到实际作用,还是伪需求,或者不紧急的。

在产品落地前可以提前考虑潜在的冲突和产品中的粗略点,可以划定界限什么功能和内容可以做,什么功能和内容不能做,什么功能和内容暂时不需要做,什么功能和内容放在后期做。也就是说我们前期规划(功能设计)的时候是先做加法,然后做减法,比如根据“四象限法则”的思路,评定出优先级、排期、不需要的。

产品设计的从0到1 | 深度解析产品是如何诞生的

当然,有些产品团队的PM会输出一份《功能规格说明书》或《PRD文档》,这也是范围层面的产出物,文档是起到定义功能的作用,他不需要包含产品的每一个细节(不像交互文档那样细致),只需要包含在设计或开发过程中出现有可能混淆的功能定义即可。

接下来我们直接来看下,喜马拉雅APP6.3.60.3版本有哪些功能需求和内容需求,一个产品从0到1制定范围层时可能不会这么详细,在后续的结构层和框架层设计中偶尔也会反过来对范围层进行补充。

产品设计的从0到1 | 深度解析产品是如何诞生的

三、结构层

定义好功能范围并排列好优先级之后,我们对最终的产品模型包含什么特性会有一个清晰的认识,然后这些需求并没有说明如何将这些分散的片段组成一个整体。这就是在范围层之上的结构层:为产品创建一个功能架构,设计用户如何到达某个页面,并且要思考他们完成事情之后能够去哪里,也就是确定页面各种特性和功能最适合的组合方式,并在流程上形成一个闭环。

从这里往后就是我们交互设计师该重点专注的层面了:将抽象的需求逐渐整理成一个具象的产品原型。

对结构是否有质量的的评判标准是

  1. 以各种方式将产品信息合理并有意义地呈现给用户,让用户更容易找到最有用的信息;
  2. 不是整个过程需要多少步完成,而是用户是否认为每个步骤都是合理的;
  3. 一个高效结构的优点具备“可包容”和“可扩展”的能力。

结构层的定义

根据用户的使用场景、行为、思考等方式将范围层中的功能和内容建立一种有序的排列结构,让用户在使用产品时能够高效顺畅地实现需求。这就好比你把在范围层确定好的一个个功能点,整理成一个层次清晰的脑图,称为:功能架构图。

产品设计的从0到1 | 深度解析产品是如何诞生的

有了功能架构图之后,就相当于罗列出了功能层级和抽象的页面布局,接下来要对每个功能点、任务点输出一个完整的流程图。流程图对于产品经理和交互设计师是非常重要的工具,它能够帮助你梳理产品逻辑,通过画流程图可以清晰的看到产品与用户、角色与角色、行为与反馈、页面与页面之间的交互关系。

常用的流程图可分为

(1)功能流程图

描述一个功能或任务,从开始到结束的行为过程,中间有什么特殊情况、异常情况,走流程时,遇见这些情况又该如何处理,功能点与功能点之间的逻辑关系又是怎样的,当前步骤或流程是不是最合理的,切勿为了减少步骤而盲目压缩流程,这里要先保证易通性(既让使用者通俗易懂,能够快速了解里面的运作模式)。

通常用于介绍产品功能模块的相互关系或某个功能模块的具体组成,如产品经理需要向开发人员介绍某个新增功能模块时,可以在原型图宣讲之前使用功能流程图让其对功能的轮廓和走向了然于胸。绘制功能流程图能够有效的帮助我们快速梳理产品逻辑和交互流程,用Axure画流程图非常方便哦。

如图:

产品设计的从0到1 | 深度解析产品是如何诞生的

(2)业务流程图

也可以叫“泳道图”,它是描述整个产品业务或单个业务模块是如何运转的,包含了角色与角色、前台与后台、模块与模块之间的流程关系,比如外卖产品的消费者、骑手、商家三种角色是如何交互的。

通常用于介绍产品业务,如产品经理需要向boss、客户、团队成员介绍产品业务时,用流程图辅助讲解的效果,相较于纯语言或文字表达要好得多。同时,绘制业务流程图能帮助我们快速了解产品业务及角色关系,如图:

产品设计的从0到1 | 深度解析产品是如何诞生的

(3)页面流程图

这个是大家最常见的,就是把各个原型页面用页面流的方式串联起来,APP、H5、PC……这些都是由一个个页面组成,页面流描述了用户完成一个任务需要经过哪些页面。

也就是我在哪,经过什么操作,一般由交互设计师进行绘制,其过程能够帮助交互设计师确定产品页面之间的跳转顺序以及交互状态,同时还能帮助我们检查是否有遗漏的页面和设计点。

画页面流时,主要描述用户的正常路径,异常流程则在正常流程附近画出异常流程即可,如图:

产品设计的从0到1 | 深度解析产品是如何诞生的

产品设计的从0到1,从需求分析到信息/功能架构→再到业务流程→任务流程→页面流程→再到最后的原型图(线框图)是一个从抽象到具象的过程,也是从概况到细分的过程。经过一步步的分析,逐步将想法变成实实在在的产品,这就是产品设计的魅力所在。而这其中流程设计起到举足轻重的作用,千万千万不可忽视。

四、框架层

将功能和流程梳理清楚之后,我们就要开始设计功能点里的具体细节,也就是让广大设计师又爱又恨的原型图。在充满概念的结构层当中形成了大量的需求,这些需求都是来自战略目标的需求。在框架层里,我们要更进一步的提炼这些结构,输出详细的界面雏形、导航及信息设计,也就是将结构层的东西变得更加清晰、实在。“交互设计文档”就是在该阶段产生的。

这个阶段,需要注意

(1)让设计尽量符合用户的使用习惯

不要出现一些“奇葩”的交互方式和“自以为”创新的组件,这些一旦违背了使用习惯和用户认知,都会影响操作效率,然鹅,我们做体验设计不就是为了提高操作效率和舒适度吗?

举例:消息列表中出现比较多的删除方式是左滑删除,这已经形成了普遍的使用习惯,如果你非要创新到“长按→移动→删除”,这不就是提高了学习成本么,随之而来的就是吐槽产品易用性差。

所以做界面设计要选择正确的界面元素,这些界面元素要能帮助用户完成他们的任务,还要通过适当方式让它们容易被感知到和容易使用。

这里最忌讳的是:不要为了所有人的所有偏好做设计,因为一个设计不可能适应所有用户,我们要考虑的是符合“目标用户”的使用习惯、贴近“目标用户”的认知即可,比如我们做主打90后视频社交产品,难道还要考虑到70后的认知习惯吗,显然不需要,这没有价值,因此我们在做方案决策时,只需考虑目标用户中的大部分人群即可。

(2)要注意突出重点,让用户一眼看到核心内容

这里需要考虑交互元素和整体页面的布局,可能有些懒惰的原型设计者把这个阶段完全丢给UI设计师了,认为布局是他们的事情,但前提是UI设计师如何快速理解你的交互原型,这就考验了交互设计师在输出原型时,内容层次有没有区分,哪些需要一屏内展示,哪些需要弱化。

这些注意事项有没有在原型里体现或者说明,最让人无语的就是一些PM或交互设计师,将所有内容都往页面里堆积,完全不考虑信息的层次,哦对了,还有口头需求,这些都是减少了他们的工作量,让UI设计师增加工作量(会增加后期重新沟通需求的时间)。

除此之外,这些布局也不能凭感觉构建,需要有理有据,比如是否考虑到目标用户的浏览习惯,举例:“微信订阅号消息列表”页面为什么是文字在前,缩略图在后,那是因为在该场景下,用户在找一条内容或浏览页面时,主要通过文章标题来判断是否是自己想要的内容,而不是图片。

(3)为信息做设计,将产品信息呈现出来并且让用户容易理解