交互设计工作笔记：如何减少设计返工

前言

该文档对思考部分写的比较多，目的是希望交互设计不要局限在画界面上，深入的去了解用户、数据、竞品，做出当前环境下更友好的设计，并最终协助完成产品目标；

设计前的思考

现状和计划

接手一个新项目时，先向产品了解以下讯息：

项目现在进行到什么阶段了？

计划什么时候上线？

预留给ued团队的时间有多少？

（在项目工期较短的情况下，有些项目会技术和设计并行，有些偏后端的产品，甚至会技术先行，了解清楚工期，才能在有限的时间内，更快更好的交付产出物）

目标

项目目标及该项目所在产品的目标；

（说明：团队中不管哪个岗位，都应该有一致的目标，这样才不会跑偏）

用户

向产品了解以下讯息：

使用该产品或该功能的用户是谁？

这个功能能解决用户哪些痛点？

用户画像；

不同用户画像分别有哪些特征；

故事【作为（某类用户）， 用户要（做一件事）从而解决（什么问题）】

功能

向产品沟通并确认以下讯息：

该项目的功能点是否满足项目目标；

是否解决核心用户痛点；

是否必要；

（说明：个人感觉，有些产品被设计的过于复杂化，交互可以对产品功能点提出质疑，深入沟通后删减功能/简化流程；）

其他

项目所涉及的平台，版本号，操作系统，浏览器，分辨率

由于技术、硬件、架构方面的困难，造成某个方案无法实施或应对之策；

对视觉效果的预期；

前期和产品的沟通越深入，返工几率会相对小很多；

设计中

用户使用场景分析

所谓场景，就是什么人，在什么时间，什么地点，做了什么事，产品需要什么交互来满足用户；搞清楚用户的使用场景，才能设计出符合用户操作习惯的产品，用户使用产品才更顺手；

数据分析

知己：页面级元素级的点击数据，转化率等；

竞品分析

知彼：有哪些竞品、分别是怎么做的、为什么这么做；

原型设计

最终交付物：页面结构【整个产品级框架】/操作流程/线框稿【单个界面级框架】/交互说明文档【用户在界面上的每一个操作都要有反馈】

设计文档交付后

ued团队对外交付物跟进（包括视觉设计是否体现产品目标 /信息层级 用户视线流是否清晰，前端还原度等）

上线前内测版跟进（验证设计还原度，推动完善用户体验）

上线后数据跟进（上线前后数据对比/查看用户反馈）