[toc]

原始需求是什么?需求来自哪里?设计师需要一一满足需求方提出的要求吗?应该如何准确地在纷繁的各项要求中找到关键的需求,且不遗漏任何细节呢?设计方法论中的原始需求分析,将帮助设计师从原始需求的素材中找到其中的逻辑,并合理选择,把握需求方向,做出正确的设计决策。

我们将分析原始需求的流程精炼为一个可适用于大部分场合的表格,它就是设计方法论中的原始需求工作表,这能够帮助我们更快速地掌握一个标准的工作流,并且简化每次分析前的准备工作。原始需求工作表中包含了以下要素:需求方、项目名称、时间要求、原始需求描述、目标用户、设计目的、使用情景、Keyword 注意项等,这些要素我们将会在之后的推送中详细介绍其方法及目的。

原始需求工作表-模板

原始需求描述

为什么将其命名为“原始需求描述”呢?就是因为它是直接采用客户和干系人的语言,在尽量澄清真实意义的情况下,收集起来但不加分析的原始的需求信息,故称之为“原始需求描述”。我们将从一个实际的项目中抽取例子,以说明什么是原始需求描述,它能够带来怎样的帮助。

项目案例:芦苇Plus-创建官网引导 需求背景:芦苇Plus刚刚推出了一个企业官网编辑器功能,用户可以通过该编辑器自行编辑官网内容,同时将编辑好的官网同步更新到小程序端的芦苇Plus上,让企业介绍更加丰富。但实际用户的使用情况并不理想,因为是新功能,策划团队忽略了其用户学习成本的问题。为解决这个问题,设计者结合了多方收集来的需求,整理了一份原始需求描述文档。

原始需求描述

无论是用户还是各方干系人(企业主、 测试团队、老板、 其他团队成员等)向设计者提出的这些要求以及在沟通过程中传递的各种信息,都是设计者设计产品的参考依据,我们在这里把有关“ 新建官网引导” 的要求综合整理,统称为 “原始需求描述” 。 而需求的提出者就是“ 需求方” 。比如在案例中,虽然原始需求描述来自于各方人员,但整份原始需求描述是由项目负责人通过整理后提出,故将需求方统一为“ 芦苇Plus项目负责人”。

原始需求描述一般都包含有几个重要的因素:需求背景、需求来源、需求原因、期望目标等,我们需要在原始需求描述中找到并确认这些要素。

继续来看“ 芦苇Plus-创建官网引导” 的例子,案例中有这样一条:“ 2. 用户在新建企业官网时,界面上有三个功能按钮“插入、保存、预览”,用户不能准确的知晓什么情况下可以使用以上三个按钮,即使用以上三个功能时需要满足的条件。建议未满足条件时(例如必填信息编辑不全)能有相关的提示。(测试团队) 。”

从这条原始需求描述中我们可以提取出以下信息:

那么,一个完整的原始需求描述是如何诞生的呢?

当干系人产生需求时,需求的提出者便成为需求方。同样,设计者也可以去主动发掘需求。作为一名合格的设计者,无论在什么时候,都需要养成记录原始需求描述的习惯。原始需求描述的记录也讲究一定的方法,才能为我们提供更大的帮助。 通常可以从 5 个方面入手,找到需求:

下面我们通过实际工作的比较来理解原始需求描述的“ 优越性” :

通常的“ 设计要求” :在许多互联网行业的产品设计工作中,通常是由上级或客户直接提出要求,由设计者进行记录和理解。设计者根据自己的理解开始对产品进行设计,然而在此过程中往往会出现设计偏差,有的是超出设计范围,有的甚至是遗漏了重要设计。此类问题的解决办法通常是进行反复的沟通、反复的设计,如此往复,最终得到满足产品需求的设计方案,沟通过程冗长而低效。

设计方法论中的“原始需求描述” :设计方法论中的“ 原始需求描述” 通常是经过一系列需求素材采集工作后得到的未进行加工的需求,这些素材可能是调研结果,可能是会议录音,也可能是需求方直接提出的原话。

设计者拿到需求方的素材清单后,往往会从素材中一对一的提取未被加工的所有信息,并且制作好一份完整的、结构化的原始需求描述后交至需求提供方签字确认。在需求方确认后,原始需求描述将作为接下来产品设计工作的直接依据。

