项目背景
随着设计团队人员扩大，从前仅凭个人能力和自我驱动的工作方式已经不适用于现在的团队。此外，由于之前工作方式的缺陷，线上产品存在很多使用体验上的问题。如何保证设计团队的整体产出质量，提高现有的产品体验，是现在我们需要去解决的问题。
担任角色和负责工作
在这个项目中，我作为主要的参与者和推动者，参与推动了以下工作：
- 找到目前UED团队存在的问题
- 提出每个问题对应的解决方案
- 规划解决方案的具体实施步骤
现存问题
从用户体验的角度出发，目前设计团队和产品体验存在以下问题：
- 产品中存在明显的低级错误。这里的低级错误指的是设计或者交互方案存在明显的问题，并且有明确的优化方案，可以理解为产品设计层面的“bug”。
- 设计方案的产出质量参差不齐。设计团队一直以来没有沉淀设计方法论，也没有建立对团队成员的培养机制，设计稿的产出也没有内部review的流程，仅凭每个团队成员的自身水平发挥，导致的问题就是设计团队的整体产出质量不稳定。
- 产品设计中没有关注用户实际的使用体验，导致产品体验上的问题不能及时发现，且长期得不到解决。设计团队缺乏对用户体验的关注，具体表现在产品上线之后设计团队没有去关注用户的使用情况，用户反馈不能直接反馈到设计团队，而且在项目启动之初没有设定明确的设计目标，更谈不到验证设计目标是否达成的方式。
解决方案
针对上述的问题，我们提出的解决方案包括以下内容：
- 制定设计规范：对于可复用的核心流程、交互方式、视觉样式、组件模块，提高最低产出水平的标准，保证团队整体的输出质量。
- 梳理用户体验路径：在产出具体的设计方案之前，梳理用户体验路径，针对梳理出的关键流程确定相应的设计目标、设计关键点、目标验证方式。这样的方式，一方面帮助设计师理解产品方案，而不是拿到产品方案之后就直接照着原型稿开始画图；一方面为具体的设计方案提供依据，为后期的设计目标验证提供支撑。
- 设计成果检验：在产品提测上线之后对设计成果进行检验，方法包括可用性测试、观察数据表现、用户回访等等。
- 项目复盘：产出成果检验的结论，包括是否达到目标、迭代方案、方法沉淀（具像化为设计原则、设计规范、产品设计流程优化等等）。
- 产出迭代方案：存在哪些问题、解决方案、预估人力成本、排期开发。
实施步骤
确定了具体的解决方案之后，接下来要解决的问题是如何把这些工作流程加入到我们现有的项目流程中，这其中会碰到的问题有：
- 如何确保这些工作流程在每个具体项目中都被执行？
- 这些工作流程在之前都没有实施过，具体该怎么做？
针对这些问题，我们的解决方案是：
- 首先与项目经理沟通，与新的项目流程相配合，共同推进。
- 第一个采用新流程的项目由我全程参与，产出实施方案和可行的步骤，让设计部门的其他成员也知道该怎么做，同时在参与过程中发现问题并提出解决方案。
项目流程
原先的项目流程最大的问题是项目在上线之后就结束了，在项目上线之后没有进行复盘、目标验证、迭代规划，其中，没有进行目标验证，是因为在项目立项之初就没有明确项目目标是什么，这更加导致产品设计过程中没有明确的方向和标准，在这样的情况下，即便要对项目进行迭代，也不知道迭代的方向是什么，往往等到客服顶不住客户反馈的压力，才将问题反馈到研发团队，但是没有目标的指导，又不能明确什么问题需要解决，哪些问题不用解决。
对于一个互联网产品的项目开发流程，验证和迭代是最基本的环节，但我认为这点对于用户体验尤为重要，所谓用户体验，就是要围绕用户本身，例如可用性、易用性这样最基本的设计目标，只有用户才能回答这些目标是否达成。同时，用户体验的改善也是一个不断迭代的过程，在发现问题的过程中沉淀更多设计方法论，并运用在下一个项目中，才能不断改善产品的整体体验。
用户体验路径、设计目标、设计关键点、验证方式
在我提出用户体验路径梳理的这个方法的时候，只是在一次设计周会上提了一下大概的概念，后来有同事问我，有没有具体的文档和模版，这时我才意识到将自己的理论传达给他人、让他人理解和学会应用的重要性，特别在团队中推行新的工作方法，如何让团队中的其他成员理解、认同、学会应用尤为重要。
可用性测试
在可用性测试的推行之初，我们并没有一下子就邀请内测用户来测试，因为这是一件时间成本较高的事情，我在之前也没有这方面的成功经验，没有足够的底气向团队证明这样的方法能够有效提高产品体验，所以我们先在设计组内部试行，然后慢慢推广到研发组、全公司，让团队成员意识到这样的方式确实能够发现和规避产品体验上的问题，在团队认同的基础上才能更好地将可用性测试推行下去。
项目总结
解决问题的前提是找对问题
在一开始思考团队中存在的问题的时候，我想当然地认为目前产品的用户体验不好是一个显而易见的问题，但当我再深入思考，我这个结论是从何得来？用户体验好不好，是用户才能回答的，但由于以前团队对用户的实际使用情况缺乏关注，导致我连得出这个结论的依据都没有，这才引发后来我对用户体验的本质的思考，从而提出更多关注用户本身的解决方法。如果一开始我只把问题定位在设计产出质量需要提高，可能就会把重点放在团队内部学习、评审机制这方面，而忽视了更加根本的问题。
用户体验的本质
正如前面提到的，用户体验好不好，是用户才能回答的，例如可用性、易用性这样最基本的设计目标，只有用户才知道这些目标是否达成。同时，用户体验的改善也是一个不断迭代的过程，在发现问题的过程中沉淀更多设计方法论，并运用在下一个项目中，才能不断改善产品的整体体验，仅凭设计师本身的专业素养，也只能规避掉一部分基本的问题，最终还是要深入到用户本身才能发现和解决问题。
获得认同是在团队内推行新方法的关键
在这个项目中我提出的很多工作方法在业界已经有很成熟的方案，通过查阅资料、学习相关理论、借鉴业界成熟团队的经验，要去找到解决方法并不难，而对于我的挑战在于，在此之前我并没有与这些工作相关的任何成功经验，而且团队已经有一套形成惯性的工作方式，要突破这些限制去推行新的工作流程，很多问题都需要通过独立思考去解决，这才是最大的挑战。其中我认为最重要的一点是要获得团队成员的认同，我总结有这么几个关键点：
- 站在不同团队成员的角度，思考他们关心的是什么问题，我要推行的工作方法对于他们来说有什么可以获益的地方，然后根据这些点来获得他们的认同；
- 如果工作方法是需要团队成员共同执行的，那就要思考通过什么方式能让他们更快地知道如何执行，执行步骤有哪些；
- 先通过成本较低的方式让团队成员看到新方法的效益，这在彻底推行的过程中能够获得更多支持。