UED设计流程和方法

1、需求调研与分析：

　　任何一款产品都需要对这个市场进行调研，包括会存在的对手分析以及已经存在的对手，包括短时间内会有多少公司会同样开发相同的产品，以及开发这个产品的门槛。而这部分工作需要市场、PM甚至老板的共同努力。如果产品是客户指定需要，则需要对此产品市场上有多少类似的产品做出分析，包括产品核心优势。

　　产出物：调查报告

2、需求确定、 线框图

　　当了解完此类产品，对产品整体有个了解时，需要写MRD、线框图、需求确认单，写MRD是给老板看的，同时这也是向老板要资源的根本，一个人的资源是有限的，很多时间需要向老板提出资源，比如人手不够，如果手机遇到证书问题等，包括费用申请都可以写在MRD中。同时这时做为PM应该对产品的大概构成已经有了自己的想法和印象。

　　产出物：MRD、线框图、需求确认单

3、PRD、高保原型

　　当需求确定后，PM就可以动手写PRD了，同时这时交互设计师可以开始做高保原型了，一般是先有了PRD后才开始做高保真原型，但公司缺少交互设计师，所以PRD与高保原型都是由PM完成，所以基本上高保原型与PRD有时不分先后，同时PRD中要放入相关的原型说明。写出PRD与原型后需要与评审进行几轮的“轰炸”，而评审的对象有：BOSS、市场、PM、交互设计师、开发人员、UI视觉、测试等，确定是否可行，以及会遇到的问题。

　　产出物：PRD、高保原型

4、图片、切图、高保图片

　　当需求确定后，根据高保原型，UI视觉需要进行产品设计。UI视觉在设计产品过程中需要与PM、开发、测试人员保持沟通，因为图片的效果可能在手机界面上产生的效果没有想像中的那么满意，同时测试需对UI设计进行测试，UI的测试工作主要是由测试部来执行，UI设计部门除了视觉输出之外，还要提交一份简单的文档给开发和测试使用，UI的测试应该在研发启动时同步启动，当研发部门有可见输出之后，测试部门可以先对UIT效果进行测试，测试完成后进行归档，并和UI进行确认，如果确定无误则归入BUG管理系统，并且参考UI输出和文档对整个软件的UI进行验收性质的测试。UI确认单是针对于市场与客户，当市场或用户对界面效果没有异议时开始进行相关页面设计，一般UI出图先出三张：登录、九宫格、启动画面。

　　产出物：UI图片、UI确认单、UI测试报告

5、开发

　　开发阶段会遇到各类的问题，沟通成为主要的手段 ，开发与PM、UI、测试等的有效沟通显得格外重要，开发周期的控制。这需要PM去协调，同时帮助解决资源需求问题（例手机证书类的申请）。

　　产出物：DEMO版产品

6、测试

　　测试从需求确定就已经跟进这个产品了，同时对UI界面的测试，产品DEMO版的测试等，很多公司把测试过程看很不重要，或者把测试的时间缩短的很短，正常的测试应该是开发时间的1-1.5倍时间。测试承担着产品面试前最后的把关工作，显得格外的重要，需要对产品会出现的各类问题进行不断的测试，我们曾经对淘掌柜经过一天一夜不关机的不间断的测试，就是为了让产品在发布前尽可能多测出一些BUG，保证产品在交给用户时尽可能少的出现问题。同时测试需配合开发对操作手册、UC、FAQ等文档的撰写。

　　产出物：测试报告、UC、FAQ、操作手册

7、Beta版发布

　　当测试到解决了60%BUG（没有一款产品是100%解决BUG公布的，都是通过版本升级来解决BUG问题），同时没有出现死机类大BUG时，产品的Beta版需要发布给一定用户使用，这期间会出现很多的问题、及时的做好用户反馈工作、系统分析等。运营报告需要很好的对用户的意见进行收集、分析，同时PM需要时时跟进，对产品遇到的问题进行分析，对Beta2、Beta3等版本进行改进，同时挖掘数据，对用户产品需求改进的同时，做好二期产品的规划。

　　产出物：产品Beta版

8、正式版发布

　　当产品需要正式面对用户时其实已经对BUG解决80%了，可以很好的满足用户的使用了，可以对将这版本进行了确定，而当产品正式发布时，第二期的产品规划应该已经有了30%的进展了，因为这时手上已经有一定的运营报告做数据支撑，同时对于用户反馈的意见也做出了详细的分析，新的产品功能也将出现了。

　　产出物：产品正式版

　　每个公司都有自己的UED，只是很多这种流程形于无形之中，更多的公司需要的是适合自己的UED流程，以确保产品进行的更顺利，更多的用户使用上自己的产品。UED是为用户而存在，也为自己的产品而存在。