最近工作上遇到了瓶颈，产生了几个问题，一只没有考虑清楚，今天看了一会书，对其中几个问题有了新的体会。
产品经理的工作职责是什么？工作是否有意义？
工作一段时间后，开始陷入到迷茫当中，现在每天的产品生活，就是不断的发现用户需求、设计功能、满足用户需求。也能想到一些不足，比如用户需求挖掘的是否深入、功能设计的是否合理，但是仅仅是这些不足吗？
如果答案是肯定的，那我一定很崩溃，因为方法论上没有进步的空间，剩下的都是业务的熟练程度。读完书后的现在，才能明确的说，不是这样的。
产品的工作，最重要的是发现核心价值，然后帮助用户解决核心问题。
核心价值与其他需求价值有什么不同之处？我觉得可以认为这个需求是统领作用。有一个统领全局的核心价值，好处有三点：
- 用户可以在最短的时间内认识到产品价值。如果是一堆功能堆砌的产品，就会让新用户很迷惑，我来这是干嘛来的？
- 其他需求以此需求为纲。有了核心需求，对其他需求的考量就要以核心需求为衡量标准，如果能够帮助实现核心需求，就是有益的，如果能够弥补核心需求，也是有益的，但是与核心需求不相关，无意义。比如朋友圈为什么要反鸡汤文，因为朋友圈的核心价值在于高品质的熟人社交，而这种鸡汤文会降低朋友圈中信息流的质量。
- 有核心价值，就可以统一逻辑，实现不同需求之间的效果协同，形成1+1>2的效果。
然后在回顾当前的工作，是不是陷入到了需求-设计-评审-开发的死循环中了？从用户体验要素模型中看，是因为总是停留在结构层，没有上升到战略层，因而做的需求价值未必大，设计的功能效果未必好。
核心价值是什么？
有很多人会陷入到结构层中动手脚的境地，重要原因就是没有理解核心价值，或许可以洋洋洒洒说上一个上午，但是到头来却回答不上一个问题：对用户有什么意义？
造成这种情况的原因有两个：
- 没有在战略层面上考虑产品价值；
- 一开始是考虑清楚的，但是在执行的过程中，因为领导、商业价值等因素，导致为用户负责的需求设计变形。
总之，产品的核心价值就是为用户解决问题。
为用户解决问题的陷阱
一般都觉得，找到要解决的问题了，直接设计不就好了吗？其实不是，这里面又有两个陷阱。
第一个，就像上面提到的，在执行的过程中，功能设计很容易跑偏，比如我们常常会用KPI考核，像用户留存率、平均使用时长等等。但是就像张小龙所说：用完即走。
我们可能会设计很多功能来黏住用户，但是一辆车最重要的功能是行驶，用户不会因为这辆车可以唱KTV而留存，所以要关注核心价值，而不是臆想的各种功能。
另外，我们常常会自作聪明的通过产品设计来引导用户完成KPI，这个被称作“黑魔法”。比如塞一堆小红点让用户点，弹出一堆弹窗让用户来点……
第二，就是产品设计的解决方案，可行性较差，比如设计阶段过于关注交互，而遗忘了用户的真实使用场景是：一个用了4-5年的手机，因此卡顿严重，甚至不可用。
总之
关注产品的核心价值，关注用户的真实问题，然后善用奥卡姆剃刀。
小熊说.jpg
网友评论