最近几个月都在做产品改版的事情，整个团队都陷在了里面，从一些用户反馈来看，感觉没起到预期的收益效果。
先介绍一点基本情况吧，我们是做 Saas 客服系统的产品，帮助企业快速建立与客户沟通，核心用户主要是企业客服人员，同时用户主要是 web 网页上使用。
为什么要做改版？
- 前端现有框架不能够满足后续快速迭代，需要调整架构（小声说：其实就是现有团队人员不想维护之前那批人的代码）
- 现有视觉交互已经有两三年，存在交互一些问题。同时毕竟每年视觉都在更新，视觉上有一定落后了。
虽说上面是两点，其实最核心还是前端换架构，顺带做视觉交互调整。
先说遇到的坑，再说理想的解决姿势吧
- 坑 1：分页面分批改版，导致设计缺少整体把控，出现后面改版设计时，发现前期已经改版的设计不合理，导致返工。
- 坑 2：分页面分批上线，导致新旧共存，用户感受混乱，因为新旧版穿插，有些页面是新页面，有些是老界面，导致视觉上明显差异，同时为了兼容，导致加载性能不好，有延迟感。
- 坑 3：缺少新旧版详细使用数据支持，导致无法判断调整后的好坏，因为用户主动反馈的更多是负面反馈，真正的好坏无法客观评估。
- 坑 4：局部的颠覆性交互改变，造成原有用户形成的肌肉记忆被打破，效率下降，比如原有按钮位置在左边，调整到右边，用户习惯就被打破，影响了效率。
如果再做一次改版，我可能会这样做
- 改版前做一次整体用户调研，对所有用户投放问卷，同时根据根据后台数据找一些典型用户，做用户访谈，汇总现有版本的问题，在做改版时进行考虑。
- 整理当前版本使用数据，制定改版后各项指标目标，使改版后有数据可验证，能真实客观反应改版好坏。
- 对于前端整体改版，设计交互一定要整体考虑，也就是设计交互要把所有涉及的页面梳理清楚，经过完整的方案评审，开发再介入。
- 减少颠覆性交互改版，除非以前的交互有很大的问题，或者预期改版会极大提升交互效率。因为颠覆性交互会打破原有用户习惯，会降低用户效率，所以改版时一定要考虑这个因素。
以上更多的是一些思路策略上面的反思，没有给大家深入一些具体的细节，大家看看就好，但还是希望对大家多多少少有点帮助。
