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