用户想要的功能就该给吗?

乘风破浪,启航未来!

新产品的起步阶段是最艰难的,当产品发展不好时,你需要不断地迭代并打磨产品,改善用户体验。这个阶段非常困难,但也十分有趣。

产品死亡循环

新产品在推广过程中肯定会遇到很多障碍,如果处理不好则有可能会陷入到“产品死亡循环”(Product Death Cycle)。这个概念是一年前我从管理咨询顾问David Bland那里学到的,他当时发表了一条推文:

这就是我所说的产品死亡循环——@davidbland

没人使用我们的产品→询问消费者缺少了什么功能→开发缺失的功能

一年过去了,这条推文引发了许多人的共鸣,因为我们见证过太多次“产品死亡循环”的发生,很多人也曾亲身经历过类似的困境。

那么,到底为什么会出现这种现象,又该如何避免呢?我们首先来分析一下产品死亡循环的3个环节:

1)没人使用我们的产品

对于任何新产品来说,没人使用都是正常现象,所以没有用户并不可怕,但此时你的应对方式则有可能使你陷入产品死亡循环中。

2)询问消费者缺少了什么功能

产品开发人员在早期很容易犯的一个错误就是完全被用户牵着鼻子走,而没有自己的产品观。这种错误的表现形式就是询问消费者“还缺少什么功能?”。但是这类问题实际上并不能帮到你,有以下几点原因:

1. 现阶段喜爱你产品的用户并不一定能代表更广大市场上那些还没有用过你产品的人。所以,你现在得到的反馈只代表一小部分群体,他们推荐的功能可能并不是主流用户所需要的。

2. 在遇到设计上的问题时,用户调查非常有效,但你不能指望用户拿出他们的解决方案,这是你的工作!他们在遇到一个特定的问题时,可能并没有足够的工具或技能来解决。比如在没有汽车之前,人们想要更加快捷的交通,只能寄希望拥有一匹跑得更快的马。

3. “还缺少什么功能?”这样的问题是建立在一个错误的基础上的,那就是认为增加了用户所需的功能就能解决产品遇到的障碍了。但实际上,产品开发遇到困难的原因可能是多方面的,比如是不是定价出了问题?是不是市场营销做的不好?产品的激活方式有没有问题?产品的布局是不是很糟糕?

所以,不要问用户还需要什么样的功能,你应该寻找用户不喜爱产品的根本原因,了解产品发展的瓶颈究竟在哪。实际上,有调查显示,对于很多产品来说,有80%的日活用户会在30天之内放弃产品,也就是说很多用户在没有深入体验你的产品时可能就已经离开了。在这种情况下,询问用户需要什么样的功能并没有太大帮助,只会给你的产品添加一大堆乱七八糟的功能,最终结果只能是把用户进一步推向竞争对手。

3)开发缺失的功能

很多开发者在听从了用户的需求之后就开始补全这些“缺失”的功能了。他们错误地认为,只要加上一两个新功能,用户就会接受整个产品了。

实际上,对于一款产品来说,从访问到注册再到持续使用的每个环节损失的用户都是非常多的。

访问——注册——开始使用——第1天——第7天——第30天

用户与产品的大多数交互都发生在最初几次访问上。因此,为了更长久地留存用户,你需要在这个环节多下功夫,要给用户足够的惊喜。相反,开发一堆“缺失的”功能根本无法补齐用户体验最薄弱的地方,也就是用户最先接触产品的部分。如果你开发的新功能主要是加强产品的核心部分,那么你必须同步提升产品的整体使用流程,否则用户根本深入不到这里。

跳出产品死亡循环

要跳出产品死亡循环其实并不容易,因为处在这个循环中的人往往认为自己在做正确的事情——听从用户需求、满足用户需求。但是,正确的动机并不一定会带来好的结果,满足了用户对某个特定功能的需求并没有真正帮他们解决问题。你所应该做的,就是不断地刨根问底,理解阻碍产品发展的根本原因是什么。

这个根本原因可以从多方面去寻找,比如市场营销、定价、产品布局、分发、公关、内容营销等等;也有可能是产品的战略出了问题:是走高端路线还是保持低端亲民?是开发一款实用的工具型的产品还是一款利用网络效应的社交产品。具体的方法有很多,但是核心的一点在于:你对于产品做出的任何修改都应该是为了解决产品发展中的根本问题,而不是产品团队不断开发新功能的冲动。

时间: 2024-12-26 20:04:27

用户想要的功能就该给吗?的相关文章

你给的,真的是用户想要的么?

这篇文章主要是写给第一次拥抱互联网创业的人们,无论是互联网公司出身的还是传统行业转身互联网的. 之前在<你就是奇迹>这个节目中看到一名创业者,带着他的智能水杯来路演,最后10位投资人均放弃投资.节目中投资人觉得这是一个伪需求,但创业者依然觉得这是一款有意义的产品. 我们来看一下这个智能水杯的功能,跟大部分智能硬件类似,有相应的手机APP呈现数据,温度.饮水量.PPM值等,看上去挺有趣的. 1. 核心功能,水质监测: 2. 记录饮水量,提醒饮水: 3. 互动,例如发送表情,远程干杯. 然而,经验

