设计中，有了前面的充分准备，基本上就能信心满满的开始设计了，接下来按流程逐步进行。设计后，设计评审通过后，除了输出设计内容和对设计文件进行整理归档外，后面还要做的事情基本上就是推进设计落地与设计验证了。

  设计前-聊一聊

  设计之前第一件事就是去了解业务，拉上需求方请她讲讲项目背景，业务目标，用户人群，竞品分析以及跟现有业务的关联等等，这样做的好处非常多。

  一方面能通过需求方的讲述了解最真实的需求和产品目标，便于后续设计中的决策；

  另一方面我们可以反向要求需求方把业务目标梳理的更加透彻，避免在发放向上出现差错。

  最后也能让需求方知道我们也是奔着业务目标在思考，更有利于与需求方长期合作的合作与信任，而不是让需求方觉得我们仅是一个页面仔。

  设计前-看一看

  在于需求方做完第一次沟通后紧接着就是去看看是否有相关的竞品。

  如果项目有竞品。那么这些竞品能让我们迅速看到产品未来的全貌，也能让我们发现一些亮点以及反向思考是否有我们产品没有覆盖到的场景，讲这些内容进行整理后作为设计的重要依据。

  如果没有直接竞品也可以去看一看同类型或者同行业的产品。

  设计前-想一想

  有了聊一聊和看一看，我们基本上站在了全局视角，但这是还没到开始设计的时候，还需要在想一想，比如：

  A结合自己看竞品过程中的发现，对业务，需求上还有哪些疑问，将疑问点进行整理汇总在此找需求方进行确认，确保与需求方的理解是一致的，这样才会保证后续涉及流程的顺利推进，

  B想想这个项目设计师的机会点在哪里，设计目标是什么，有哪些地方师设计师可以重点投入的，开始落地成本如何，设计投入是否可以被验证，这样帮助我们后续更好的分配时间重点，也便于后续设计经验的沉淀，指导哪些设计能带来数据上的变化。

  C想想设计如何规划，设计上还有哪些风险，是否需要外部支援等，便于帮助我们给出相对准确的设计排期。

  设计中-风格探索

  敲定原型后，就可以做风格探索了，关于风格这块我个人理解这是比较感性的，没哟标准答案，只要风格定义有依据加上平时对当下流行趋势的关注，风格定调基本上不会有太大问题，也可以根据设计前准备的一些机会点做针对性的设计，比如：插画，质感，细节，动效等，在UXD公众号的文章中有非常多优秀的案例可供大家参考，这里不在赘述。

  设计中-细节打磨

  很多设计师在会看自己之前的设计产出时，发现有很多自己看不顺眼的地方，为了避免这种情况，我们可以在设计阶段多一些尝试，多一些打磨。

  与其让“未来的我”或需求方来指出问题，倒不如先自我审视，打磨出最理想的方案后再去做评审，也可以找身边的同事，朋友一起看看，邀请他们来选一选方案并说一说理由。

  最后在结合设计目标，业务目标和大家的意见输出最终的方案，如果在方案上遇到了困难，也要及时做好沟通或者寻求领导的帮助。

  设计中-建立Kit

  设计方案开始之处就要有意识的去梳理规范和组件，保证后续功能迭代的效率和一致性，通过管家页面总结出基础规范，通过设计过程中的不断推敲，在此对界面元素进行抽离，形成组件库。

  设计中-设计评审

  当团队内部对方案达成一致后可以组织一场正式的评审会议，设计评审能迅速集中的发现问题，对意见相左而迟迟无法定稿的情况也能有效规避。

  设计评审前我们要做好充分的准备，可以要求上下游关键角色参加，比如需求方和研发人员，提前预设问题管理好各个预期，保证方案足够严谨以及良好的控场，在评审阶段尽可能细致，把设计师想要落地的小细节，小亮点都清晰的讲到，引起研发人员的重视，最后将评审达成的结论文档化，避免后续设计验收时扯皮。

  设计后-设计落地

  设计落地环节设计师的参与非常重要，前面所有的工作最终是以上线的效果为标准，所以为了让我们的付出不打折扣，需要在设计验收时细致坚持，确保设计效果完美落地，除了督促开发同学们进行调整，将设计细节标注得更加清晰，复杂的交互输出一份动画demo，更能帮助开发同学准确理解设计意图。

  设计后-设计验证

  设计验证有很多方式，比如：数据埋点，用户反馈，线上走查，用户访谈，可用性测试等，有时我们会因为业务忙需求多，数据没埋点，没想过做验证等忽略设计验证这个环节，这些原因归结起来还是对设计验证重视度不够，但涉及验证能帮助我们回顾当初目标的达成情况，找到存在的问题，成为接下来迭代的依据，同时也是对自身设计经验的积累，所以我们还是要重视设计验证，努力了就要看见结果，无论好坏。