微软|UI设计流程( 二 )


最后在结合设计目标 , 业务目标和大家的意见输出最终的方案 , 如果在方案上遇到了困难 , 也要及时做好沟通或者寻求领导的帮助 。
设计中-建立Kit
设计方案开始之处就要有意识的去梳理规范和组件 , 保证后续功能迭代的效率和一致性 , 通过管家页面总结出基础规范 , 通过设计过程中的不断推敲 , 在此对界面元素进行抽离 , 形成组件库 。
设计中-设计评审
当团队内部对方案达成一致后可以组织一场正式的评审会议 , 设计评审能迅速集中的发现问题 , 对意见相左而迟迟无法定稿的情况也能有效规避 。
设计评审前我们要做好充分的准备 , 可以要求上下游关键角色参加 , 比如需求方和研发人员 , 提前预设问题管理好各个预期 , 保证方案足够严谨以及良好的控场 , 在评审阶段尽可能细致 , 把设计师想要落地的小细节 , 小亮点都清晰的讲到 , 引起研发人员的重视 , 最后将评审达成的结论文档化 , 避免后续设计验收时扯皮 。
设计后-设计落地
设计落地环节设计师的参与非常重要 , 前面所有的工作最终是以上线的效果为标准 , 所以为了让我们的付出不打折扣 , 需要在设计验收时细致坚持 , 确保设计效果完美落地 , 除了督促开发同学们进行调整 , 将设计细节标注得更加清晰 , 复杂的交互输出一份动画demo , 更能帮助开发同学准确理解设计意图 。
设计后-设计验证
【微软|UI设计流程】设计验证有很多方式 , 比如:数据埋点 , 用户反馈 , 线上走查 , 用户访谈 , 可用性测试等 , 有时我们会因为业务忙需求多 , 数据没埋点 , 没想过做验证等忽略设计验证这个环节 , 这些原因归结起来还是对设计验证重视度不够 , 但涉及验证能帮助我们回顾当初目标的达成情况 , 找到存在的问题 , 成为接下来迭代的依据 , 同时也是对自身设计经验的积累 , 所以我们还是要重视设计验证 , 努力了就要看见结果 , 无论好坏 。