OurDotNetLogo

程序员,.NET平台,.NET学习,CSharp学习,OurDotNet,程序员,.NET平台,.NET学习,CSharp学习,OurDotNet

一个好产品的三个必要落脚点:刚需、痛点、高频
作者:人人都是产品经理  |   2018/4/5 18:02:05   |  阅读:868

我曾接触到一句话,对我印象很深,即做产品,必须落脚在刚需、痛点、高频这六个字上,这才算是一个好产品。

一个好产品的三个必要落脚点:刚需、痛点、高频

我是一家IOT创业公司的“多职能产品经理”,从公司创立两个月开始,我就进入公司,并陪伴公司两年多,见证了一个个“智能产品”的诞生,也跟着看到了很多问题,踩了很多坑,所以当我接触到“六字真言”的时候,深有感触,特此写下一些经验见解。

对于很多公司来说,只要是牵扯上互联网,往往就是一种拥抱未来的姿态,因为互联网的代名词不外乎是云计算、大数据、社交互动、移动终端等这些概念,当公司把这些概念与公司产品加持在一起的时候,就会认为这是一个好产品,一个用户为之疯狂而喜欢的产品,然而往往却是在这些光环加持下的产品,却称不得算是一个合格的产品。

其实无论是什么大的概念,还是小的idea,或是什么最新技术加持的产品,最终的唯一检验方法还是用户是否会愿意使用,愿意购买,产品是否解决用户面临的问题,能否为用户带来价值。这才是检验产品是否合格的一个先决条件。

刚需、痛点

这句话怎么理解呢?就是产品必须是用户的刚需,必须是解决用户的痛点,而且使用场景要在用户的生活中经常发生

什么是刚需?用户想要的都可以称之为需求,当需求非常强烈,甚至非要不可,就可以称之为刚需。

什么是痛点?在解决需求时,往往会遇见阻碍,比如时间、金钱、难易程度。这个阻碍就是痛点。当解决问题的阻碍越大时,痛点越强烈。

一个好产品的三个必要落脚点:刚需、痛点、高频

图1-产品价值

我15年就进入的公司,是一家做智能家居的创业型公司,在我进入的第一年开始,就相继产出多个智能硬件,一直到最终的产品小批量面世,并积极推向部分经销商、客户群体以及投资人等试用,然而得到的反响并不太热烈(基本上就是沟通送去试用后,很少有反响和回馈)。

在那个阶段,我会很疑惑,为什么会出现这个情况?

在这一整年的智能硬件设计开发中,大到智能产品的使用功能、材质选择、制作工艺、APP设计,小到产品包装、说明书颜色等等,都会有老总在一旁进行指挥及定夺,按照预想情况,这种经过老总亲自指点和关心的产品,不说多好,至少不应该表现得这么平淡,然而结果却给我们上了结结实实的一课。

我们花费大量的时间、精力、人力、物力得到的产品,用心服务吗?用心!产品精美吗?精美!使用体贴吗?体贴!但是为什么还会出现反响不热烈的情况呢?那是因为我们忽略了一个前提,那就是用户!我们对应的用户不想买这个东西,因为没有需求。没有需求,解决的不是痛点,就是伪需求。

我们会看到市场上出现许多失败的产品,也包括自己所经历的产品失败,这是为什么,为什么会出现失败?我们是否真的找到了用户的需求?这是一个真正值得思考的问题!作为一个公司,尤其是刚成立的创业型公司,其实做的最不值的行为就是往一个不存在的市场里砸钱,投入精力,付出时间,这是一个最危险的举动。这样做下去的最终结果也表明了,也许公司看到的需求就是一个伪需求。

做产品其实最大的限制并不是体验,体验不好,我们可以改,最大的问题其实就是伪需求。

我们可以回过头想想,我们做产品的时候,是不是往往会跳进一个自己的陷阱,跳过用户需求,并没有太多思考用户是不是必须这个产品。是不是碰见更多的思考是,假定用户用我们的产品,用户每天都会用,只跟用户谈材质、外形,及最好的体验。这些其实都是不正确的。

应该多问问的是,用户为什么要用我们的产品?发自什么驱动用户来选择我们的产品?

还有一些情况是,这些产品是不是真的一点需求也没有呢?也不是,它也是有需求的,但是没有它,用户也可以过,其实这个就是“痒点”,并非是痛点。

站在公司的立场,制定的策略方案其实就是针对用户的刚需和痛点,做出一个产品来解决它(如图1-产品价值),这就是一个公司产品价值的核心。至于解决用户刚需和痛点的好和更好,那就是用户体验及其他外在因素的原因。

其实作为企业或产品经理来说,为什么无法聚焦用户需求,问题出现在哪?那就是开发前没有解决不确定性的问题。

不确定性的存在是因为缺乏有效的信息,缺乏有效信息是因为对我们所服务的市场知之甚少,而这些不确定性累积在一起,最终都会变为一系列风险,而这些风险最终转化为可见成本,最终导致整个产品的失败或收效见微。因此,作为一个产品经理,在任何产品开发之前,尽可能的进行各种严格假设和调研,找到刚需以及痛点。

高频

高频,其实是好产品六字真言中,最容易被忽视或省略的一个词语,这个也是我做为产品经理,最深有体会的一个点。

