什么是5W1H模型?

5WH / 5W1H / 六何法 是一个帮助我们完成任务的分析工具,由美国政治学家拉斯维尔于 1932 年提出,并经过不断的优化和更新。广泛应用在企业管理、学术研究、生产管控、日常生活中。

虽然此类专业缩写名词挺高大上,但实际上它们的原理特别简单,重点关注于 5W1H 的基本应用概念即可。

缩写含义:

  • WHAT:要做的产品、需求是什么
  • WHY:为什么要做这个,原因是什么
  • WHO:设计给谁用的,对象是谁
  • WHERE:产品使用的场景、环境是什么
  • WHEN:什么时候开始做,时间节点呢(什么时候使用 使用场景)
  • HOW:要如何完成相应的工作内容

它的中文翻译叫六何分析法。在这个基础上增加了 How Much 的叫七问分析法(5W2H),增加了 How Much、How Feel 的,叫八何分析法(5W3H),奇怪又没有用的知识又增加了……

不难看出,5W1H 模型,就是提出 5 个问题,通过收集、定义这 5 个问题,找出解决方案的做事方法(方法论)。

image.png

如何使用5W1H

5W1H 只是一种做事的方法,它指导我们规划工作的顺序和步骤,帮助我们更清晰有序的分析产品、规划工作。

除了产品经理的日常工作中应用,UX 设计师在项目开始前的分析也同样可以通过这个工具,来了解需求、制定工作计划。

下面我们做个简单的讲解,在 UX 项目流程中,5W1H 应该如何落地应用。

步骤一:What

在这次项目过程中,主要的需求有哪些,目标是什么,是我们首要明确的内容(需求内容)。

网上的需求案例:
image.png

这里面包含的需求条目,并不是每条都和设计有关,有一些需求内容完全是由前后端开发来完成不需要设计师参与。

WHAT 步骤所做的,就是对每次项目的 PRD 和需求进行筛选,定义出和我们有关的具体需求和条目(有些时候需要挖掘出更深层次的需求why)。

了解我们要设计什么东西,虽然已经可以开始推进设计了,但那就显得太业余了。

对于进阶的设计师来说,做出好设计,是一定需要掌握更多的信息来做判断的,WHAT 第一步是帮我们标出靶心,然后后面的 4 个 W,帮助我们进一确定风向、距离、大小等其它因素。

步骤二:Why

每一个项目需求的制定,都会有它产生的原因,我们要去追本溯源,了解它是怎么被制定出来的,要实现什么目的。

这个问题的解决是非常多方面的,如果是产品团队在制定需求的过程中 UX 设计师就高度参与,那么相信你自己已经可以分别回答得出来。

要是这些需求的制定设计师没有参与,那么设计师是需要通过产品需求评审过程,或是单独找产品经理、老板核对,来搞清楚不同需求制定的理由。
image.png

可能有通过数据分析做出的判断、也有用户的建议反馈、产品的战略转型、投资人的特殊要求、针对竞品的防御功能……了解的越多,对于你理解产品和参与项目而言,就越有利。

步骤三:Who

这一步其实就是明确需求对应的目标用户群体。多数同学应该都清楚,每个产品都有自己的目标群体,用户画像。但在团队内部,尤其是做需求的时候,光靠笼统的画像是远远不够的。

任何产品随着用户数开始增长、内容增多以后,用户的类型就需要进一步被细分。比如付费用户、白嫖用户,基础用户、资深用户,中年用户、低龄用户等等。业务、功能的制定,必然会产生对不同类型用户的影响,或者就是专门针对他们制定的。

在这一步我们要做的,就是了解需求针对哪些用户,以及他们的特征、痛点和需求。如果对目标用户的理解非常的模糊,是需要我们应用一些用户研究的方法来进一步做分析,包括不限于

1.用户画像

image.png

2.用户移情图

image.png

3.用户访谈

image.png

4问卷调查

image.png

5.数据统计

image.png

只有了解用户,我们才能做出 “符合业务需求和用户体验” 的优秀设计。

步骤四:Where

应用的场景,即需求实现后被应用在什么场景,解决哪些问题,便于我们制定对应的交互策略和流程。
在这个过程中,我们可以分别使用用户体验地图,可用性测试等方法,对场景、流程的深入做深入分析,为具体交互做指导性建议。

1.用户旅行图

image.png
比如,在我们近期做过的日日煮的改版过程中,要对菜谱页面进行重构。除了定位这个页面的位置外,还了解用户会在什么情况下使用,其中最重要的场景就是 —— 烹饪过程中。

用户一边做饭一边看菜谱,是非常普遍的,而在厨房手忙脚乱备菜、热锅、调制、翻炒的过程中,是不会一直拿着手机的,一般打开菜谱后放在一边。这时候用户双手往往都被占据,并且注意力不会长时间集中在屏幕上,且每次看屏幕的目的是集中在某个步骤的细节内。

所以,我们在给出解决方案的时候就是优化步骤呈现形式,容易被区分,并且可以进入沉浸模式,每次使用手背滑动就可以快速进入下一个步骤中,减少用户使用的阻力。
image.png

步骤五:When

理解1
这一步即我们对完成项目的时间安排,制定对应的排期。

每一次迭代更新,不是产品发出一堆的需求和一份厚厚的 PRD,然后定个时间到截止日期交稿,而是根据敏捷的原则会拆分成多个节点。每个节点完成其中一部分内容,然后内部进行评审、修改、开发。每个节点包含的需求条目有哪些需要团队内部协商,但是时间的排序肯定是越重要越紧急的需求越靠前,占用的时间越多。

识别需求优先级的方法一方面可以通过 KANO 模型来排序,必要型优先级最高,魅力型最低。

理解2
用户什么时候会使用到该产品/功能,通过对用户使用时间的了解,制定符合用户使用喜欢的设计。

image.png

另一方面,就是根据团队开发人员、产品、运营等相关协作人员的排期来制定。比如负责某业务模块的开发请婚假不在,那么肯定不急着先做他那的需求。

image.png
对于大厂来说,产品团队成员对业务的排期是至关重要的,不止影响团队效率、 OKR 执行,还关乎 KPI 绩效考核。

步骤六:How

经过前面步骤的拆解
,到最后一步,就是该思考怎么动手完成设计了。
根据了解的需求点、目标、用户、场景、排期,我们可以开始制定更具体的设计方案了。
通过类似参考、原型、飞机稿等内容,将我们思考的结果转化成 “实物” 进行输出和评审。
image.png
image.png

要谨记,经过一系列调研、分析,形成思考结果的过程是要动手去设计做尝试的,而不是简单用几个关键字、短句来概括,那就没有任何意义。

要通过尽可能具体的原型、设计、图例,来描述下一步设计过程中要实现的设计效果,即我们的解决方案,这样才能完成完整的 5W1H 的分析流程。之后,我们再展开具体的设计执行……

结尾

5W1H 这种分析方法,是比较宏观的分析工具。它的应用是针对整个项目的开展来进行,帮助我们围绕产品需求有计划有逻辑性的制定解决方案。在这个框架下,就方便我们决定要引入哪些其它分析方法或者理论内容,例如 SWOT、KANO、AB TEST、RMF 等工具。

也因为我们对整体的认识更清晰,决定了我们应用理论和其它分析模型的精细度、细节方法。让设计师在项目处理过程中可以更灵活,更专业,更游刃有余。当然,这些分析工具,需要大家多多实践,才能更好的掌握,为职业助理。