面对来自各方的需求，如何做出明智的决策，既满足业务需求又不迷失产品方向，是每个产品经理都需要面对的挑战。本文将探讨如何避免成为“老好人”式的产品经理，确保产品始终围绕用户价值进行优化和迭代。

作为产品经理，常常会有面临很多需求，不知道如何抉择哪些需求该做，哪些需求不做，哪些需求先做，哪些需求延期做。

在解决以上的问题的时候，我们可以先理清一下，产品经理到底是服务的谁？

有的产品经理在面临老板的需求，会有无法推脱的困扰，毕竟老板是金主是上级，如果不做，可能工作不保，丢了饭碗。

在面临的与之并肩作战的运营需求，也责无旁贷。互联网常有一句话“产品经理负责生娃，运营负责养娃”，现在养娃需要支持，产品经理如果推脱，到时候业绩完成不了，是你产品不给做需求的锅，这天空飞来的横锅，产品经理抗起也实在是冤。

那老板的需求要做，运营提的需求也要有，产品本身还有很多功能需求也要做，作为level不高的产品经理，我们只能加班加点的默默承受吗？揽来一大堆需求给开发，开发的熬夜加班，头发一掉一大把。

产品汪还不时给程序猿灌蜜汤“我给你提需求，不是害你，是爱你呀，傻瓜！” 程序猿回怼一句：“汝之蜜糖，吾之砒霜”！加班熬夜，翻白眼的力气都没了。

年终述职的时候，产品经理可自豪啦，我今年做了几十上百个需求，老板的需求做了，运营的需求也做了，产品本身的需求也做了，我这一年很忙，锅得很充实，我多么牛掰呀！大家都离不开我。

其实，忙得晕头转向的产品经理，不是一个好的产品经理。如果来者不拒的需求都照单全收，是非常危险的，一方面浪费了资源。另外一方面，疲于应付，却失去了更多思考地方，让我们形成了管窥之见，认为实现了很多需求就很不错了。

其实很多需求，本该产品经理把关的，产品经理却没有尽到该尽的职责。可能会忘了我们的产品最终是要服务用户的，这些需求是不是服务用户，是不是用户想要的。

产品再有价值，如果不能与用户达成共识，那也只是自嗨。

产品经理给开发提需求特性，每个实现的特性，都是有成本的：时间成本，人力成本，机会成本。

占据开发时间，需要产品、开发的人力投入，产品、开发投入了这个特性，同时就没有办法再做其他的特性。因此我们在给开发提特性的时候，需要做合理的取舍。那做取舍到底要遵循哪些原则呢？

我们在做需求取舍时，可以参考KANO模型。

KANO 模型是东京理工大学教授狩野纪昭(Noriaki Kano)发明的对用户需求分类和优先排序的有用工具，以分析用户需求对用户满意的影响为基础，体现了产品性能和用户满意之间的非线性关系。

产品的特性是从产品本身的角度出发，而产品的属性是从用户的角度出发。

产品的特性实现是功能实现，用户属性的实现是满足用户用户的诉求。产品的功能最终是要服务用户的，如果不能服务用户，就是无效投入，甚至还有可能是反向投入。

因此我们需要从用户角度出发，做产品需要有用户思维。用户角度的属性，可以分为期望属性、魅力属性、必备属性、无差异属性、反向属性。

期望属性是体现产品的核心价值，是用户购买的你的产品，最希望获得的价值点，需要确定性交付，如果用户买了你的产品，不能确定性交付，那用户就会不满意，认为是被割了韭菜。

假如您的产品是功能性产品，用户购买你的产品是为了拥有某个功能，如果你的产品不能提供用户期望的功能，那用户就会认为你的产品不是她期望的产品，可能下次就转为路人了，不会再回购，当然你的产品如果本来就是为了割韭菜就另当别论了。

举个实际的例子，如果你是卖一款结实不破的垃圾袋，能够装5斤重量不破。用户买你的垃圾袋，就是期望能把装到5斤重量的垃圾袋，轻松提到垃圾桶丢掉。

如果你的做的垃圾袋，用户拿回去装了正常垃圾重量，却在半路上破了，让垃圾撒到遍地就是，那用户就真的会认为你的垃圾袋是垃圾了。不但下次不会买，还可能会去网上投诉，影响您后面的销售。

魅力属性是用户本来对这个功能没有需求，本不在她最初的需求之内，但是买了之后，发现有额外的收益，会有一种惊喜感，会增加对你产品好感，下次还会复购的，说不定还会转介绍。

但是前提还是需要先满足期望属性，才可以追求魅力属性。同样拿垃圾袋举例，假设你的垃圾袋就是上面说的不破垃圾袋，你在垃圾袋的外观加一些可爱的图案。

用户买回去，说不定还当手提袋用，认为花的仅是一个垃圾袋的钱，买的却是可反复利用的购物袋，这个垃圾袋提供的价值就是超出用户的预期的。

必备属性是产品无需特别备注，用户也不需求特别提出，您的产品就必须具备的属性。当优化此需求,用户满意度不会提升,当不提供此需求,用户满意度会大幅降低。

比如用户现在买手机，不会特别去关注手机的信号怎么样，更多的关注手机的手感、外观、照相功能。

假设你的手机在这些方面都很厉害，但是手机信号很差，那用户就不会买账。但是如果你的手机信号很好，用户也会觉得这本身就是手机该具备的功能，不会单因为手机信号好就会对手机映像深刻。

当然这种必备属性，随着不同的背景，可能会存在变化，在手机大哥大当面临出世的时候，手机信号好就是一个期望属性。

无差异属性是可有可无的属性，你不提供用户不会不满意，你提供了用户的满意度也不会提升。

比如对于一个饿了三天三夜的人来说，你给他一个馒头和给一个精心的加了各种颜色各种造型的馒头，对他来说，是没有差异的。他当下的需求是填饱肚子，他不会觉得你花了特别多精力做出的花式馒头就能更扛饿。

反向属性，是不提供用户不会不满意，你提供了用户的满意度反而会降低的属性。

不知道大家有没有注意到，外面的一些面馆和粉馆，一般的调味料都都单独放在一边，让顾客自行添加。就是因为您认为好吃的调料，在不喜欢吃的人看来，说不定就是接受不了的味道。

如果餐馆老板擅自添加自己喜欢的吃的折耳根、香菜在顾客的碗里面，对于不能接受的顾客，无疑就是一种劝退。

通过对上面的几个用户感知的属性的认识，我们在接到的需求，也可以让其对号入座。

老板的提到需求，运营提到需求，产品规划的需求，这些需求到底是哪一种属性，站在用户的角度来思考，就非常清楚，哪些需求可以做，哪些需求不用做。

即使回应老板、回应运营，我们也有理有据。不再担心得罪老板，不再担心给运营背锅，也能体现我们的专业。