有许多人,在做产品的时候,经常会想象出一个场景,但是这个场景在实际生活中很少发生,这就会导致产品使用者感到这款产品“很无用”,“鸡肋”。

比如:上门修锁,是不是刚需?肯定是。是不是痛点?绝对痛。但是它发生的频率太低了,在这种情况下,你的产品往往就很难凝聚用户。

公司在15年立项做的是一套智能家居的安防套装,主体基本类似于小米的安防套装,包含一个网关、包含了门窗感应器、红外动态检测器、紧急按钮等六件子设备,主打的是安防报警,由传感器设备感应,通过网关设备,通知配套使用的智能家居APP,起到一个安防报警使用的作用。

当我了解并参与到这套设备的整个设计开发时,我一直在问自己,为什么要选定的是这几个设备?我作为用户为什么需要这套设备,为什么我感觉到我并不是这么迫切需要这套智能设备?每次看见老总们围绕这套智能设备发出兴奋之情时,我一度怀疑自己是不是思考错了?

后来产品面世了,我做过相应回访,问过使用这套设备的用户,或者身边同样作为用户使用过这套设备的同事,得到最多,且最直接的回答就是:

“这套东西,对我来说感觉并没有什么用,我并没有购买的需要。”

针对这句话,我思考很久,时常问自己:用户为什么没有购买动机?

安全是人类最基本的需求之一,而家庭安全自然也是一个需求,我们的产品针对的场景是:假如有小偷、盗贼进入家庭,触发了门窗感应、红外动态监测等安防设备,这个时候及时通知家庭成员,帮助用户及时发现报警,降低使用者的意外损失。

家庭安全是不是刚需?是刚需。影响家庭安全,如小偷等,是不是痛点?是痛点。那产品为什么还是没有引起反响,或是为公司带来价值体现呢?这就是我们一开始一直忽略的“高频”!

我们的生活中,被入室偷盗的几率是多大?一般的家庭,出现这样的几率大吗?单纯的一套只能作为安防的智能设备,是不是对用户来说是非必须的呢?

其实发生这套智能设备使用场景的几率太低了,让用户最直接的感受就是“我并不需要”,并不是因为刚需或痛点,而是因为频率。普遍用户根本不会愿意在这样一个“没有用”的东西上面进行投入。

体验没有产品重要

很多人只看到了事物的表象,学到的也还是表象。

上门给你送一只鸡,利用大奔奔并且找几个身材火辣的美少女给你送过去,他们就会认为这就是体验,是惊喜。

其实这个时候,最重要的前提就是要多问问自己,用户是不是每天都需要吃鸡?这个是不是用户的痛点和刚需,以及高频?

我们做的所有决定或战略都要归结到用户的角度,去发现,去寻找一个需求,解决这个需求遇到的痛点,找到一个中等以上的频率,满足这三个点的服务有可能并不起眼,但是它一定是对用户来说最有价值的。

我们不可能做到一开始就让用户无法自拔,要让用户无法自拔,首先就得让用户感受到产品的价值,让用户感到对他有用。现如今的大厂,再难用的产品都会受到关注以及大批群众基础资源,但是我们作为创业者,或是小厂,基本上没有这种机会以及资源,这个时候留给我们的只有对用户三言两语的机会(让用户感到有用,并且需要),在这之后,才是更多的产品细节及交互体验提升,把产品做到优秀,精致,富有魅力,这个时候再来谈带给用户的惊喜,让用户疯狂,变为你的粉丝。

其实在行业内,只要不是技术相差太多的情况下,我们永远应该要记住的是,抓住产品的基础,那就是用户需求,如果脱离了最基本的需求,产品再怎么漂亮,包装在怎么精美,体验再怎么好,都是无法和用户同步,做到共鸣,更没法做到一个好的产品。

在一个公司内,尤其是一个创业型的公司,无论身兼什么职位,其实都需要有一个时刻从用户角度出发并思考的大脑,来为用户思考问题,解决问题。用心去倾听用户的声音,让产品的脚落在刚需、痛点、高频这几个字上,这将成为一个影响未来发展的重要因素。


评论:

发表评论

最新评论:


圈内热点

  • 怎么轻松学习JavaScript

    js给初学者的印象总是那么的“杂而乱”,相信很多初学者都在找轻松学习js的途径。我试着总结自己学习多年js的经验,希望能给后来的学习者探索出一条“轻松学习js之路”。
  • 我心目中的ASP.NET核心对象

    在我的眼里,Asp.net有三大核心对象:HttpContext, HttpRequest, HttpResponse。除此之外,还有二个对象虽然称不上核心,但仍然比较重要:HttpRuntime,HttpServerUtility
  • IIS内部运行机制

    这篇文章的资料收集整理自各种微软公开的文档,通过比较 IIS5、IIS6、IIS7 这三代 IIS 对请求的处理过程, 让我们熟悉 ASP.NET的底层机制并对请求(request)是怎么从Web服务器传送到ASP.NET运行时有所了解
  • 改善程序员生活质量的3+10习惯

    2017年的一天,代码伴随着手指极具节奏感地输出在IDE上,突然某Chrome插件弹出一封邮件提示:“今天是我在ThoughtWorks的最后一天”。
  • 编程的一些伟大真理

    编程学习中的一些伟大真理,初级程序员都知道吗?
回到顶部