需求分析经验之谈

需求分析经验之谈做UE设计工作已经6年了，回想这6年的设计工作，尽管公司有一套比较完善的项目流程，但是最终完成的质量上来说都不尽理想。最大的问题就出在需求分析没有做好，需求分析是一个项目的开始，好的需求分析意味着好的开始、正确的方向。为了能正确的进行需求分析，进而产生合理的需求分析表格，最近对6年的工作进行了总结，并且查阅了大量的需求分析的资料，对已有的需求分析文档进行了整理。如何做需求分析是一个很大的话题，很多书籍上做了很多的阐述，我想探讨的是如何做需求分析表。我是赞成拿来主义的，但是我非常反对完全拿来。不同的项目和行业领域，流程和表格的内容是不可能完全一样的。在易用性在中国蓬勃发展的今天，由于我们起步较晚，没有受过良好系统的专业训练，拿来主义是一种最有效的方式。但是如果完全拿来，没有消化和改良，没有找到适合自己的东西，那么别人正确的东西在我们这里的作用一定会大打折扣。需求分析表一．需求的类型1.功能需求（编号：IDFXXX）Functional2.性能需求（编号：IDPXXX）Performance1）时间特性：说明对于该软件的时间特性要求，如对：a.响应时间b.更新处理时间c.数据的转换和传送时间2）灵活性：说明对该软件的灵活性的要求，即当需求发生某些变化时，该软件对这些变化的适应能力，如：a.操作方式上的变化b.运行环境的变化c.同其他软件接口的变化d.精度和有效时限的变化e.计划的变化或改进3）输入输出：解释各输入输出数据类型，并逐项说明其媒体、格式、数值范围、精度等。对软件的数据输出及必须标明的控制输出量进行解释并举例，包括对硬拷贝报告（正常结果输出、状态输出及异常输出）以及图形或显示报告的描述。4）数据管理能力：说明需要管理的文卷和记录的个数、表和文卷的大小规模，要按可预见的增长对数据及其分量的存储要求做出估算。3.体验需求（编号：IDXXXX）Experience为了在界面上实现某些视觉、动画、切换效果等，会有一些UI方面的需求。4.业务需求（编号：IDBXXX）Business满足业务上的需要，比如某些运营商强制要求的LOGO标记、启动界面、About或者Help等等。5.其他专门要求（编号：IDEXXX）Extra如用户单位对安全保密的要求，对使用方便的要求，对可维护性、可补充性、易读性、可靠性、运行环境可转换性的特殊要求等。二．需求编号进行编号时，一定要考虑到需求的延展性和修改性。1.每个需求有一个独立的编号2.每个模块在编号上加以区分。可以用在编号中加入模块名称。如果是小项目，模块很少的话，也可以不进行区分。3.根据需求的类型在编号上予以区分1）功能需求（Functional）：IDFXXX2）性能需求（Performance）：IDPXXX3）体验需求（Experience）：IDXXXX4）业务需求（Business）：IDBXXX5）其他专门要求（Extra）：IDEXXX项目中后期，由于各方面原因需要增加某些需求，那么这些需求统一以CR（ChangeRequest）开头进行编号，不需要区分需求的类型。三．需求说明重点一个软件项目单就功能需求来说，很难在项目前期就完全定义下来。但是有一些需求是必须在前期确定编入本表：1.客户明确要求的需求有些客户会提出明确的需求列表，这些需求无论划为为哪一级都需要在本表中体现，对照本表需要检验需求的完成情况。2.对用户体验和易用性有提高的需求这部分需求对软件是否成功有着至关重要的作用。因此需要在前期对这部分需求进行规划，并检查完成情况。其他需求不代表不重要，而是相比软件成败的关键因素（功能+体验），这些需求并不是对产品的成败产生很大的影响。尽管如此，尽可能的将这些需求都在前期填入本表。项目进行中，有任何的新需求，也需要填入本表四．需求说明的层级Level项目前期不可能一下子就得出很细致的需求。客户往往只会提出一些大的概念，比如体现商城的概念，占领桌面的概念，需要有好的用户体验。当然仅仅只是了解这些是远远不够的，首先我们应该了解客户究竟要要什么？进而了解用户的真正需求是什么？第一批（Level）的需求确认只是“树干”级的功能。后面的几次需求确认就是“树枝”级的功能。“树干”级的功能是最重要的，会对项目成败起到关键性的作用。“树枝”级的功能建议尽量去做。注：先有需求，才会有设计文档（UI/UE文档），因此，Level1阶段的需求不可能太过细致，应该要了解客户的正确意图是什么，了解真正用户的需求。由需求来指导设计。Level2阶段的需求是在Level1阶段需求确定完成之后，对Level1阶段的需求进行细化，已经可以牵扯到一些设计的过程。五．需求的等级划分需求等级的时候，首先需要确定的是：从谁的角度划分需求分析。因为不同的人关心的内容不同。交互设计师关心的是功能的重要性，重要的功能必须确保完成。开发关心的是要做哪些功能以及何时做。这里需求等级我认为应该从交互设计师的角度给出专业性的意见：哪些功能是一定要实现的，哪些是可有可无的。六．实施阶段对项目管理来说，交互设计师应该和开发充分沟通，了解开发哪些是不能做的，哪些有技术难度需要推后的，哪些是风险较大的。项目管理混乱很大程度上是因为各个部门沟通太少，各自为战。好的项目管理能够大大的缩减项目时间和成本。实施阶段的划分可以根据客户验证点来划分，P1、P2、P3等等。七．变更部分项目实施过程中会出现两部分的变更。一种是新增加的功能，会以CR的方式按照一定的流程提出、评审、决定。另一种是确定要做的功能，因为各种原因不能完成，那么需要填写变更信息，注明变更理由。值得思考的问题：如何确定体验需求？