用户需求陈述:设计思维的“定义”阶段

UE视界网    ()  ()

2019-11-21 19:30:01

用户需求陈述(也称为问题陈述或观点陈述)是一种功能强大的基础工具,用于定义和调整要解决的问题。


在设计思维中(以及在任何产品开发过程中),在花费时间和资源来生成可能的解决方案之前,定义要解决的问题很重要。(对错误问题的好的解决方案将失败。)这种方法可以最大程度地利用资源,并减少在原型设计,测试和实施阶段出现摩擦和意见分歧的可能性。  


用户需求陈述,通常也称为问题陈述或观点陈述,是设计思维第二阶段(定义阶段)的主要工具。在进行构想之前,他们遵循不同的观点。选择使用哪个术语(用户需求,问题或观点)都没有关系-仅在整个组织中保持一致才很重要。 


 


定义:用户需求陈述是可操作的问题陈述,用于总结特定用户是谁,用户需求以及需求对该用户的重要性。它定义了您要继续解决潜在问题之前要解决的问题,以便1)凝聚对问题的看法,以及2)提供在整个设计思考过程中使用的成功度量。


 


最重要的是,用户需求陈述的目的是捕获我们希望通过设计实现的目标,而不是目标。它们有助于将我们的推定解决方案从特定功能(例如按钮或其他UI实施)推进到对用户需要解决的问题的深刻见解。简单地说,用户需求陈述鼓励我们将用户需求视为动词(即目标和最终状态),而不是描述解决方案的名词。例如,用户永远不需要下拉菜单(名词);他们需要查看他们可以做出的选择,然后选择其中一项(动词)。他们不需要仪表板(名词)-他们需要在一个地方(动词)消化各种信息。名词是满足用户需求的可能解决方案,但并不是唯一的解决方案。如果我们专注于这些名词,则可能会面临设计欠佳的风险。构想的全部目的是探索构想,因此不要过早选择解决方案来过早地锁定自己。 


格式:3部分

传统的需求陈述包含3个组成部分:1)用户,2)需求和3)目标。然后按照[用户]需要[需要]以完成[目标]的模式将它们组合在一起。


例如,[Alieda,一个多任务,精通技术的2岁母亲]需要[快速而自信地比较选择而不离开自己的舒适区域],以便[花更多时间做真正重要的事情]。


该用户应该对应于你所做的研究在一个特定的角色或实际最终用户细分。包含简短的标语有助于提醒每个用户,特别是如果需求声明将由大型团队或从研究中删除的利益相关者使用时,它会很有帮助: 


  • Alieda,一个多任务,精通技术的母亲,只有2岁

  • 对冒险充满兴趣的研究员Carol Ann

  • 山姆(Sam),该市的YouTube用户

 

该需求应该是真实的,应该是属于用户的,不应该由团队来弥补,而不应表述为一个解决方案。远离功能,界面组件和特定技术。例如,可能的目标可能是:


  • 快速而自信地比较选择而不离开她的舒适区

  • 与家人见面并社交,同时保持家庭平衡  

  • 在做出重要决定时获得他人的认可

请记住:用户可能并不总是知道自己的需求,即使他们可能会这样说。亨利·福特(Henry Ford)的一句名言说:“如果我问人们他们想要什么,他们会说更快的马。”了解用户的真正需求是您的工作。 


该见解,或目标,是满足这一需求的结果。它应该植根于同理心。超越显而易见的目光-该解决方案将使用户完成什么工作?例如,考虑用户的希望,恐惧和动机: 


  • 花更多时间做真正重要的事情 

  • 感到有新朋友共进晚餐的自信

  • 追求终生梦想的梦想  

好处 

做出用户需求陈述的认知和协作过程以及最终陈述本身对您的团队和组织都有重要的好处:


  • 抓住用户和需求

