5WH / 5W1H / 六何法 是一个帮助我们完成任务的分析工具，由美国政治学家拉斯维尔于 1932 年提出，并经过不断的优化和更新。广泛应用在企业管理、学术研究、生产管控、日常生活中。
别看这种专业缩写名词挺高大上挺唬人的，实际上它们的原理特别简单，我们重点关注的就是 5W1H 的基本应用概念。
5W1H 中是下面名词的缩写总称：
1.WHAT：要做的产品、需求是什么
2.WHY：为什么要做这个，原因是什么
3.WHO：设计给谁用的，对象是谁
4.WHERE：产品使用的场景、环境是什么
5.WHEN：什么时候开始做，时间节点呢
6.HOW：要如何完成相应的工作内容
它的中文翻译叫六何分析法。在这个基础上增加了 How Much 的叫七问分析法（5W2H），增加了 How Much、How Feel 的，叫八何分析法（5W3H），奇怪又没有用的知识又增加了……
不难看出，5W1H 模型，就是提出 5 个问题，通过收集、定义这 5 个问题，找出解决方案的做事方法。
5W1H 只是一种做事的方法，它指导我们规划工作的顺序和步骤，帮助我们更清晰有序的分析产品、规划工作。
除了产品经理的日常工作中应用，UX 设计师在项目开始前的分析也同样可以通过这个工具，来了解需求、制定工作计划。
下面我们做个简单的讲解，在 UX 项目流程中，5W1H 应该如何落地应用。
第 1 步 – WHAT？需求是什么
在这次项目过程中，主要的需求有哪些，目标是什么，是我们首要明确的内容。
在前面认识产品需求的分析中，我们引用过网上的一个需求案例：
这里面包含的需求条目，并不是每条都和设计有关，有一些需求内容完全是由前后端开发来完成不需要设计师参与。
WHAT 步骤所做的，就是对每次项目的 PRD 和需求进行筛选，定义出和我们有关的具体需求和条目。
了解我们要设计什么东西，虽然已经可以开始推进设计了，但那就显得太业余了。
对于进阶的设计师来说，做出好设计，是一定需要掌握更多的信息来做判断的，WHAT 第一步是帮我们标出靶心，然后后面的 4 个 W，帮助我们进一确定风向、距离、大小等其它因素。
第 2 步 – WHY？ 为什么要做这些需求
每一个项目需求的制定，都会有它产生的原因，我们要去追本溯源，了解它是怎么被制定出来的，要实现什么目的。
这个问题的解决是非常多方面的，如果是产品团队在制定需求的过程中 UX 设计师就高度参与，那么相信你自己已经可以分别回答得出来。
要是这些需求的制定设计师没有参与，那么设计师是需要通过产品需求评审过程，或是单独找产品经理、老板核对，来搞清楚不同需求制定的理由。
可能有通过数据分析做出的判断、也有用户的建议反馈、产品的战略转型、投资人的特殊要求、针对竞品的防御功能……
了解的越多，对于你理解产品和参与项目而言，就越有利。
第 3 步 – WHO？给谁用的
这一步其实就是明确需求对应的目标用户群体。
多数同学应该都清楚，每个产品都有自己的目标群体，用户画像。但在团队内部，尤其是做需求的时候，光靠笼统的画像是远远不够的。
任何产品随着用户数开始增长、内容增多以后，用户的类型就需要进一步被细分。比如付费用户、白嫖用户，基础用户、资深用户，中年用户、低龄用户等等。
业务、功能的制定，必然会产生对不同类型用户的影响，或者就是专门针对他们制定的。在这一步我们要做的，就是了解需求针对哪些用户，以及他们的特征、痛点和需求。
如果对目标用户的理解非常的模糊，是需要我们应用一些用户研究的方法来进一步做分析，包括不限于：
1. 用户画像
2.用户移情图
3.用户访谈
4.问卷调查
5.数据统计
只要了解用户，我们才能做出 “符合业务需求和用户体验” 的优秀设计。
第 4 步 – WHERE？应用的场景是什么
应用的场景，即需求实现后被应用在什么场景，解决哪些问题，便于我们制定对应的交互策略和流程。
在这个过程中，我们可以分别使用用户体验地图，可用性测试等方法，对场景、流程的深入做深入分析，为具体交互做指导性建议。
比如，在我们近期做过的日日煮的改版过程中，要对菜谱页面进行重构。除了定位这个页面的位置外，还了解用户会在什么情况下使用，其中最重要的场景就是 —— 烹饪过程中。
用户一边做饭一边看菜谱，是非常普遍的，而在厨房手忙脚乱备菜、热锅、调制、翻炒的过程中，是不会一直拿着手机的，一般打开菜谱后放在一边。这时候用户双手往往都被占据，并且注意力不会长时间集中在屏幕上，且每次看屏幕的目的是集中在某个步骤的细节内。
所以，我们在给出解决方案的时候就是优化步骤呈现形式，容易被区分，并且可以进入沉浸模式，每次使用手背滑动就可以快速进入下一个步骤中，减少用户使用的阻力。
第 5 步 – WHEN？什么时候开始和完成
这一步即我们对完成项目的时间安排，制定对应的排期。
每一次迭代更新，不是产品发出一堆的需求和一份厚厚的 PRD，然后定个时间到截止日期交稿，而是根据敏捷的原则会拆分成多个节点。每个节点完成其中一部分内容，然后内部进行评审、修改、开发。
每个节点包含的需求条目有哪些需要团队内部协商，但是时间的排序肯定是越重要越紧急的需求越靠前，占用的时间越多。
识别需求优先级的方法一方面可以通过上一篇分享的 KANO 模型来排序，必要型优先级最高，魅力型最低。
另一方面，就是根据团队开发人员、产品、运营等相关协作人员的排期来制定。比如负责某业务模块的开发请婚假不在，那么肯定不急着先做他那的需求。
对于大厂来说，产品团队成员对业务的排期是至关重要的，不止影响团队效率、 OKR 执行，还关乎 KPI 绩效考核。
第 6 步 – HOW？应该怎么做
经过前面这么的问题，到最后一步，就是该思考怎么动手完成设计了。
根据了解的需求点、目标、用户、场景、排期，我们可以开始制定更具体的设计方案了。通过类似参考、原型、飞机稿等内容，将我们思考的结果转化成 “实物” 进行输出和评审。
要谨记，经过一系列调研、分析，形成思考结果的过程是要动手去设计做尝试的，而不是简单用几个关键字、短句来概括，那就没有任何意义。
要通过尽可能具体的原型、设计、图例，来描述下一步设计过程中要实现的设计效果，即我们的解决方案，这样才能完成完整的 5W1H 的分析流程。
之后，我们再展开具体的设计执行……
5W1H 这种分析方法，是比较宏观的分析工具。它的应用是针对整个项目的开展来进行，帮助我们围绕产品需求有计划有逻辑性的制定解决方案。
在这个框架下，就方便我们决定要引入哪些其它分析方法或者理论内容，例如 SWOT、KANO、AB TEST、RMF 等工具。
也因为我们对整体的认识更清晰，决定了我们应用理论和其它分析模型的精细度、细节方法。让设计师在项目处理过程中可以更灵活，更专业，更游刃有余。
当然，这些分析工具，需要大家多多实践，才能更好的掌握，为职业助理。
我们下篇再贱……
评论回复