前言
该文档对思考部分写的比较多，目的是希望交互设计不要局限在画界面上，深入的去了解用户、数据、竞品，做出当前环境下更友好的设计，并最终协助完成产品目标；
设计前的思考
现状和计划
接手一个新项目时，先向产品了解以下讯息：
项目现在进行到什么阶段了？
计划什么时候上线？
预留给ued团队的时间有多少？
（在项目工期较短的情况下，有些项目会技术和设计并行，有些偏后端的产品，甚至会技术先行，了解清楚工期，才能在有限的时间内，更快更好的交付产出物）
目标
项目目标及该项目所在产品的目标；
（说明：团队中不管哪个岗位，都应该有一致的目标，这样才不会跑偏）
用户
向产品了解以下讯息：
使用该产品或该功能的用户是谁？
这个功能能解决用户哪些痛点？
用户画像；
不同用户画像分别有哪些特征；
故事【作为（某类用户）， 用户要（做一件事）从而解决（什么问题）】
功能
向产品沟通并确认以下讯息：
该项目的功能点是否满足项目目标；
是否解决核心用户痛点；
是否必要；
（说明：个人感觉，有些产品被设计的过于复杂化，交互可以对产品功能点提出质疑，深入沟通后删减功能/简化流程；）
其他
项目所涉及的平台，版本号，操作系统，浏览器，分辨率
由于技术、硬件、架构方面的困难，造成某个方案无法实施或应对之策；
对视觉效果的预期；
前期和产品的沟通越深入，返工几率会相对小很多；
设计中
用户使用场景分析
所谓场景，就是什么人，在什么时间，什么地点，做了什么事，产品需要什么交互来满足用户；搞清楚用户的使用场景，才能设计出符合用户操作习惯的产品，用户使用产品才更顺手；
数据分析
知己：页面级元素级的点击数据，转化率等；
竞品分析
知彼：有哪些竞品、分别是怎么做的、为什么这么做；
原型设计
最终交付物：页面结构【整个产品级框架】/操作流程/线框稿【单个界面级框架】/交互说明文档【用户在界面上的每一个操作都要有反馈】
设计文档交付后
ued团队对外交付物跟进（包括视觉设计是否体现产品目标 /信息层级 用户视线流是否清晰，前端还原度等）
上线前内测版跟进（验证设计还原度，推动完善用户体验）
上线后数据跟进（上线前后数据对比/查看用户反馈）
网友评论