|错误的产品设计

生活中很多事情确实没必要做得那么复杂，但还有很多事情确实就是这么复杂，这时候不要想着粗暴地简化它，而是学会管理复杂，在复杂中构建秩序，这才是正确产品设计思路。

本文插图

原本文章标题叫错误的用户体验，但一说用户体验，很多人以为我又要扯用户体验的五个层级，从战略层到感知层，逐层分解再好好说道一番。
大家都是成年人了，在职场这么多年很少看到谁会搬出这个层级来做用户体验，一方面除了这个理论框架没有太大指导意义，毫无执行落地的方法以外；另一方面我们作为一线的产品经理，鲜少有能力决定产品对应的资源层、能力层，更不用说是战略层的东西。
理论的东西虽然好，但缺少对实战的指导只能躺在教科书上，最后变成产品经理凸显自身专业性的谈资以及汇报材料上和领导扯皮的筹码。每次看文章，道理全都懂了，但是做起来还是懵逼。
01 一个奇怪的产品是怎么诞生的
场景1：
领导给了一个方向，我们要做一款啥啥啥产品，时间很赶，我们要在一个月内做出来。产品经理坐在办公室调研，需求全部来自领导，遇到不清楚的地方就脑补一番。
规划未动，原型先行，时间太赶怎么做方案呢？
那只能是找几个竞品来抄一抄。抄的过程中产品经理又不甘心，于是加了些自以为是的交互。交差以后领导又提了一些自以为是的交互，只要以用户的名义提的建议就做，反正又没有真实的用户，只能领导说了算，于是这个奇奇怪怪的产品/方案就做出来了。
场景2：
在评审产品方案的时候，我经常会听到不同的人说：
“万一用户想这样操作，我们也需要支持。 ”
“还是有这种情况的，比如我用XXX的时候就喜欢做XXX 。 ”
“XXX产品支持XXX功能，所以肯定是有需求的，我们也做。 ”
我们在被他人意见左右的时候，经常会想着每个用户的需求都不一样，使用习惯也不一样，所以把所有的情况都考虑进去，这样的设计才显得完善。开发提了几个可能，产品提了几个可能，领导再提几个可能，于是这个奇奇怪怪的产品/方案就做出来了。
02 如无必要，勿增实体

本文插图

不知道做产品的同学在工作中有没有遇到过这样的场景，做一个功能的评判标准变成了：

竞品有没有；
用户好像有这样的需要；
做了反正也没啥坏处，不做白不做。

有的时候领导或同事稍微强势一点，我们就屈服了。本来是说服领导需要做什么功能，现在变成了说服领导不要做什么功能，毕竟领导套一个“别的产品也有，他们为啥就做了”的大帽子，我们就怂了，是啊做了好像也啥坏处，干嘛跟领导较真呢。
遇到这种情况，我思考问题的第一原则是：如无必要，无增实体。决定要不要做某个功能思考的起点是为什么要做这个功能，如果不做对用户会有什么影响，如果做的话需要有足够的理由。而不是做了这个功能又会怎么样。
任何复杂的事物都有其固有的简单性，多是少的累加，复杂也是简单的组合拼接，提醒我们抓住事物的本质，不要人为将事情复杂化，这样才更有助于我们有效且高效的解决问题。
在这个思考的基础上，我总结了三点可执行的建议给大家：