别问用户想要什么!用户访谈的3个基本问题,致产品经理

用户研究是用户中心的设计流程中的第一步.它是一种理解用户,将他们的目标.需求与您的商业宗旨相匹配的理想方法.但是通常跟用户交流是需要技巧的.如果乔帮主上来直接问用户你要啥并且按照这个需求来做iPhone的话,谁知道能做出神马逗比玩意.所以,看看这篇百度UEO的shangshang同学翻译的这篇文章吧,不论你做的是用研还是设计,应该都能获得不少启发. 用户调研的首要原则:千万别直接问用户他们想要什么 --Erika Hall,just enough research 我喜欢做用户访谈,它们低廉.有

在php中,如何将一个页面中的标签,替换为用户想输出的内容

前言:釜山行,暴露人性, ———————————————————————————————————————————————————————————————————————————— 今天说一个最简单的例子,就是在php中如何读取另一个html页面中的标签,并显示用户想输出的内容. 首先建立一个页面,命名为:test.html如下图所示: <!doctype html> <html lang="en"> <head> <meta charset=&

Linux对所有用户设置自动注销功能

对所有用户设置自动注销功能: 首先,以root用户登录系统,输入 vi /etc/profile 命令,编辑profile文件. 查找TMOUT,若没有,则可以在文件最后添加如下语句: TMOUT=300 export TOMOUT 如果查找到了,直接设置时间. 300表示自动注销的时间为300秒. 编辑好文件后,保存,退出,重新登录,设置生效.

ECMall插件—用户手机验证绑定功能

ECMall用户手机验证绑定功能功能价格:450(包安装)功能介绍:   此功能主要为了防止用户恶意下单购买,买家选择好商品后通过手机验证绑定成功后才能下订单购买.图片截图:图片一,在提交订单界面需要手机验证后才能成功提交订单. 图片二,点击手机验证按钮弹出的提示框 图片三,买家填写电话号码等待验证码,输入验证码后再提交 图片四,绑定成功确认下单. ECMall授权.ECMall插件购买.二次开发.定制.ecshop模板.仿站以及电商整体解决方案,就找卓流应用网,更多详情请咨询客服QQ:1356

自定义提示用户授权使用地理定位功能时的提示语

以前程序的地理定位功能若查询GPS授权情况,返回的是CLAuthorizationStatus.NotDetermined,意思是授权状态未定. 需要在使用CoreLocation前调用方法 requestWhenInUseAuthorization() 或者 requestAlwaysAuthorization() 并在Info.plist中加入两个缺省没有的字段 NSLocationAlwaysUsageDescription NSLocationWhenInUseUsageDescript

业务逻辑:五、完成认证用户的动态授权功能 六、完成Shiro整合Ehcache缓存权限数据

一. 完成认证用户的动态授权功能 提示:根据当前认证用户查询数据库,获取其对应的权限,为其授权 操作步骤: 在realm的授权方法中通过使用principals对象获取到当前登录用户 创建一个授权信息对象 根据用户查询角色列表,并遍历角色列表 在循环体中将角色关键字添加到授权信息对象的角色属性中 根据用户查询权限列表,并遍历权限列表 在循环体中将权限关键字添加到授权信息对象的权限属性中 在角色与权限service类的根据用户查询角色与权限方法中判断用户是否为系统管理员 如果是系统管理员就查询出所

高效程序员的45个习惯 敏捷开发修炼之道 读书笔记 第四章 交付用户想要的软件

让客户做决定 开发者及项目经理能做的一个最重要的决定就是:判断哪些是自己决定不了的,应该让企业主做决定. 当你和客户讨论问题的时候,准备好几种可选择的方案.从业务的角度介绍每种方案的优缺点,以及潜在的成本和利益, 并和他们讨论每个选择对时间和预算的影响,以及如何权衡,记录客户做出的决定,并注明原因. 让设计指导而不是操纵开发 好的设计是一张地图,它也会进化.设计指引你向正确的方向前进,她不是殖民地,它不应该表示具体的路线,你不要被设计操纵. CRC卡片的设计方法 类名:. 职责:它应该做什么?

《高效程序员的45个习惯》--交付用户想要的软件(Ⅳ)

真正的敌人是变化!! 一.让客户做决定: 开发者(项目经理)能做的一个最重要的决定就是,判断哪些是自己决定不了的,应该让用户做决定: 当与客户讨论时,准备好几种可选方案,从业务角度介绍每种方案优缺点,以及潜在的成本和利益,和他们讨论每个选择对时间和预算的影响,以及如何权衡: 二.让设计指导而不是操纵开发: 前期的设计属于战略设计,不应该具体说明程序方法.参数等细节,应该扮演地图角色,指引你向正确的方向前进: 战术设计需要在具体的项目开发过程中展开: CRC(类-职责-协作者),类名-它应该做什么