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