产品上线了并不意味着我们工作结束了，随着用户的反馈、市场动态，我们不断地收集到信息来优化我们的产品，也就又进入了需求收集、需求分析……这样的一个一个循环，产品的工作，就是在一次次的循环中，走向更好的未来。 如何对一个线上平台规划用户体验优化？ 用户体验的优化，核心要点是『快』，快速的做出反应，并让所有人感受到你的快，不要等着BOSS再来催！ 背景：一个类X宝的大型电商平台，线上产品的业务模式已经成熟，同时迭代不断，有拓展新的方向，也有深挖之前的功能，但是长期用户体验反馈不佳，公司高层开始下决心改，作为一条产品总监，该从哪几个方面规划这件事？ 1）确认阶段： 用户体验的阶段从无到有，到可用，到好用，到依赖，一般很多产品前期赶工，堆积了大量为了时间和业务妥协的不良体验，有些是未思考周全，也有些是降低了开发成本，基本阶段都处于有和可用的阶段。 2）收集问题： 改善体验，要快准狠，不要去学理论派，把一个产品重新分析和思考，这样太慢，没等你做完，高层就急不可耐了，先速度让所有人看到变化！ 动员不同渠道获取反馈，速度要快，充分利用高层对该事的重视，协调资源进行问题的收集，用户体验改进最怕的是问题来源不全，可用渠道一般有： 1. 新员工（包括入职不久的）做体验反馈； 2. ued团队做可用性排查； 3. 各种渠道的用户发聩； 4. 内部同事的反馈； 5. 高层的最不满之处（你会发现根据他们的背景、责任不同，大家care的点差别很大）； 6. 产品经理自查。 当然可能会有其他渠道，尽可能多收集问题。 3）解构问题： 问题不在多，但是如何快速推进改善？如何有效的真正改善？如何合理分配人力？取决于如何分解问题。 分解问题，有很多维度，在用户体验的问题上，要从多个维度结构问题，然后综合比较，才能更好的有效规划，一般维度有以下几个： a）问题类型： 1. 表现层：认知释义问题、信息结构问题、视觉表现问题； 2. 逻辑层：页面承接问题、流程断点问题、功能缺失问题； 3. 交互层：直接交互问题、间接交互问题、交互性能问题； 4. 业务层：业务流程问题、商业逻辑问题、服务设计问题。 b）体验影响： 1. 急需改进（急）：不改要死人，要亏损，要被骂。 2. 必须改进（高）：暂时不死人，但是长期下去有问题。 3. 值得改进（中）：不改问题不大，但是改了会有明显的收益和好处。 4. 考虑改进（低）：锦上添花，可改可不改。 c）改进成本： 1. 需要紧急插入（最高优先级，先改了，别等催） 2. 可以顺便改进（可以顺带着放在当前需求内做）； 3. 需要单独改进（按改进难易程度排序）； 4. 需要专题研究。 *从产研测的成本和排期角度出发，预估改进成本，毕竟你不可能脱离现有业务需求来单独改进用户体验，BOSS们永远是，嘴里喊着要改进，甚至不惜放弃业务进度，但是真的等你放弃了，你就发现，你也被放弃了。 d）改进方式： 1. 定规范修改； 2. 一次性修改。 e）业务影响：根据所属模块，进行划分，对比产品排期的优先级（产品排期一般代表了业务层面的优先级），进行排序。 4）综合排期： 根据解构完的问题，综合以上的维度，进行排期，推进修改。 这点，不想展开说，因为牵涉项目经验、团队能力、沟通协调和资源掌控问题，每个团队和具体问题，都会有自己的一套思路。但是相信各位童鞋根据上面的几个方法，已经可以很清楚的掌握问题，并让高层和所有同事都看到这些问题，并清楚知道这些问题的改进价值和成本，在这样的大前提下，又回到了取舍的问题上，相信本着一个目的，如何取舍，总会得到解决。 最后总结下：用户体验的优化，核心要点是『快』，快速的做出反应，并让所有人感受到你的快，不要等着BOSS再来催！
重复迭代
©著作权归作者所有,转载或内容合作请联系作者
- 文/潘晓璐 我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
- 文/花漫 我一把揭开白布。 她就那样静静地躺着，像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上，一...
- 文/苍兰香墨 我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
推荐阅读更多精彩内容
- Android 自定义View的各种姿势1 Activity的显示之ViewRootImpl详解 Activity...