需求陈述将您对用户及其需求的了解提炼成一个句子。在寻找解决方案之前,它有助于凝聚研究见解(调查答案,用户访谈笔录,同情图),从而提高清晰度和时间分配。 


  • 使团队朝着一个简洁的目标前进

用户需求声明是在多个团队成员和利益相关者之间传达用户及其需求的简洁明了的方式。一旦创建,它就应该作为指导力量,在您和您的团队寻求解决的整个项目中保持一致。 


  • 确定成功的基准和衡量标准 

如果精心设计了用户需求陈述,则还具有在构思,原型设计和测试开始之前提供成功度量的额外好处。使用洞察力或目标,并问自己:我们如何知道我们是否做到了?然后,在创建需求陈述时,建立相应的成功指标。这种方法将减少旅途中的摩擦,并为您的团队或组织设定明确的标准。 


处理 

1.设定范围 


用户需求声明可以应用于各种范围。您可能在一个项目中有多个需求陈述:总体,总体陈述和从属需求陈述,这些陈述明确指出了该用户类型的较小目标。您应该根据当前项目需求确定需求陈述的范围。 


当您的目标是要创建“伞”或“父母”(范围广泛)需求语句时,首先: 


  • 建立长期愿景或路线图的一致性

  • 在产品概念开始时定义问题陈述

“上级”需求陈述可能有一个广泛的目标,该目标将覆盖项目的每个组成部分。例如,上面的需求声明可以视为父目标:


