说在前面的话：2020年到现在已经过去有一大半的时间了，通过这次和学长的交流，最让我印象深刻的，就是“复盘”的能力。每次项目结束后的复盘思考、与人交流后的总结自省、对生活中点滴的观察和联想，日复一日地坚持，养成习惯，这背后的支撑是强大的自驱力和自我认知能力，这也是我一直很敬佩的能力（想想自己以前那些还没开始就已经结束的计划表......都是泪啊）。所以，这次我针对自己做过的项目进行了一次流程的梳理与复盘，希望能和大家一起学习交流，一起进步呀~

 

那么，一个完整的项目流程应该是什么样子的呢？

下面是我根据我的理解做的思维导图

• 前期准备

1、了解设计需求

有人说，设计的起点是需求。在产品的生命周期中，需求是一个动态变化的过程，产品在不同的阶段有着不同的需求。那这些需求从哪里来呢？这便需要针对用户的行为习惯和反馈等等，进行数据上的分析与调查，去发现用户的需求和需求背后的动机。

值得一提的是，我们一定要分清“用户的痛点"和“用户的需求“这两个概念。用户需求不是用户指哪儿打哪儿，而是应该分析用户这个需求背后的逻辑。就如福特汽车的创始人-亨利福特的一句名言经常被人作为反面案例引用：“如果听用户的，我们根本造不出汽车来，用户就是需要一匹快马。”

“马跑得不够快”，这是用户的痛点。如果只是为了解决用户的痛点，我们会想着去培养一匹跑得更快的马。那用户背后的需求呢？是“速度”。所以，福特不想帮用户去训练马了，直接给你一个能超越马的奔跑速度的东西，所以就出现了汽车。

那么我们可以将用户需求定义为：通过对目标用户群体的行为进行观察，或者深度访问，得出的目标用户的群体特征以及与之相关的用户场景。这种目标用户群体特征和用户场景背后产生的最底层的原因就是真正的用户需求。

 

2、前期分析

1) 了解竞品

在确定了产品下发的需求之后，我们便需要进行竞品分析和头脑风暴，思考别人在面对用户的这个需求时，是采用了怎样的解决思路？用怎样的一个流程？这个流程有没有彻底解决用户需求？对于竞品的调查和研究，可以帮助我们更好地找到一个切入点。

 

2) 梳理层级

梳理层级，实际上是对信息进行优先级排序，一般我们会用到“十字法”。按照十字法，页面信息内容分为这四种类型：重要必须的/重要不必须的/必须不重要的/不重要不必须的。这样，对于页面信息强弱的关系我们就有了很明确的认知。

 

3) 确定基础规范

在梳理好层级，确定页面框架内容后，我们就应确定设计的基础规范。

 

为什么要建立规范？可以分为以下几点：

①　用户体验一致

②　塑造品牌感

③　利于多人协作

④　方便维护和更新，减少冗余内容

 

要如何建立规范呢？ 

整理产品的组件和复用的内容

1、基础规范（栅格 间距 基础网格  颜色 字体 ）

2、组件规范（按钮、导航、弹框、缺省图、标签、列表、卡片等等）

• 中期设计过程

1、设计代表页提案

设计代表页提案中，我们一般选用首页视觉提案。这是因为首页的设计可以体现一个产品的整体品牌调性，先确定了整体的一个设计效果，那其他的页面不就可以水到渠成了吗~

2、反馈修改/提案通过

在首页的设计中，我们要根据前期的层级关系进行调整，尽量针对一个页面能有至少两套提案。提案产出后，要及时和Team Leader进行对接，根据反馈的意见进行二次修改，直到代表页的提案通过后，再进行下一步设计。（这其实也是节省时间的方法hhh~）

 

3、全部页面设计

根据之前的首页视觉方案，把握整体风格，抽离出组件，进行组件的复用搭建，产出全部页面方案。

 

4、视觉过稿内审

项目组内部进行检查和审核，如有问题再次调整。

 

5、产品过稿

找leader进行核对，进行成果的把关。

 

 

• 后期开发

1、上传doc/发送给开发/切图给到开发

2、验收

指在测试环境中，检查前端开发的还原情况。其中的内容包括：样式、字号、间距、颜色、动效、极限值情况等等。

PS：【还原】=【视觉还原】=【开发实现】：指前端开发用代码把你的稿子开发出来，在线上（测试环境中）的实际效果。（其实就是内测版~~）

3、反馈：将验收的问题汇总给开发

4、复验：指第二次检查开发大哥的视觉还原情况，如果视觉还原未达到预期，还得重复上述步骤，直到和设计稿八九不离十才能通过（注重细节的检查）。如果出现技术问题无法完全还原，需要和开发大哥好好沟通，调整设计稿，尽量提高还原度。

 

• 上线：

等待上线，并整理沉淀组件库。（所有的流程就结束啦！）

 

一个好的项目开发离不开团队的每个人，大家都辛苦啦！但是在放松的同时也不要忘记对整个项目进行一个完整的梳理和复盘，只有通过一次又一次的思考和沉淀，我们才会一直进步，一直成长！一起加油叭

（本文图片来源：花瓣网）