交互设计师在全流程设计中有哪些注意事项

　　交互设计师在全流程设计中，有哪些注意事项？如果你还不知道，我想你需要看看。
　　设计团队工作模式
　　我们公司有属于产品线内部的规模比较小的设计团队，也有属于平台支撑部门的规模比较大的设计团队，产品线内部的设计师只负责自己产品线的业务，平时工作分工没那么细，可能交互视觉都要做，但是专业性和规范性差一点。
　　平台支撑部门的设计团队分工比较细，有用研、交互、视觉、前端、动画等种类，设计团队会分成几个小组支撑不同的产品线，交互设计师全程参与产品的所有开发过程，从最开始到完成。
　　在这种模式下，设计主管和产品主管一样向同一个领导汇报。
　　设计流程
　　设计流程
　　在整个设计过程中，我们有标准化的设计流程。据我了解：很多大的设计团队流程都是一样的，这里不做过多讲解。
　　在具体的项目中我们经常会碰见各种各样的困难，我们如何克服困难帮助业务成功？如何在协同业务的全流程中利用体验的视角洞见机会，让设计的价值最大化至关重要？
　　进入公司后，有幸参与了公司一个产品的所有开发过程，经历了1年半的时间，踩过了很多坑，总结了在全流程设计中几点注意事项。
　　产品大局观
　　系统工程师（SE）诉求不等于用户需求。
　　在最开始，交互设计师一般会接到系统工程师或者产品经理的需求，告诉我们要做什么设计，这时候交互设计师切记一定不要一上来就根据他们的需求做设计。
　　否则我们就真的只是一个画图的线框仔了，系统工程师不是用户，他们很有可能传达的是首席架构师的想法，他们懂业务但他们不懂用户，所以在和系统工程师有了初步的交流之后，我们接下来的工作思路如下图。
　　设计思路
　　找产品关键角色（产品管理部的责任人、首席架构师以及部长）进行访谈，访谈过程要了解的内容：
　　产品未来规划的蓝图是什么？
　　现在的解决方案是什么？
　　我们的核心价值是什么？
　　我们的标杆产品是什么？他们对我们UCD有什么要求？
　　了解这些问题有助于我们建立产品大局观，知道产品的定位，产品的核心价值，可以帮助我们更好的把握产品的大方向。对产品全面而深入的理解有助于设计师走出自己的小世界，从而打造一个更伟大的产品。
　　同时我们可以简单的写下工作思路以及后续计划，和产品关键角色（产品管理部的责任人、首席架构师以及部长）进行对齐，保证最终我们设计师的工作思路是对的，是被老大们认可的。
　　用户研究&竞品分析
　　设计分析思路
　　接下来我们需要进行更深层次的研究，了解用户诉求。产品做了1年半，大大小小的用户调研活动做了10几次，但是并不是每次用户活动都很成功，比如：焦点小组调查。
　　如果我们引导不好的话用户的话题容易跑偏，最终得不到我们想要的东西，用研过程中遇到的主要困难有以下几点：
　　项目组没有留时间给用户研究；
　　To B的产品找用户资源困难；
　　用研同事和交互设计师脱节，输出的内容对交互没用；
　　如何从用户处挖掘到最多的有用信息？这一块内容很大，后面我会做个专题分析。
　　项目初期，我们面临找不到和我们产品完全匹配的用户，后来我们和业务测商量之后，找到了有类似经验的用户，对他们进行调研，随着项目的推进公司帮助我们协调找到了准确的用户。
　　维护我们的活跃用户有助于缩短用户评估时间。在产品进入正常迭代开发的时候，留给设计的时间很短，我们经常不能按照流程做事。
　　所以我们会按照我们已经了解到的信息快速做交互原型，和业务侧对齐之后找我们的活跃用户进行原型评估，验证我们的设想，对于不符合用户心理模型的地方快速进行改进。
　　项目初期我们有专门的用户研究员，但由于他们了解到的资料不够全面，进行调研的时候对调研目的把握不准确，得到的结果经常是交互设计师已经知道的东西，没有发挥最大价值；再加上项目组人力紧张，后来调研这个重任就落在了我们交互设计师身上了。
　　后来仔细思考了一下，要想让我们的用研发挥最大作用，最好：
　　我们参加的重要会议都可以把用户研究人员带上，确保他们知道现在进展，得到未经加工的一手资料；
　　让用研做事情前，把我们的想法和诉求都告诉他们，确保他知道我们交互的诉求；
　　确保他懂我们的设计，以便做好用户评估。
　　在多次调研过程中，我们用过的调研方法有下面几种：
　　调研方法
　　最后输出：用户画像、典型用户场景、用户诉求和痛点、用户旅行地图。
　　具体用户研究和设计如何结合使用，大家可以参考Frog Design使用的研究学习螺旋。
　　对标杆产品的分析，除了自己动手体验他们的操作环境，分析他们的核心竞争力、总结竞品的流行趋势外，如果有条件可以请竞品公司的顾问、员工和用户对我们进行产品讲解，这样会有助于我们更深的了解竞品。
　　头脑风暴&概念设计
　　一切以体验为先，大胆进行产品设计。
　　根据前期的输出，我们可以用卡片分类或者纸上原型的方法进行头脑风暴，一切以体验优先，最终交互设计师们对框架和大思路达成一致意见之后可以做一个典型场景的概念设计，在内部进行评审，接着可以约用户进行方案评估 。
　　最终确定概念方案之后，找开发leader和开发骨干评估有没有难实现的点，确定哪些点是完全不能实现的？哪些点实现起来比较困难？
　　对于不能实现的点我们要换种能落地的方案，对于实现困难的点，要找系统工程师和架构师一起评估下重要性，是否有必要花大量人力投入开发，如果是特别影响体验的点必须开发出来。
　　启动开发后
　　之后的流程大家也都知道，我就说几点注意事项：
　　做设计切记不要受开发实现影响，一开始就做一个折中方案，以开发实现的角度设计产品最终体验不好，其次业务老大见多识广，很有可能不满意折中的设计，从而怀疑我们的设计能力。
　　开发者能力层次不齐，最终的落地方案可能会面目全非，所以检视工作很重要，要确保最终落地效果。