[爱丽达(Alieda)是一位2岁的多任务技术专家,她需要[快速而自信地比较选择而不离开自己的舒适区域],以便[花更多的时间做真正重要的事情]。


相反,如果您的目标是:从“ child”(小型)需求语句开始,将是有益的: 


  • 通过需求陈述提高舒适度和流畅度 

  • 创建个人基准以作为个人从业人员或UX团队的成功者 

  • 在更大的产品或服务中根据用户需求调整团队 

  • 为一周冲刺设定目标

“儿童”需求陈述将具有特定的需求,并且可以在1-2个发行版中满足目标: 


[Alieda是一位多任务,精通技术的2岁母亲]需要[安排安装约会],以便[提前协调家人的安排并避免额外的压力]。


2.进行(或收集现有的)定性研究 


收集您将用来加深对用户及其需求的理解的研究。用户访问,现场研究,日记研究或定性调查等定性输入可以推动对用户的深入了解。还要查看您的团队已经制作的地图,例如移情图,旅程图或服务蓝图。  


3.产生,然后混合搭配


使用您的研究,为您的需求陈述中的3个变量生成候选者:具有标语,需求和洞察力的用户。不用担心从一开始就创建完美的陈述;取而代之的是,单独考虑每个变量,然后开始混合和匹配。组合不同的配对,直到您拥有代表用户真正需求的陈述。 


第一次从业者通常会担心在需求陈述中包括并非从研究中得出的逐字结论的任何内容。但是,重要的是要记住,我们的用户不会总是直接说出甚至是确切地知道他们特别需要什么或为什么。取而代之的是,我们是用户体验专业人员,需要结合研究和我们的专业知识来使用它来获得见解。  正如Airbnb的丽贝卡·辛克莱尔(Rebecca Sinclair)提醒我们的那样: “您就是设计师。您的工作是成为一个深刻,善解人意的倾听者,并想出解决他们问题的方法。承担创造比客户想象的更好的事情的责任。他们是灵感,但您是创造者。”通过继续问自己为什么这样做来实践这一点:


  • 用户关心什么?

  • 为什么这对用户很重要?

  • 是什么情绪驱动着用户的行为?

  • 用户将获得什么收益? 

 

4.批评你的陈述


有了工作说明后,就可以对其进行批判和迭代。混合和匹配,更改语言并组合不同的输入。向自己提出问题:


  • 您是否以动词而非名词的形式考虑用户的需求? 

  • 这份需求陈述是否会使您产生想法? 

  • 该声明是否体现了解决此需求对您的用户生活意味着什么的细微差别? 

 


5.添加测量方法


到达最终需求声明后,确定如何衡量其成功。如果您要满足用户的需求,您怎么知道?常见的测量方法包括:


  • 消费者满意度

  • 退货数量

  • 更新政策或继续使用

  • 定期购买或订阅

  • 推荐产品的可能性

 

实践中的用户需求陈述

必须在整个产品开发周期中使用用户需求声明,以便团队获得全部收益。以下是何时以及为何有助于创建和引用用户需求语句的示例: 


示例1:研究 


时间:分析和共享用户访谈中的关键发现  


作法:完成个别研究分析后,自行建立使用者需求陈述。将此用户需求陈述与同行研究人员生成的陈述进行比较。组合并重新混合各种需求陈述,直到您获得了代表采访见解的最佳客观表示的用户需求陈述。 


原因:为了帮助您将研究中的要点浓缩为易于消化,共享和分发的单一可行声明  


提示:直接比较不同用户的需求陈述,以阐明用户群之间的差异。 



示例2:项目启动 


时间:在新发行周期或冲刺开始时确定目标 


如何:在长达一个小时的协作式研讨会中创建用户需求陈述。要求参与者生成需求,然后为特定用户提供见解。提示他们混合,匹配和重写,直到他们就一项声明达成共识。


原因:在清晰,明确的陈述中迫使跨学科团队保持一致并确定优先次序,团队成员可以团结在一起;还可以减轻发布周期后期的异议或担忧 


提示:让每个团队成员签名或声明开头,以表明他们购买并与发布目标保持一致。   


 

示例3:回顾 


时间:在实施添加的功能或特性后,检查其是否成功 


方法:通过返回在项目开始时创建的用户需求声明来开始回顾。要求参与者根据声明对成功感进行排名。


原因:为了比较实施目的和原始目的的有效性(用户需求说明应附有成功含义的明确定义,例如更高的点击率,更多的回购等) 


提示:将成功的自我评估与新功能或新功能的分析和用户数据进行比较。识别关系和主题,并将见解用于下一个版本。


用户需求陈述与开发任务,故事和史诗

乍一看,用户需求陈述似乎与其他常用产品开发结构类似。开发任务,用户故事和史诗通常采用相同的格式:“ [用户]需要[做某事的方式]。” 


为了更好地突出差异,让我们将需求陈述与开发陈述进行比较:  


需要声明:  


[阿里达(Alieda)是一位多任务,精通技术的母亲,只有2岁]需要[快速而自信地比较选择而不离开自己的舒适区域],以便[花更多的时间做真正重要的事情]。


发展声明: 


用户需要一个比较表才能看到不同的价格。 


需求声明为我们提供了一个特定的用户,该用户需要做的事情,以及对Alieda为何有此需求的清晰,富有同情心的见解。开发声明提供了一个普通用户和一个解决方案(比较表),并带有解释该解决方案将支持什么且不基于研究的见解。


两者都有时间和地点。如果您处于设计思考过程的早期,则应该推动自己生成质量需求陈述,这些陈述可以作为整个构思和原型设计的基础。一旦知道要解决的问题,就可以将开发语句用作实现的机制。  


如果您当前正在处理史诗,故事或类似于用户需求陈述的任务,请返回并挑战自己:您能使用户更具体吗?如果您要将名词变成动词,那该如何改变?什么是更深刻的见解? 


结论

顾名思义,用户需求声明明确说明了我们将要解决的最终用户的问题以及为什么它值得解决。它们是一种工具,可帮助我们停止将用户的需求视为名词,而开始将其视为动词。如果正确协作地完成,它们可以作为您要作为团队或组织实现的目标的唯一事实来源。 


责任编辑:网络UESJ网:   UE视界网,未经授权不得转载
关键词 >> 用户需求

还可以输入0个字

(审核后展示)
打开目录