产品需求七宗罪：浅谈产品设计开发中遇到的那些坑

对于产品汪来说，用户需求、产品需求就像一个老生常谈的话题，耳朵都听发麻了。比如说从用户中来，到用户中去，得屌丝者者得天下；挖掘用户需求的本质，把它转换成真正的产品需求等等。但是就是在这些简单易懂的概念背后，我们常常会因为一些细节犯错误。以下通过结合工作过程当中遇到的问题例子，总结一下产品需求的七宗罪，谈谈产品设计开发中遇到的那些坑。

1、妥协即放弃，不敢坚持

作为产品人，时时刻刻都会面临着各种PK，如果你只有一颗小心脏，估计早已破碎了好多回了。

比如当产品新功能一出，马上就有用户反馈说新功能影响了他的使用习惯，强烈投诉下架它；又或者老板因为自己的经验和想法觉得这个功能不好，要你先放弃这个功能，此时你也只能眼巴巴地看着新需求被腰斩了……

嗯，乍看上去的确是被下架了，可这并不意味着就是不好的需求啊。也许某些地方欠缺考虑，但只要从用户的角度出发，寻求更好的方法，以后一定有机会上线的， 暂时的妥协只是为了跳得更高 。

比如：

为了提高公司桌面端产品的安全性，产品经理（以下简称小产）增加了一个单设备登录限制的功能，即是任何时候只能有一个设备登录，新登录的会把旧的踢掉。如下图所示：

可是当产品上线后，很多用户马上发来投诉，说要下架这个功能。

于是小产慌张了，马上收集用户反馈，发现之前做需求调研时并没有考虑到这种使用场景。因为很多企业办公环境都分为内外网，而内网网络是受限制的，无法正常地上外网。所以有些用户经常使用桌面端来发送文件，把它当成是文件传输器，久而久之形成习惯了。现在突然不能同时登录了，当然会抓狂反对！

这时候应该怎么做呢？是下架不做，还是硬磕到底？

面对这种情况，小产第一时间是安抚“受伤”的用户，然后跟后端说把这功能暂时下架。虽然暂时妥协，小产却总结了这次的教训，重新站在用户的角度上去考虑需求。内网用户不就是需要传输文件这个功能吗？那就从这个角度出发，去解决主要矛盾。于是，在不影响单设备登录的情况下，文件中转站功能出来了，很多用户都拍手称好。

产品经理不能因为挫折就放弃，或是因为用户投诉就灰心。偶尔的妥协不等于放弃，只是为了跳得更高而蓄力。越战越勇，永不放弃，这些都是产品经理可贵的品质。

2、用户需求=产品需求，不懂挖掘

《用户体验要素》的战略层告诉我们，产品首先要先确定两点：产品目标和用户需求。简单来说，就是你的产品要做成怎样去解决目标用户的需求。

那是否说用户需求就是产品需求？只要是用户需求都要去做吗？

其实不然，如果把所有用户需求都不假思索地做到产品里，看上去功能大而全，但整体上却显得臃肿和不能聚焦。这与崇尚小快美的互联网思维是背道而驰的，更别说能快速占领市场了。比如智能手机的功能特别多，你是否每个都用过呢？

当用户需求很多时，我们应该要分清什么是主需求和伪需求，哪些是才是真正的需求痛点？ 要善于抓住主要矛盾，把需求按从内到外，按优先级进行划分 。如下图所示。

比如：

经常有用户跟小产反馈说，手机签到提醒声音只是“咚”一声，能否改成“签到了”的语音？

初级小产如果遇到以上需求，肯定会拍拍胸脯说，没问题我找开发改。只是，真的确定产品需求就是这样吗？

用户希望声音智能化，能够提醒自己是否签到成功，它只是产品需求的一个点。如果由点到面分析的话，真正的需求点应该是员工正常签到，没有早退迟到，不会被扣罚工资。

于是，小产可以这样去整理产品需求了：能否只要进入公司签到范围内就自动签到呢？或许我们对员工非常信任，把签到和加班连接起来；甚至可考虑去掉签到功能，这样连声音也可以省略了……从点到面，这就容易发散思维了，产品也会有创新。

用户需求不等于产品需求，当我们遇到用户需求时，首先不要马上去画图开发，而是要分析研究，找到背后的本质规律，确定哪些是伪需求和真需求，懂得筛选分析，然后把它转化成产品需求。

3、看不起小需求，不注重细节

“失了一颗铁钉，丢了一只马蹄铁；丢了一只马蹄铁，折了一匹战马；折了一匹战马，损了一位国王；损了一位国王，输了一场战争；输了一场战争，亡了一个帝国。”——著名的英国民谣

