「」产品经理不能只拿“用户体验”说事儿( 二 )

当然，这样的处理，还是有些简单粗暴了。
但是，时间紧，任务重。
这只是一个非常细微的极端情况。还有很多更重要、更影响体验的模块需要考虑。不可能每个地方都投入精力去深挖优化。
这个规定，给测试带来了一些麻烦。因为测试同事需要频繁地修改规则，以测试各种情况。
负责的测试同事，在听完我上面的解释后，依然不能认同。他甚至完全不理会“测试场景”和“销售实际工作场景”有巨大区别的事实，说出了这样的话：
“我现在就是用户，然后我用得不爽，体验很差，所以说明你这个是有问题的。 “
听完之后，我哑口无言。
其实，就像上面我说的，意见相左，并不是不可调和的。但是，一旦用“用户体验”这样的视角，你就会发现，事情变得无法沟通了。你很难去证明对方的“体验”是错误的。毕竟，子非鱼嘛。
所以，一旦有人扯到了“用户体验” ，那结局就只能是有一方妥协了。
当然，并不是理亏的那方妥协，因为这里面没有客观的“理” 。
往往是，职位低的那方会妥协，和项目关系小的那方会妥协，时间弹性小的那方会妥协。
作为产品经理，每次项目的时间都是很紧张的。而在我看来，很多争论其实都没有意义，采用哪种方案实际上都区别不大。为了尽快定下需求，我往往会选择妥协，放弃自己的方案，接受别人的方案——因为我的时间弹性小，拖不起这个时间。
03
“用户体验”的第2个致命问题在于，它的界限非常模糊，甚至是无所不包的。

一个加载动效，可以缓解用户焦虑，能提供良好的用户体验。
提高页面的载入速度，减少等待时间，是个好的用户体验设计。
使用显眼的大按钮，能有效吸引用户的注意，是为了用户体验。
改成幽灵按钮，使之不破坏整个页面的平衡，不干扰用户进行其他操作，也是为了用户体验。
繁琐严苛的活动规则，是为了避免羊毛党薅羊毛，从而保障正常用户能有良好的体验。
敏感信息脱敏，敏感操作拦截，表面上看，似乎给用户制造麻烦，但却是在保障用户的账号安全，安全感也是一种重要的体验。
……

甚至，就像我上面说的，有时候，某个地方的“坏体验” ，是在现实条件限制下，为了确保核心模块的体验，而战略性放弃掉的。所以，局部的坏体验，可能是为了整体体验能达到最优。
你看，什么东西都能往“用户体验”上套。
就像做计划时，什么事情都标为“重要” ，就等同于所有事情都不重要。
在工作中，拿“用户体验”来说事，说了，就跟没说一样。在工作中，讨论“用户体验” ，无法起到任何指导作用。
04
我个人非常不建议在实际工作中，以“用户体验”的视角来讨论问题。大家有一说一，有问题，就把具体情况摆出来讨论，这样才能有效地解决问题。
但是，产品经理在刚入行的时候，却往往会格外重视“用户体验”这个东西。而且，他们会更多地去关注“漂亮的界面”、“有趣的动效”、“高效的交互”等直观可感的内容。
当然，这并没有错。
虽然我上面说了“用户体验”这个视角的种种问题，但是，并不是说，我们不需要去理会用户的感受。
打造一个让用户用得舒心的产品，始终是产品经理的职责所在。
但是，好的用户体验，往往意味着更多的资源投入。而资源，永远是稀缺的。在很多普通小厂，甚至是紧缺的。有限的资源，不得不优先向核心模块倾斜。就像我上面说的，很多时候，为了保障核心模块的完成，往往不得不战略性放弃一些次要部分。