从以上两种方式的对比中可以看出,“原始需求描述”概念的提出很好地解决了设计工作中的沟通问题,大大的提升了产品设计工作效率,令设计者更专一的将工作重心放在产品设计上面,这恰好也就是“设计方法论” 中记录原始需求描述的主要目的。可以总结为以下四点:

原始需求工作表中其余要素介绍

本节我们将具体介绍原始需求工作表中除了原始需求描述外的其他要素的方法及目的:需求方、项目名称、时间要求、原始需求描述、目标用户、设计目的、使用情景、Keyword 注意项等。

原始需求工作表中每一项在产品设计中都是非常重要,不可忽略的,一个整体部分被拆成了更小的多个部分,每个部分都有对应的目的:

设计方法论通过结构化的形式,对原始需求进行合理的记录、拆解,形成原始需求工作表。原始需求工作表能够给设计者很大帮助,主要表现在信息清晰、不易遗漏、可操作等方面。

这些结构要素将通过一张表格清晰地呈现在设计方法论使用者的面前,接下来我们可以用它进行设计案的需求记录和整理。不管是对于设计新手还是设计老手,都建议采用推荐的工作表进行填写,表中所要求的各项要素最好都要有记录,这样能方便设计者对原始需求有全面的理解。

原始需求获取

接下来将介绍我们在进行原始需求的获取时需要了解的一些事情:

设计者将从需求方处得到的原始需求进行整理,并归纳成规范的文档,才算正式的获取原始需求。

一个标准的原始需求获取流程情景是这样的:设计者发掘或收到来自需求方的需求描述 → 设计者尽量采用需求方原话对其如实整理,并标注出需求方以及其在不同阶段提出或变更需求时的会议议题时间,将需求素材以时间倒序来排序并标明出处 → 设计者通过分析需求素材资料,把不明确的需求点进行描述,并对需求优先级排序,并整理出完整的原始需求工作表,最后与需求方确认。

如遇到某些只有一句话的原始需求,建议设计者先对原始需求有结构化的思考(如==需求定义、范围圈定、面向群体、解决的问题等==),制作原始需求工作表,通过提交设计者理解的原始需求与需求方确认,根据需求方在此基础上给出的反馈建议进行修正,从而获取完整的原始需求。由于获取到的原始需求主要用来查看和回顾,以及需求的确认,所以原始需求描述一定要如实反映需求方的需求或要求,不得歪曲或编造需求。我们建议尽量保留需求方的原话内容进行整理,尽可能避免断章取义。获取并记录的原始需求还可以修改,需求方对需求变更或补充的,要在原始需求描述中,体现多个需求版本记录及需求情况,并且要把最近的需求放在最前面,并标注时间和需求来源。

整理原始需求时,需要注意四点

  1. 如实记录需求,是正确解读原始需求的前提; 原始需求是未经加工处理的,需求提出方的要求,制作“原始需求列表”的目的是如实记录需求方对产品设计的要求,一般不需要修改原始需求描述。确保准确如实的记录原始需求的步骤有:多次需求沟通→特别留意,记录“目的”或“情景”→保存原始记录材料(如照片、录音等)→初步解读,整理问题,在沟通时向需求方提问并确认。 这些步骤都是为了还原需求提出方最原始的需求描述,减少设计者主观臆断和经验偏好,确保产品设计始终从原始需求出发,做到有迹可寻,避免设计过程中的错误解读将原始需求覆盖。

  2. 对比期待和现状的差异,进一步理解原始需求的思考逻辑。 一般情况下,需求提出人不是产品设计者,描述语句不会按照产品设计的逻辑进行输出。不过原始需求描述中,需求方通常会提出自己的期待(或假设的状态)。 设计者通过理解或挖掘这些“期待” ——即与现实中产品与竞品的差异,有助于深入解读原始需求;更多时候,这些“期待”与现状的差异,以需求方遇到的“困难”或“ 痛点”形式描述出来。设计者需要对比这种“差异”,并找到消除差异的可能途径。

  3. 聚焦“设计目的”,能帮助设计者较快、较准地切入原始需求。 需求方做这个事情的目的是什么,是产品设计者需要抓住并真正理解的关键点。需求提出人可能讲了大段语句,设计者需要抓住“目的”;或者需求提出人在漫谈需求的时候,设计者也需要引导他说出“目的”。抓住需求方的目的,是理解原始需求的关键。

  4. “需求范围”或“设计边界”的确认。 原则上任何产品的设计都是可以被不停地不断优化的,从纸张的设计、教材的设计,到市场战略的设计、治国方针的设计,人类的历史因此也变得多姿多彩而无限延展。但是对于设计者而言,大部分的产品设计任务都是阶段性的、需要按时提交成果的,因此需求的范围或者说设计的边界就是主设计者需要考量的重点。==客户 A 需要一个秋千以便在下午茶之余可以活动活动,就不能将设计蔓延到过山车和转木马。客户 B 需要一个在直播平台中彰显他 VIP 特权的体验方式,就不需要将设计蔓延到设计一套完整攀比或养成的数值系统==。所以,“需求范围”或“设计边界”是原始需求描述的时候,设计者需要确认的,特别是高级设计者需要决策的。