一颗铁钉足以改变一个国家，可见细节是多么的重要！

每个产品人的心中都有一颗躁动不安的心，他们总想着去改变世界。做金融平台的想要打掉银行，做企业移动办公管理的想要砸掉企业的电脑。有时因为目标太大，一上来就想做系统重构，产品大改，看不上小需求。 殊不知整体的功能都是从部分构成的，小小的产品细节也能给用户带来巨大的好处 。

比如：

我们公司的IM桌面端有一个消息聊天窗口，类似于QQ，窗口菜单栏上有一个字体大小调整的按钮，其值只有12到16。如下图所示。

这个功能一直没有用户反馈和吐槽，所以就这样放着了。直到后来来了一个新小产，他把这个字体大小的数值从12调到22，没想到上线后马上得到了用户的夸奖反馈。

为什么呢？这只是一些数值而已啊！

原来有些用户是重度近视者，或者是年纪大有老花眼，看消息久了眼睛就会流眼泪，特别是字体小的时候更加吃力。之前之所以有些用户不反馈，只是以为16就是字体上限了，就这样忍着；还有的就是懒的反馈。现在好了，这些“另类”的用户打字聊天非常的舒服。特别是有一个销售主管用户，因为字体变大后有了耐心才拿下了一个商机，签下了十几万的大单呢！

你看，一个小小的细节，却可以帮助客户签下大单，难道不是对用户产生了巨大的价值吗？重视细节，打造极致的用户体验，这是产品经理们要追求的目标。

4、存在即合理，不敢质疑

凡是合乎理性的东西都是现实的；凡是现实的东西都是合乎理性的—黑格尔

这是来自黑格尔《法哲学原理》的哲学名言，要理解它的真正含义，需要了解当时历史环境中的“理念论”才能给出答案。然而，对于平常生活来说，认为只要存在就是合乎情理或者正确的，那就是极端主义。从产品设计的角度来看就是固步自封，不求创新，这是做产品最忌讳的。

比如：

我们公司的桌面端产品是一款企业IM通讯软件，设计之初采用了类似QQ的UI交互，整体界面就是典型的PC互联网时代的产物。如下图：

点开消息窗口和应用窗口，每个窗口都是独立存在。然而，当你打开其他功能窗口时，需要点出主面板，所有操作不能一目了然。小产一开始也觉得也有问题，但是这么经典的设计在PC时代大放光彩，似乎已经很合理了，不需要修改。

后来随着产品战略的改变和功能升级，如企业ERP系统集成，多应用页签等，小产慢慢地发现这样纵深式多窗口的设计已经存在瓶颈了，没有一个工作台的概念，它会影响到用户的工作效率。于是小产参考了钉钉竞品的做法，大胆采用了横向的设计结构，主窗口容器里容纳所有的窗口，根据工具栏的操作而做不同的内容展示。如下图所示。

更改了之后，新版界面简洁明了，功能好用，得到了用户的积极反馈。

很多时候，产品经理对于已经存在的产品设计都不敢质疑，只会一昧地认可和抄袭，甚至是他们都没意识到要改变旧有的设计，这是很可怕的。我们要善于跳出惯性思维，从用户和产品的角度去看问题，大胆质疑和叫板，勇于创新。

5、只看重商业价值，不重视用户体验

什么是好产品？

也许你会说，帮公司赚了大钱就是啊！

真的是这样吗？

其实好的产品要考虑这两点：产品需求和商业价值。如果产品不为公司赚钱，不考虑商业价值，则是耍流氓；反之，如果产品不考虑用户体验和需求，只关心商业价值，就算开始能赚到钱，最后也只是昙花一现。 如何处理好产品需求与商业价值的平衡，是产品经理面临的一大难点 。

比如：

为了能帮助公司赚大钱，小产“另辟蹊径”，在手机APP中加入了广告业务。每次APP第一次进入主界面后，都会弹出一个广告对话框，里面的内容都是客户投放的广告。

自从开启了这个功能，公司的这一两个月的利润数据上升了，但是用户的投诉声也不绝于耳。很显然，这已经对用户体验造成了严重影响。

可以想一下，第一次启动后的广告对话框都需要用户手动去关闭，不仅增加了用户的操作步骤，也增加APP的启动时间，说不定还会比较卡，毕竟脚本代码就摆在那里啊。手机端屏幕比PC小这么多，功能内容更要聚焦。

于是经过与用户的沟通交流，小产决定把广告这个功能拿走。虽然这块收入没有了，但是却提高了用户体验，增强了用户黏度，让用户体验和商业价值达到了一个平衡。

