获取用户需求的方法:原型,面谈,用例/场景等
今天咱们就聊聊原型
基本考点:
1为什么要用原型?
解决用户需求中的不确定性(也就是说开发人员听了用户对产品的描述,心里感觉没底。就这种情况)
2通过原型获取需求的过程:
①确定原型需求(看有没有必要用原型)
②原型开发(技术人员开始开发)
③原型评估(把原型交给评估者,让他们提提意见)
④原型修正(看评估者是否认可。如果不认可,就进行修正,之后返回到第③步评估一下。如果认可,就完成了获取用户需求的全过程)
3抛弃式原型和演化式原型区别:
抛弃式原型:代码质量低,错误百出。后续必须要抛弃!不可为了节省成本而沿用下去!
演化式原型:代码质量高,技术成熟等。
注意:抛弃式原型为主流,因为相比于演化式,抛弃式原型成本会更低,开发速度更快。
4使用原型的风险:
成本失控等(详见231页)
例题:
注意:这里废弃式就是抛弃式。水平型为主流,能满足全部功能(但只是停留在表面),垂直型则更加细节,功能落实到了实处。
例2:
“每当我认为已经获取用户的信息需求时,他们却已经发生了变化。这就像试图射中一个运动目标。在半数时间里,我认为甚至用户自己也不知道需要什么。”FloChart说。他是2Good2BeTrue公司的需求工程师,该公司负责为几家制造公司的营销部门调查产品的用途。
(1)用一段话向Flochart解释,原型化方法怎样才能帮他更好地定义用户的信息需求。
(2)用一段话评论FloChart的观察:“在半数时间里,我认为甚至用户自己也不知道需要什么。”一定要解释原型化方法怎样才能真正地帮助用户更好地理解和阐明他们自己的信息需求。
(3)用一段话向FloChart建议:一个具备原型特征的交互式web站点缘何能解决Flo关于捕获用户信息需求的问题。
解答:
(1)
根据需要确定原型类型,技术人员进行原型开发,将原型开发完成后交给用户,并获得用户反馈 ,定义所得的用户需求
(2)用户通过原型明白自身需求的隐含知识,从而更好的理解自己的信息需求,在阐明时用户会注意到主观加工(也就是说用户看了原型以后,对产品有了更好的理解,会将自己的表述更准确一点)
(3)原型化方法利用直观化的界面来快速获得用户的反馈,通过用户的反馈来获知其实际的需求。