随着规范的产品设计流程的引入,每一个岗位在产品设计中所起的作用以及所承担的责任越来越清晰,但是有些时候,我认为并不能因为清晰的产品的设计流程,给大家划清一个职能界限,做出一副这方面不关我的事,我只做好UI就好了.
按照一个常规性互联网产品项目流程走下来应该是:
1.制定MRD(Market Requirements Document).
市场需求文档。获得项目发起部门的认同后，产品进入实施，需要先出MRD，具体来说要有更细致的市场与竞争对手分析，通过哪些功能来实现商业目的，功能/非功能需求分哪几块，功能的优先级等等。实际工作中，这个阶段PD可能的产出物有Mind Manager的思维图，Excel的Feature List等。
2.制定PRD(Product Requirements Document).
产品需求文档。进步一细化，这部分是PM写得最多的内容，也就是传统意义上的需求分析，我们这里主要指UC（use case）文档。主要内容有，功能使用的具体描述（每个UC一般有用例简述、行为者、前置条件、后置条件、UI描述、流程/子流程/分支流程，等几大块），Visio做的功能点业务流程，界面的说明，demo等。Demo方面，可能用dreamweaver、ps甚至画图板简单画一下，有时候也会有 UI/UE支持，出高保真的demo，开发将来可以直接用的那种。
3.用户分析报告
搜集相关资料分析目标用户的使用特征、情感、习惯、心里、需求等，提出用户研究报告和可用性设计建议。这部分工作也可和团队配合完成。时间与项目需求允许的情况下，更可以制定实景用户分析。
4.产品架构设计
这里涉及到比较多的界面交互与流程的设计，根据可用性分析结果制定交互方式、操作与跳转流程、结构、布局、信息和其他元素。
5.产品原型设计
就是将页面模块、元素进行粗放式的排版和布局，深入一些，还会加入一些交互性的元素，使其更加具体、形象和生动。
6.界面UI设计
如果很倾向于图形界面设计，这儿是你最喜欢的部分。但一定要结合循环讨论过的分析结果做设计，否则你的作品很难被人信服。色调、风格、界面、窗口、图标、皮肤的表现是本环节的关键。
7.界面输出
这方面主要由页面工程师与前端程序员配合,将界面代码化。
8.分析使用者报告,做出完善调整.
多部门共同参与的，包括可用性的循环研究、用户体验回馈、测试回馈。同时，UI人员也应该把一些可行性建议进行完善。很多设计师做了东西不喜欢改，这是一个大忌。
但就目前许多公司而言,拿到UI设计师手里的,就是一份什么说明都没有的VISO图,这给许多UI设计师造成一种错觉,觉得我只需要做效果图就可以了,对于其他环节一概不理,导致了在设计产品界面的时候,因为掌握的信息不足,设计出来的界面全凭个人喜好,但是当面对用户的时候,却是一点竞争力都没有.
我认为UI设计师在项目初始,就应该加入其中.包括了解项目的市场定位,盈利模式,竞争对手等等,而通过分析竞争对手用户界面,可以给UI设计师一个初步的图形概念,而通过参与用户调研,用户分析能够获取到用户特征,年龄,需求,喜好等方面的信息,这些方面的信息,在风格定位,把握上起到至关重要的作用.通过了解产品架构,知道什么功能应该做,什么功能应该突出,在参与了以上工作的制定后,相信许多UI设计师对自己所要设计的产品,已经是信心十足了吧.后期在通过分析使用者报告,用户反馈等方面信息,做出界面上的调整,这样一来,一个完善的产品就可以面市了,而这个产品,再也不是一个全凭UI设计师个人喜好所设计出来的产品了..