我们知道，产品需求是由用户需求转换而来的，它就是要解决用户的痛点问题。极致的用户体验也是好的产品需求打造出来的，而商业价值则是最大限度地从用户那里得到利益。产品需求和商业价值是可以成正比的，即是产品用户体验越好-》用户很喜欢-》用户愿意付钱-》商业价值越来越大。否则用户讨厌你的产品，就算一开始不敢撕破脸，不敢离不开你，以后只要有更好的app，用户肯定会抛弃我们选择更好的。

重视产品需求，打造极致的用户体验，让用户体验和商业价值达到平衡。

6、产品需求变更频繁，不懂敏捷开发

在开发和设计眼中，产品经理就是一个天杀的存在，因为他们经常变换需求，把做好的东西推翻再改。

可是在互联网产品开发中，需求变更是经常的事情啊，就算是临近发版上线了也会临时添加产品需求，更不用说在开发过程中了。但是， 因为需求变更频繁而经常延缓产品发版的时间，则是不可取的 。

比如：

小产最近负责一个产品项目，由于它是一个to C的产品，用户需求特别的多。有一次刚开发好一个新版本，准备AB测试上beta版时，各种压力就纷至沓来了。

老板说：这个功能为什么不加？你看那个竞品已经有这个功能了，先改完再上线！

用户说：小产，能否为我增加一个打印功能，这样我做完单就能打印了。

老板发话，用户反馈，到底要不要改完再上线？如果改完再上线的话，肯定会延期的。

经过仔细的分析考虑，小产决定了，老板的话肯定要听，用户需求也要加，只是这一版先不加，还是正常上线。因为除了老板和用户的新需求，此次版本还有其它新增的产品功能，性能优化和bug修复，如果这个版本拖延了，说不定竞争对手就会快一步占领市场了。

同时参照互联网的开发模式，小产也决定了：产品开发采用敏捷开发模式，两周一迭代，每天一站会，不管产品需求如何频繁修改，迭代周期一致不变，用户看到迭代的更新，也会认同我们的专业和能力的。

互联网世界，瞬息万变，要想在市场竞争中获得一席之地，需要小快美的互联网思维，敏捷开发，时刻聚焦，唯快不破。

7、自我看待产品需求，不懂站在用户角度

很多产品经理都是半路出家，有的是从开发转过去，有的则是从运营或者是设计转岗过去，所以一开始他们很多旧有的思维模式也就顺便带过来了。

这好比原来你是做开发的，现在要把工程思维转变为产品思维，不能再从自己想当然的角度出发；或者你是做运营的，要开始注重用户需求，不能总想着着写文案提升活跃度。无论从哪个岗位转行做产品， 首先要做的就是改变你原有的思维模式，学会站在用户的角度上去看问题 。

比如：

公司最近新来了一个产品助理小鸣，原来他是做C++开发的，因为心中也想着改变世界，所以掉“坑”里了……

有一次小产让小鸣跟她一起去拜访客户，客户主要是做室内装修设计的，他们讨论如何把客户的ERP系统无缝连接到公司的移动办公平台上。

回来后，小产让小鸣把用户需求整理一下，然后弄成产品需求。结果小产看到小鸣递过来的产品需求功能表时不禁惊呆了：上面只有零星几条产品需求，其它产品需求不是备注了“不严谨”，“没必要做”，就是“服务端系统不支持”等字眼。

小产叹了叹气，语重心长地说：“小鸣啊，你还是带着你以前的工程思维去看待用户需求，你不能从自己想当然的角度出发，你应该站在用户的角度上去看产品需求，不能自我觉得怎么做就怎么行。你所做的一切都是要抓住用户的痛点，去解决问题的，回去重新改一下吧。”

于是小鸣慢慢地改变思维模式，学习如何站在用户的角度上去看问题，重新整理了一遍产品需求功能表。小鸣说，只要每次遇到产品需求，他就会问自己，用户是怎么想的，怎么去帮他解决问题，不再以自我为中心了。

产品需求是以用户需求为基础的，作为一个产品经理，切记不要“想当然”，先入为主。要时刻以用户为先，站在用户角度上去看问题，做好用户体验。

以上就是产品需求的七宗罪，其实都是一些我们平常工作中遇到的一些典型问题。虽然“坑”常有，但只要我们披荆斩棘，不忘初心，就一定能够避免踩坑。

 

作者：沉森心（微信公众号@ocean_cheeky），从事企业移动管理产品工作，相信牛逼的产品会改变世界。爱学习，爱生活，踏踏实实，看世界。

本文由 @沉森心 原创发布于人人都是产品经理。未经许可，禁止转载。