基于软件工程学要求及 CMMI3 的规范，华慕科技将项目需求与设计作为项目标准化流程的第一阶段，第一阶段的工作非常重要，需求的了解与最后形成计算机系统是一个充满挑战的过程，同时也是一个试错的过程，为了保证需求的有效传递，为了保证系统设计的合理性与前瞻性，都有必要定义严格的需求与设计标准化流程与工作规范。下图是华慕科技在项目管理体系中对于需求与设计阶段标准化流程与工作规范。
一、需求调研阶段
应用系统开发的意义在于系统的实用性，满足用户的使用要求，因而弄清用户复杂的业务需求，正是软件开发成功的关键所在。根据需求分析漏斗所述，需求的传递过程是一个不停地 递减的漏斗过程，如下图（需求分析漏斗），如何保证需求的有效传递，尤为关键。因此，在系统设计之初，对用户的需求进行全面的调研、理解、消化并将其转化为设计的基础是非常 关键的一步。
华慕科技为了保障需求的有效传递，根据长期的项目需求调研与分析经验，制订了切实可行的需求调研与分析标准化流程与工作规范，如图下图：需求调研阶段标准化流程与工作规范。
华慕将求调研阶段标准化流程与工作规范划分为四个阶段，调研计划与提纲准备阶段、现场调研阶段，需求分析阶段、调研报告评审阶段。详细工作如下:
1. 调研计划与提纲准备
用户的需求调研是一个专业的工作，需要提前做好准备，因此需要准备好调研计划、调研提纲、需要调研的对象以及采取的调研方式。项目经理需要提前将上述准备工作以文档的方式与客户进行沟通，客户应当按计划安排相应的人员接受调研工作。
2. 现场调研
需求分析人员需要详细了解项目的背景、客户的战略规划、业务关键点及用户角色，并仔细分析用户需求。
3. 需求分析
以专业设计人员的角度消化、理解用户的业务，是系统设计的基础。优秀的软件产品建立在成熟的需求基础之上，对需求的准确理解，可以减少应用系统的偏差，满足用户的要求，降低项目开发的风险。在理解的基础上，对系统进行功能分析，为系统的概要设计奠定基础。
4. 调研报告评审
《调研报告》完成后，项目经理提出评审要求。由项目管理委员会组织需求方与实施方有关人员进行评审。评审的主要内容是调研报告的可行性，完整性，真实性等关键要素。
评审后由评审组长填写“调研报告评审结果”，根据评审的意见，应对报告进行补充、修改，报告文件应签署齐全。调研报告评审也可根据任务的规模、复杂程度，分阶段多次进行。
二、原型设计阶段
原型设计方法
为了保证系统的需求有效传递，需求调研阶段结束后，需求分析人员需要将调研报告的内容进行系统原型设计，华慕原型设计基于下图:用户体验五要素来进行。
原型设计阶段华慕会分别从战略层、范围层、结构层、框架层这几方面对原型进行分析并设计。
战略层--用户目标与用户需求:从前面需求调研阶段形成的《调研报告》可以获得用户目标与用户需求。
范围层--功能规格与内容说明:从战略层进入范围层以后，用户需求将转变成功能规格，对系统功能进行详细描述，同时需要对对各种元素的内容要求进行详细描述。 结构层--交互设计与信息架构:结构层将从范围转变成交互设计，定义为系统如何响应用户的请求。同时结构层也是信息架构的设计，用以合理安排内容元素以促进用户理解信息。
框架层--界面设计、导航设计与信息设计:这一层主要包括了界面设计、导航设计与信息设计，向用户呈现可以理解的界面、导航结构与内容信息。
三、UI设计阶段
UI 设计作为用户体验五要素最后一层的表现层，主要是进行视觉设计，内容、功能、和美学汇集到一起来产生一个最终设计，完成其他四个层面的所有目标，并同时满足用户的感官感受。UI 设计阶段流程，我们分为四个阶段，分别是用户分析、视觉设计、配合、验证。
用户分析--需求分析、用户场景模拟、竞品分析
视觉设计--面向场景、面向事件驱动和面向对象的设计方法
配合--切图与标注
验证--开发完成后，UI 设计师对视觉设计的效果进行验证
1、用户分析
需求分析: 对于一个设计人员来说，需要对用户需求的内容进行分析，可以直接与需求分析人员交流获得相关用户需求。如果说设计原则是所有设计的出发点的话，那么用户需求就是本次设计的出发点。
用户场景模拟:好的设计建立在对用户深刻了解之上。因此用户使用场景分析就很重要，了解用户的现有交互以及用户使用习惯等，所以设计人员在分析的时候一定要站在用户角度思考：如果我是用户，这里我会需要什么。
竞品分析(聆听用户心声):竞品能够上市并且被 UI 设计者知道，必然有其长处。这就是所谓三人行必有我师的意思。每个设计者的思维都有局限性，看到别人的设计会有触类旁通的好处。当市场上存在竞品时，去听听用户的评论，哪怕是骂声都好，别沉迷于自己的设计中，让真正的用户说话。输入物:《调研报告》、《原型设计》文档、竞品分析文档输出物：设计初稿(只是几个简单的界面)
2、视觉设计
设计方法采用面向场景、面向事件驱动和面向对象的设计方法。面向场景是针对该产品使用场所等模拟，模拟用户在多种情况下产品使用的情景。面向事件驱动则是对产品响应与触发事件的设计，一个提示框，一个提交按钮......这类都是对事件驱动的设计。面向对象，产品面向的用户不同对于产品的设计要求也就不同，因为不同年龄层的用户对于产品的要求不同，所以产品的用户定位将影响对 UI的整体设计。输入物：交互文档(《原型设计》) 输出物:设计终稿(所有的设计稿) 。
3、配合
UI 设计师交出产品设计图时，更多的是与开发人员、测试人员进行配合。配合开发人员对于 PSD 格式的图片切图、标注操作，对于不同的开发人员的要求，切图方式也有不同，UI 设计师需配合相关的开发人员进行最适合的切图配合。
输入物:设计终稿
输出物:设计修改稿(设计稿切图、标注)
4、验证
产品出来后，UI 设计师需对产品的效果进行验证，与当初设计产品时的效果是否一致，以及与需求是否一致，都需要 UI 设计师验证。UI 设计师是将产品需求用图片展现给用户最直接的经手人，对于产品的理解会更加深刻。
四、需求规格说明书阶段
项目经理在项目需求与设计阶段应组织人员编写《需求规格说明书》，要准确地描述软件系统的功能需求、性能需求、运行环境需求、外部接口需求以及安全保密方面的需求等重要特性，为整个软件系统开发工作提供基础。《需求规格说明书》必须取得用户正式认可。《需求 规格说明书》必须通过评审。
编写需求规格说明书
需求规格说明书的编写以经过评审的《原型设计》《UI 设计文件》作为输入，输出为《需求规格说明书》,《需求规格说明书》是项目中最为重要的文档，一方面作为用户需求确认的 依据，一方面作为开发与测试工作的输入。
正式的《需求规格说明书》应包括以下内容:
1）总体概述--包括建设目标、建设内容、设计原则、设计指标、系统总体架构、系统逻辑架构、系统部署架构、硬件设备、中间件需求等。
2）总体功能需求--包括角色说明、功能说明、总体业务流程、总体功能架构等。
3）功能说明:包括业务范围、业务角色、业务架构、业务流程、功能需求、界面需求，业务规则、业务字段说明等。
4） 非功能需求说明--包括可扩展性要求、安全性要求、性能要求、可靠性要求等。需求规格说明书评审
《需求规格说明书》完成后，项目经理提出评审要求。由项目管理委员会组织需求方与实施方有关人员进行评审。评审的主要内容是《需求规格说明书》的可行性、可靠性，符合实用性、经济性、易维护性等系统性能等关键要素。
评审后由评审组长填写“需求规格说明书评审结果”，根据评审的意见，应对《需求规格说明书》进行补充、修改，文件应签署齐全。
五、总结
华慕在与客户深入沟通，了解客户的业务需求和目标后，分析用户需求和行为，评估市场竞争情况，制定产品规划和功能原型界面。帮助客户快速验证产品想法，降低开发成本和风险。如果您有产品设计、UI设计需求，可以与我们联系。华慕切实考虑企业的需求及商业价值，以给客户带来价值作为第一要务。
