在设计中，有了前面的充分准备，你基本上可以自信地开始设计，然后按照过程逐步进行。设计完成后，设计评审合格后，除了输出设计内容和整理归档设计文件外，后续工作基本上是促进设计着陆和设计验证。
设计前-聊聊
在设计之前，第一件事就是了解业务，拉上需求方，让她谈谈项目背景、业务目标、用户群、竞争产品分析和与现有业务的关联。这样做有很多好处。
一方面可以通过需求方的叙述了解最真实的需求和产品目标，便于后续设计中的决策；
另一方面，我们可以要求需求方更彻底地梳理业务目标，避免分销错误。
最后，我们可以让需求方知道，我们也在思考业务目标，这更有利于与需求方长期合作的合作和信任，而不是让需求方认为我们只是一个页面。
设计前-看一看
在需求方完成第一次沟通后，立即去看看是否有相关的竞争产品。
如果项目中有竞争产品。那么这些竞争产品可以让我们快速看到产品未来的全貌，也可以让我们发现一些亮点，反向思考是否有我们产品没有覆盖的场景，整理这些内容作为设计的重要依据。
如果没有直接的竞争产品，你也可以看看同一类型或同一行业的产品。
设计前-想一想
通过聊天和看一看，我们基本上站在了全局的角度，但在设计开始之前，我们还需要考虑一下，比如：
A结合自己在看竞争产品过程中的发现，对业务和需求有哪些疑问，在这里整理总结疑问点，找需求方确认，保证与需求方的理解一致，保证后续流程的顺利进行。
B想想项目设计师的机会点在哪里，设计目标是什么，设计师可以关注哪些地方，开始着陆成本，设计投资是否可以验证，帮助我们更好地分配时间焦点，也方便后续设计经验的沉淀，指导哪些设计可以带来数据变化。
想想如何规划设计，设计上还有哪些风险，是否需要外部支持等，以便帮助我们提供相对准确的设计时间表。
风格探索在设计中
敲定原型后，可以进行风格探索。我个人对风格的理解是感性的。没有标准答案。只要风格定义有依据，关注当前流行趋势，风格定调基本不会有太大问题。也可以根据设计前准备的一些机会点进行有针对性的设计，如插图、质感、细节、动态效果等，UXD微信官方账号文章中有很多优秀的案例供大家参考，这里就不赘述了。
细节打磨在设计中
当许多设计师看到他们以前的设计输出时，他们发现有很多地方他们不喜欢。为了避免这种情况，我们可以在设计阶段尝试更多，抛光更多。
与其让“未来的我”或需求方指出问题，不如先审视自己，打磨出最理想的方案，然后再进行审查。你也可以找你的同事和朋友来看看，邀请他们选择一个方案，并说出原因。
最后，结合设计目标、业务目标和每个人的意见输出最终方案，如果在方案中遇到困难，也要及时沟通或寻求领导的帮助。
在设计中-建立Kit
在设计方案的开始，有意识地梳理规范和组件，确保后续功能迭代的效率和一致性，通过管家页面总结基本规范，通过设计过程中的不断审查，从界面元素中分离出来，形成组件库。
设计-设计评审
当团队内部达成协议时，可以组织正式的评审会议。设计评审可以快速集中发现问题，有效避免意见不同、无法定稿的情况。
在设计评审之前，我们应该做好充分的准备。我们可以要求上下游关键角色参与，如需求方和R&D人员，提前预设问题，管理好每一个预期，确保方案足够严格，控制场地良好。在评审阶段，我们应该尽可能详细地说明设计师想要实施的小细节和亮点，引起R&D人员的注意，最后，我们将评估结论文档，在后续设计验收过程中避免争吵。
设计之后——设计落地
设计师参与设计着陆环节非常重要，所有工作最终以在线效果为标准，所以为了让我们的工资不打折扣，需要仔细坚持设计验收，确保设计效果的完美着陆，除了敦促开发学生调整，设计细节更清晰，复杂的交互输出动画演示，可以帮助开发学生准确理解设计意图。
设计后-设计验证
设计验证有很多方法，如：数据埋点、用户反馈、在线检查、用户访谈、可用性测试等，有时由于业务需求繁忙，数据不埋点，不考虑做验证忽略设计验证环节，这些原因或设计验证不够重视，但涉及验证可以帮助我们回顾最初的目标，发现存在的问题，它不仅是下一次迭代的基础，也是自身设计经验的积累。因此，我们应该注意设计验证。如果我们努力工作，我们应该看到结果，不管是好是坏。
湘公网安备43019002002199
