确认原型假设与需求:从假设到需求的转换

用户体验 everyinch 1589℃ 0评论

Bill Buxton描述了草图对于获得设计创意的重要性。草图是设计的开始,随着产品概念的深入,开始阶段的众多创意会像通过漏斗一样,去芜存菁。要想找出影响产品成功与否的设计因素,可以借助各式各样的原型,包括线框图、故事板、纸原型、交互模拟、视频原型以及代码原型等。每种原型都能够帮助你检验关于产品概念的各种假设。
下面要探讨的是如何借助原型从产品团队中提取假设和需求并将它们实现。可以说原型的最高目标是降低风险,导致最终产品出现太多故障和设计缺陷的主要原因往往是错误的目标需求,而一个有效的原型化流程则能够降低成本,提高客户满意度。

1. 需求的分类

从设计和原型的角度来看,需求可以划分为四个主要类别:商业/营销、功能、技术以及可用性。
商业/营销需求用于定义商业和市场方面的需求,产品外观通常反映了它们的需求。商业和营销需求的典型来源是标准文档,称为市场需求文档(MRD,marketing requirements document),商业需求文档(BRD,business requirements document)或产品需求文档(PRD,production requirements document)。
功能需求用于定义支持商业和营销需求的必须功能。一般功能需求和商业/营销需求的调研和定义同时进行。一般由共跟那个需求文档表述。
技术需求用于定义实现功能所需要的技术要求。功能常常因为所需要的技术未臻完善、成本高昂或难以应用而打折扣。技术需求一般包括在公司特定技术定义文档(company-specific technical definition document)或平台特定指导方针(platform-specific guidlines)中。
可用性需求用于定义用户体验可用性方面的要求。可用性需求一般通过高保真交互原型呈现。

2. 从假设到需求的转换

为了阐明假设通过原型转化为需求的典型过程,首先需要了解需求是如何作为假设被首先提出的。这些假设接下来会通过一个原型进行迭代测试。在每一轮迭代过程中,都会完成一个原型。直到所有优先假设项目都通过验证。这是一个根据可用时间和资源来确定原型化方法的过程。完整的流程是以下三个步骤的迭代序列:收集、详细目录、优先级排序。
prototype1
步骤1:收集需求
prototype2

在收集需求之后,将需求填入如下的表中:
requirements1

现阶段的需求主要来自:MRD(营销需求文档)以及线框图
步骤2:需求和假设的详细目录
prototype3
requirements2
步骤3:按优先级给需求和假设排序
prototype4
requirements3



转载请注明:陈童的博客 » 确认原型假设与需求:从假设到需求的转换

喜欢 (0)
发表我的评论
取消评论

表情

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址

无觅相关文章插件,快速提升流量