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

产品老司机手把手教写文档,10天线上课程,零基础掌握产品经理必备7大文档撰写法。了解一下>

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

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),从事企业移动管理产品工作,相信牛逼的产品会改变世界。爱学习,爱生活,踏踏实实,看世界。

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

给作者打赏,鼓励TA抓紧创作!
4人打赏
评论
欢迎留言讨论~!
  1. 有理有据很不错

    回复
  2. 整体观点都正确,但是觉得表达的还不够深刻,都是比较浅显的道理,不看刺挠,看了又感觉不解乏。希望小产能更深入的去谈,个人看法希望对你有用。

    回复
    1. 谢谢建议 ;-) 。嗯,文章的确是表达不够深刻,如果读者看完后还是觉得无法产生一些共鸣的话,说明写得还不是很好,得要继续努力了。

      回复
  3. 原来你是云之家的人 :mrgreen:

    回复
  4. 个人觉得除了要平衡用户需求和商业价值,更要清楚产品的背景和目的

    回复
  5. 不错,总结很到位,现实中还是控制不住啊

    回复
    1. 嗯,的确,现实总是残忍的,所以得要披荆斩棘啊,积累经验,注意不要再犯同样的错就行了。

      回复