设计原则从何而来

1）始终将用户体验放在第一位

在设计流程中将用户体验融入其中，将其贯穿于设计的始末，使用户体验的结论能够直接影响到设计的方向。同时设计过程中通过展开脑暴、竞品分析、焦点小组等方式对设计需求进行深入的挖掘，需求从何而来，为什么会有这样的需求，准确把握设计的方向。

2）细化分工

在设计流程中，将设计任务分解为用研、交互、视觉，各个角色职责明确并相互配合，在各领域有专业的表现。

3）引入专家设计师和项目PM

专家设计师通过设计评审，将自己的设计理念传达给设计师，引导设计方向，把控整体项目的质量。项目PM对项目进度、需求任务、设计人力的把控，保证设计工作有条不紊的展开，并最终完成项目目标。

4）设计规范的建立

设计项目完成后，设计师对设计内容进行规范文件的梳理，保证设计理念的沉淀以及风格的统一。

2、如何配合设计的上下游团队

1）参与产品的前期规划

把握产品的规划与目标是后期设计工作展开的重要依据。

2）产品与项目PM接洽，需求排期

通过对设计需求进行排期配合产品开发的节奏，保证项目的顺畅。

3）体验走查和可用性测试

设计完成，跟进开发实现，实现输出中，进行体验走查和可用性测试，保证设计实现的质量和是否否和用户的预期。

流程的实施

1、有效的管理工具

好的管理工具能够帮助团队规范化管理。我们为自己量身打造了一系列工具来提高设计管理效率，如Prowork工具，他能提供项目流程、工作任务、文档等一系列线上管理。还有TAPD、UID等一系列工具。

2、敏捷式项目管理

通过关注设计效率，改进工作方式，修正设计流程促使团队高效、快捷的响应任务。

3、提炼式操作

针对不同的产品预期与目标，灵活操作，设定不同的流程路径。

4、持续改进

定期对项目流程回归、探讨，调整是非常重要的。

总之，设计流程是为了更好的顺应设计的执行而非约束设计，在实际的操作过程中，需实时把握每个设计项目的特点，使得设计项目流程顺畅。

设计存在于设计流程中。

设计师的工作是基于设计流程的。

和很多朋友讨论过设计流程。这个流程在每个国家、每个行业、每个公司、甚至是同个公司的不同业务下，都是不一样的。所以要写出来，很难统一概括。

与设计师相关的设计流程，可能一个基本认知是这样的：
产品需求，交互设计，视觉设计，前端开发。

再丰富一些：
市场分析，创意阶段，用户研究，概念设计，设计控件预设，交互设计，交互Demo，用户测试，视觉预研，视觉设计，设计Demo，用户验证测试，前端开发，开发Demo，展示Demo，迭代，用户测试，测试数据回收，用户数据验证，灰度，全量，项目总结，规范输出，控件库，用户跟踪反馈……

再凌乱一些：
以上所有点，顺序是可以根据敏捷开发的需求，灵活排列的。也可以随机组合。

所以，现在大多公司的设计流程，是一个标准且完整的架子。在实际设计项目中使用，并不一定是那么规范和统一的。有时项目大，可能流程走的完整；有时项目小步快跑，流程就会被精简为一个可用且贴合业务的小流程。

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%的进展了，因为这时手上已经有一定的运营报告做数据支撑，同时对于用户反馈的意见也做出了详细的分析，新的产品功能也将出现了。

　　产出物：产品正式版

需求分析-概念设计-设计初稿-高保真设计-前端-开发-测试-上线-网站分析

第一，团队成员分工明确，在以产品经理领导的团队中，分别有用户体验师，交互设计师，视觉设计师，动效插画设计师，前端工程师，开发工程师，测试人员，运营与维护人员。按照产品的开发流程进行设计。

设计存在于设计流程中。

设计师的工作是基于设计流程的。

和很多朋友讨论过设计流程。这个流程在每个国家、每个行业、每个公司、甚至是同个公司的不同业务下，都是不一样的。所以要写出来，很难统一概括。

与设计师相关的设计流程，可能一个基本认知是这样的：
产品需求，交互设计，视觉设计，前端开发。

再丰富一些：
市场分析，创意阶段，用户研究，概念设计，设计控件预设，交互设计，交互Demo，用户测试，视觉预研，视觉设计，设计Demo，用户验证测试，前端开发，开发Demo，展示Demo，迭代，用户测试，测试数据回收，用户数据验证，灰度，全量，项目总结，规范输出，控件库，用户跟踪反馈……

再凌乱一些：
以上所有点，顺序是可以根据敏捷开发的需求，灵活排列的。也可以随机组合。

所以，现在大多公司的设计流程，是一个标准且完整的架子。在实际设计项目中使用，并不一定是那么规范和统一的。有时项目大，可能流程走的完整；有时项目小步快跑，流程就会被精简为一个可用且贴合业务的小流程。