菜头

年初换了新的工作，开始接触一些与以往不同的业务，但还是没有走出 ToB 这个圈子。新单位的工作模式与之前单位有一些区别，主要是涉及跨部门合作的项目多一些。

交代背景：刚到新单位没多久，我半路接了一个较紧急的工具型项目，项目团队非常着急的等着上线。由于其他设计师手里任务都排的很满，组长只能派我这个新人去救火。由于刚到新单位，对项目团队的办事风格和设计规范还不是特别熟悉而且项目的时间非常紧张，我本着最保守的方式完成了设计任务——使用设计规范中传统的导航与布局方式，完全按照产品经理的需求文档产出设计文档。后来我发现不止是设计时间紧张，开发的时间也很紧张，而且开发人力也很匮乏。开始进行设计跟踪的时候，直觉告诉我这个项目要搞砸了，不止开发实现效果与设计的吻合度不高、性能不好而且设计的流程也有问题。果不其然，产品上线后用户试用，反馈非常不好。上线1个月后，项目团队打算进行一次大的版本迭代。

回溯旧版本，分析产品体验不佳原因

1. 没有和用户沟通充分，没有实际满足用户需求、解决用户问题；

2. 交互设计未考虑用户的实际使用场景、引导做的差；

3. 设计方案未进行用户验证；

4. 实现效果与视觉设计吻合度低且有性能问题。

聚焦用户使用场景，规划体验提升计划

1. 用户访谈。准备访谈提纲，邀请多位专家⽤用户，进行焦点小组访谈。目的是快速定位问题，让项目组成员对上⼀版本的问题有大体的认知。全程录音记录访谈内容，为后续的⽤户体验地图的输出提供依据；

2. 用户体验地图。根据焦点小组的访谈记录，绘制体验地图。通过体验地图可以非常直观的看到哪些模块需要着重优化以及发现之前版本中忽略的功能，寻找新版本的改版机会点；

3. 用户画像。进行焦点小组访谈以后，设计师会对目标⽤用户会有一定认，趁热打铁，再邀请目标⽤户进行针对性问题访谈并绘制⽤户画像，为后续的设计方案提供有力参考和佐证；

4. 竞品分析。根据⽤户告知的已知问题和用户体验地图，可以总结本次迭代的设计⽬标，根据设计⽬标进⾏相同/相关产品的竞品分析，为后续的设计⽅案提供参考。；

5. 制作交互原型。制作可交互的设计原型，供用户操作，低成本验证设计是否满足用户的需求。

6. 用户验证。邀请用户操作交互原型，在使用过程中不断与用户沟通并记录问题。

新版本迭代，分步骤实施提升体验计划

1. 争取更多时间并扩大团队。上一版本中，明显感觉到时间的紧迫和人力的不足，这次，项目团队争取到2倍于上一版本的时间，而且增加了2倍的开发人力；

2. 访谈准备。综合项目团队的使用感受以及用户反馈出的问题整理出访谈提纲；

3. 用户访谈。产品团队帮助我们约好了3名专家用户，我们通过焦点小组的方式，一边演示产品，一边记录用户讲述遇到的问题。讨论结束后，根据访谈录音对问题进行梳理；

4. 用户体验地图。为了更直观的展现发现的问题，我们对软件的使用流程进行梳理并对发现的问题进行对应整理且给出初步方案，得出用户体验地图；

5. 用户画像。为了更清晰的定义用户，我们又重新针对性的整理了访谈问题，对目标用户进行一对一访谈，根据访谈结果，得出两类目标用户的用户画像；

6. 得出初期结论。根据用户访谈结果，得出最重要的一条改版关键词“引导”；

7. 竞品分析。根据得出的关键词“引导”做竞品分析。选取了百度EasyDL 等5个产品进行竞品分析得出设计策略和设计点；

8. 汇总改版意见，为产品团队提供参考；

9. 原型设计，快速验证设计方案。交互方案在各个环节都是围绕“引导”进行设计的，设计理念来源于用户画像，具体的修改意见来源于用户访谈、体验地图、竞品分析。由于设计方案“来源于用户”，所以在用户验证环节比较顺利，只有一些小的局部调整。参与测试的用户普遍认为相比较上一版本，该版本的设计在体验上有很大提升。

总结

以往来源于产品经理的需求是被取舍加工过的，设计师并不能接触到最原始、真实的需求。这次的迭代更新，设计师主动要求参与到最原始的需求调研过程中，直接面对用户、倾听用户的声音。接触到真实的用户以及最原始的需求，使得设计方案更贴近用户的使用场景，这也使得方案更好的落地与得到用户的认可。时间允许的情况下，设计工作前移、有序科学的进行用户研究和设计调研，确实可以创造更多的价值。