工具产品做完没人用,你知道为什么吗?

0 评论 3614 浏览 7 收藏 10 分钟

编辑导语:产品经理收集大量的需求,和开发斗智斗勇之后设计出来的工具产品却没有人用,这是一件会令产品经理崩溃的事情。这是什么原因呢?产品经理又该从那几方面去解决呢?本文作者为我们分析了“因”、“果”,并且总结了七点解决问题的小技巧。

前言:作为一枚业务支持产品经理,辛辛苦苦做出来的产品,却经历着“产品成功上线,使用者寥寥无几”的尴尬现状。 有因必有果,现在把我总结的“因”、“果”分享给大家

一、产品经理未能真正理解业务的需求

需求理解力就是产品经理理解需求的能力,理解能力不同、理解程度不同,做出的产品也不同。

如果不能理解用户的需求,做出来的产品功能就会“货不对板”,用户想要A功能,而产品理解为B功能并最终实现出来,交付给对方的是不符合要求的产品,业务方是不会买账的。

如果再次沟通重新设计研发,不仅延误工期,也会再次造成成本消耗等一系列的影响。

那么,产品为什么会没有真正理解业务的需求呢?

1. 产品不了解“用户使用场景”

产品经理需要在需求环节,根据对方的描述,了解对方是想在什么环节做什么事情,这就是所谓的了解“用户使用场景”。

在日常工作中产品经理需要多观察和了解到”客观场景“,当用户提出需求时,才能“设身处地”的知道他们想要的是什么,设计出的产品才符合用户所需。

拿营销业务的产品人来说,需要了解销售人员的整个工作环节,比如给用户介绍我们的哪些产品、什么时间和用户沟通效果最好等等。

举个例子:一般首次接触新用户,销售人员会发相应的产品介绍,此时是不希望用户看到过高价钱的产品。

如果不了解这一细节,产品设计可能不会考虑做商品的区别展示,那么新用户可能会看到高价商品被“吓跑”,营销销售人员跟进客户。

2. 只听业务讲”我要什么”

在人们的表达习惯中,往往总是在表达结果而不说原因,比如一个人说想吃一颗苹果,不一定是他爱吃苹果,可能是因为“他渴了”。

作为产品人,我们需要深挖用户问题背后的真正“原因”是什么,而不是听了用户说什么就立马做什么。

像上面的例子中,用户想吃苹果,但是此时没有苹果,通过沟通了解后,用户有慢性胃炎并且体质较寒不适合吃苹果,这时给他一杯水,便达到了解渴的目的。

举个例子,在一次需求沟通中,业务提出想要直播工具的需求,通过对需求的仔细沟通后,在问到相关资源是否配备齐全后,才得知目前并没有直播讲师,只有一些录制好的视频。

其实业务方是想通过已有的资源实现“直播”的效果,在之后的产品规划中,产品经理就不能只考虑直播场景,而要把视频转直播的场景也设计出来供业务方使用。

二、产品未达到“便捷”“提效”的效果

作为内部工具产品主要功效就是降本增率,即降低用户的使用成本,提升用户的工作效率。

用户在使用产品时,是有替代成本的,用户需要花时间花精力去了解适应使用,如果新产品所带来的使用体验、和效率都没有达到用户预期,新产品带来的替代成本超过旧产品,那么对于用户来说便是无用的。

举个例子:原有问卷管理系统,运营同事需先打开问卷,再点击转发按钮才能发送给用户。若用户较多,需挨个点击转发,工作效率较低,且打开问卷这一操作对于运营要转发给学员这一场景来说毫无意义。

在做功能优化时,问卷列表增加一键复制链接的功能,运营只需要点击1次复制按钮,就可以单个或批量发给学员。

从使用性来说操作简单、缩短了流程,在提升工作效率方面,以前给3个学员发送问卷需要10分钟,优化后,只需要3分钟即可完成。

三、产品体验不好

不是只实现功能的产品就是好产品,好的产品体验尤其重要,如使用者对产品的感官体验、交互体验、心理体验等。

  • 感官体验,用户对产品的视觉体验,如产品的颜色、结构、呈现内容等,是否让用户“看起来舒服”;
  • 交互体验,系统功能的使用体验,如点击按钮、滑动页面等,是否让用户“用起来流畅”、且好操作;
  • 心理体验,产品功能超出用户预期,超越需求之上,让用户心理尖叫“哇,这就是我想要的”。

回归到工具产品中,产品功能设计不合理,导致使用不流畅,用户使用的体验感较差,只能花费更多的时间和精力适应产品,无形中增加了用户的使用成本。

对于营销人员来说,日常工作中服务客户已经占据了大量的工作时间和精力,遇到的客户和处理的事情也各色各样。若工作中再使用体验不好的产品,不仅影响服务客户的进度,好心情也会大受影响,这样体验不好的产品就是事倍功半。

举个例子,在设计一个信息录入的功能时,用户有必填项未填。

但是在点击“提交”按钮后,系统才提示必填项未输入,并清空了已填写的信息,导致需要用户重新编辑信息再提交,如此糟糕的体验导致用户心理“崩溃”,不想使用产品。

四、产品不符合变化后的业务

除了以上直接或间接的原因外,还有一种导致业务不用产品的原因,就是“产品不符合变化后的业务”。

业务变化,可能是功能流程变化,或者增加了新的营销模式等,这些变化导致需求发生了变化。

如果变化发生在功能开发前还可以调整,但如果发生在迭代中或者产品上线后,那么产品必然是不符合变化后的需求,产品在还没使用前就已经被业务方“淘汰”了。

举个例子,在落地页相关功能开发阶段,功能满足的是传统电销需求,但此时业务的营销模式发生了变化,落地页功能需要支持新的营销模式。

此时距离产品上线时间还剩1周,来不及调整版本内容,最终产品上线后业务方没有用起来。

五、总结一些解决问题的小方法

  1. 把握每次的需求沟通机会,充分理解需求,把业务当做“用户”,参与到产品的设计中;
  2. 对于一些非正常途径来的需求要找到源头方确认好;
  3. 不做想当然的设计,要做符合用户使用场景的产品;
  4. 上线前,准备好使用教程,教程的形式可以是录制一段vedio、制作一个H5等,方便使用者随时查看;
  5. 上线后,可以使用调查问卷、或者面对面调研的方式了解业务使用情况;
  6. 遇到严重影响业务的问题,优先解决,让对方看到我们解决问题的态度和速度;
  7. 日常多和业务沟(套)通(近乎),培养敏锐的业务洞察力,及时了解业务模式的发展动态,做好充分的产品预案。

 

本文由 @六点零 原创发布于人人都是产品经理,未经作者许可,禁止转载。

题图来自Unsplash,基于CC0协议。

给作者打赏,鼓励TA抓紧创作!
更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 目前还没评论,等你发挥!