原始需求分析

设计者在完成原始需求获取后,需要花大量的时间对它进行详细的分析并整理,以达到设计过程不遗漏重要信息、设计结果不偏离需求方期望等目的。接下来将与大家详细介绍原始需求分析,以及“ 设计方法论” 中的原始需求整理方法。

原始需求分析实际上就是一个从要求中找到切入点的过程,具体是如何操作的呢?接下来我们将会展开讲讲

设计者在工作中往往会接到各种各样的设计需求,这些要求可能是上级直接给定的概念性要求,而且内容较零散。同时,从实际经验来看,产品设计者在设计工作中往往会遗漏一些信息,甚至是重要的设计需求信息。为了解决这个问题同时更好地找到要求的切入点,我们建议先在原始需求工作表中将涉及该产品的需求素材形成一个清单,这样能很好地将零散的需求信息归纳总结,帮助产品设计者更好地了解和学习原始需求的来源和背景。

有时候需求素材清单过于庞大,设计者可通过关键词切入,对有效信息定位、筛选,快速对原始需求有全面的了解。同时,在记录好原始需求内容后还需要反复与需求方进行确认直至没有异议,因为原始需求工作表是后续产品设计的重要甚至是唯一的依据,是产品设计过程的一个重要环节。

原始需求整理:判断、挖掘、取舍

一开始整理原始需求,就需要排除明显不合理的需求。在这之后,再来看剩下的看似很合理的需求,从其中挖掘出产品设计需要照顾到的需求,这一步需要产品设计者对人性有深刻的洞察,对行业有足够的经验。得到产品需求之后,再回过头去看看产品定位,将产品需求和产品定位进行对照,会发现有些产品需求是不符合最初的产品定位的,这个时候需要果断抛弃掉这部分需求,得到最终的产品需求。总结起来就是 3 个步骤:

  1. 判断需求合理性,筛掉不合理需求;
  2. 深入挖掘,提炼用户产生的需求的真实动机;
  3. 做出取舍,去掉不符合产品定位的需求。

实例解说

《原始需求篇》的主要内容是要让我们了解什么是原始需求,掌握原始需求工作表,学会如何获取原始需求,对原始需求进行分析,并从原始需求中整理出有用的信息。

下面我们按照原始需求工作表中各项要素的要求,以“ 芦苇Plus-创建官网引导” 项目为例,来学习如何完成一张原始需求工作表。

这个项目背景十分明确,在 芦苇plus小程序的 PC 客户端提供“ 新建官网引导功能。项目名称为:“芦苇plus-PC 端-【新建官网引导】 ” 。

例 1:如果需求方要求设计者在两周内完成设计案,那么这里的时间要求填写“两周”即可; 例 2:如果需求方有提到“ 最好在两周内完成设计案” ,那么这里的时间要求则填写“最好在两周内完成”; 例 3:如果需求方没有时间要求,那么需要设计者对该设计案的工作量进行预估并填写。

从获取到的原始需求信息中,通过分析内容,整理出关键信息,并完成原始需求描述,结果可参考下表。

芦苇plus原始需求描述

企业行政人员会怎样使用 芦苇plus呢?他们在初次使用时会遇到什么样的问题?把这样一个场景还原出来,我们得到: 1.企业行政人员使用芦苇plus做企业介绍,想在小程序新建企业介绍的相关信息,但是他在进入PC管理后台后,不知道该如何创建、编辑官网内容; 2.企业行政人员小 A 在新建官网时,插入案例图片时候由于图片格式不正确无法插入到编辑的案例详情中,但是由于系统未提示错误原因,所以小A不知道自己哪里操作错误了,感到很疑惑。

通过记录、分析、整理,我们得到了完整的原始需求工作表:

芦苇plus原始需求工作表