• 回答数

    5

  • 浏览数

    1686

  • 收藏数

    0

作者:admin 发表于 2022-2-28 14:14:00
跳转到指定楼层

在产品方案中,“高频”是一个极为重要的关键词。

无论是什么产品,只要是低频,就代表了难以形成口碑、无法形成较强的用户行为。

但是我们应该如何定义“高频”呢?360安全卫士一直在电脑上开着,但是从来没有点开过算高频吗?各类解压软件只有用得到的时候才会使用,有时候一个月一次,有时候一天几十次,这种情况算高频吗?

如果有人跟你说他的产品的使用频率是一周2次,那么这算是高频吗?

本期得主:勉宝

分享:
0
收藏收藏 转播转播 分享淘帖
回复

使用道具

0

主题

0

听众

2029

乐币

产品专家

发表于 2022-2-28 17:44:17 来自手机 | 显示全部楼层

admin 发表于 2022-2-28 14:14

在产品方案中,“高频”是一个极为重要的关键词。无论是什么产品,只要是低频,就代表了难以形成口碑、无法 ...

首先分一下是高频产品,还是产品中的高频需求。我分别谈谈自己的理解:

1.高频产品
一个产品提供的价值无非是满足特定用户、特定场景的解决方案。
因此,必须要扣定在先决条件:产品的目标用户是谁,他们遇到的场景是什么。依此决定在这块领域内是否为高频产品。
        •  比如,熟人社交霸主微信,每个人每天需要和朋友、家人等等沟通。普通人的高频需求,用天来计算需求频次,但这种产品注定在如今的互联网已经是被巨头占领。
        •  另一个例子,看电影购票,可能每周最多看1-2次,并且是在周末的消遣时间。在这种条件下,定义高频是要用月、季为颗粒度来定义高频。
综上,高频产品是围绕目标用户和场景来定义需求频次,而且目前的趋势是找到目标用户群(即使小众),但提高每次的商业价值,产品依旧可以活下去。

2.产品中的高频需求
依据每个产品的核心链路和功能模块来定,主要用途是安排需求优先级,版本规划,以及新增/砍掉功能。
我还是举一个例子吧。比如某个PC手游模拟器,核心链路是用户安装模拟器——正常启动模拟器——安装游戏——玩游戏。
那么上述步骤的每一个功能都是这个产品的高频需求(提供适合本机的模拟器、启动模拟器、提供丰富的游戏、下载安装游戏),另外的,比如设置、论坛、用户反馈等就不是高频了。那么在产品经理安排需求的过程中,就可以依据资源做倾斜。
我学到另一手比较客观的判断方法(我有个老大是用研部门的,当时有幸学到),依据渗透率(使用人数/日活)来判断高频功能。
        •  10%以上——高频需求,持续优化,保证核心链路
        •  5-10%——中高频需求,挖掘更多需求
        •  1-5%——中频需求,保持现状,做到无功无过
        •  1%以下——低频需求,评估是否要砍掉

赞同 回复

使用道具 举报

65

主题

29

听众

3万

乐币

董X的爹

发表于 2022-3-1 16:20:07 来自手机 | 显示全部楼层

admin 发表于 2022-2-28 14:14

在产品方案中,“高频”是一个极为重要的关键词。无论是什么产品,只要是低频,就代表了难以形成口碑、无法 ...

想到了一个从运营视角理解“高频”需求的场景,我理理思路,晚点回来补充

赞同 回复

使用道具 举报

65

主题

29

听众

3万

乐币

董X的爹

发表于 2022-3-2 17:59:25 | 显示全部楼层

我从运营的工作视角,提一个关于运营工作中100%遇见的场景——产品后台。

产品后台对于运营来说,刚需且高频,但绝大部分的产品后台都十分难用,如果说60分是及格线的话,大部分产品后台都是59-61分疯狂徘徊。

关于产品后台,一般分成数据型后台和操作型后台,需求通常涉及3个维度:必须性、使用频次、持续时间。

其中我认为使用频次和持续时间这2个维度会和高频产生密切的联系,必须性则和刚需产生联系。

点评

我岔个话题: 运营后台难用一般有三种情况: (1)用的特别老的系统,都2022年了,很多运营后台还是2012年的产品。代码稳定性超低,体验超差,但是又过了开发期。优化的几率极低。 (2)不是运营主导,而是产品主  详情 回复 发表于 2022-3-2 18:03
赞同 回复

使用道具 举报

311

主题

49

听众

14万

乐币

董X的爹

发表于 2022-3-2 18:03:42 | 显示全部楼层

轩辕苍月 发表于 2022-3-2 17:59

我从运营的工作视角,提一个关于运营工作中100%遇见的场景——产品后台。

产品后台对于运营来说,刚需且高 ...

我岔个话题:

运营后台难用一般有三种情况:

(1)用的特别老的系统,都2022年了,很多运营后台还是2012年的产品。代码稳定性超低,体验超差,但是又过了开发期。优化的几率极低。

(2)不是运营主导,而是产品主导开发的后台。不要问我为什么是运营用,但实际是产品主导,不清楚。反正就是产品做了一个后台出来,运营难用的要死,但是很不幸依然过了开发期。

(3)资源极其缺乏,所以只能上一个“最小可用版本”,反正“又不是不能用”,花三倍人力去做呗。反正是对内的,又不用考虑那么多。

我目前用过最舒服的就是我当时主导的一个后台,各种功能都有,灵活性极强。

赞同 回复

使用道具 举报

68

主题

21

听众

10万

乐币

董X的爹

发表于 2022-3-3 22:49:54 | 显示全部楼层

前面的回答都很好。最近几天一直在想除了经验性的数值作为辅助依据,还有没有规律性的、偏定性的来帮助我们思考和判断高频需求。以下提供一些比较片面的结论。

第一,要区分高频需求和刚需。譬如正文举例的一直在后台运行很少打开的360安全卫士,属于刚需的工具实现(刚需是电脑安全),那么为什么不是高频呢?这就涉及到第二点,高频需求的所切割的目标人群和时间周期。

既然是需求分析,那么就是在一个完整的时间周期内做考量,所以几个月不用一次、但用的时候一天用好几十次的解压软件,它的需求评估周期就应当是用户从使用PC开始算起,至今为止,以月甚至更长的维度去取频次均值,所以对普通网民,压缩软件是刚需而非高频。再说回目标人群,如果是每天都要搜索各种不可描述资源点各种小弹窗的播种用户,那么安全杀毒既刚需也高频;而如果目标人群是所有PC用户,由于播种用户所占比例过低,则仍然是刚需而非高频。

最后还是尝试整体归纳一下,假设一个命题:如何定义普通老百姓的高频需求?

因为是需求分析,就借鉴经典的马斯洛需求层次理论,从底层到高层:生理需求→安全需求→社交需求→尊重需求→自我实现需求。越接近底层需求越刚需,但不一定高频。而高频与我等屁民的经济文化水平息息相关,譬如目前已全面脱贫,但未到全面小康社会, 故生理需求和安全需求进一步降低,社交和尊重需求对应拔高提升,而自我实现需求则在下一个阶段再猪突猛进。具体来说:

1. 生理需求:吃穿住行,衣食温饱。全部刚需;部分高频(如吃/穿/行),部分低频(如住)。

2. 安全需求:生命财产安全与健康保障。全部刚需,基本低频,比如保险和医疗。

3. 社交需求:亲情友情爱情基情。全部刚需,基本高频。比如聊天(微信/电话)。

4. 尊重需求:被看见和被尊重,包含自我评价和外部反馈。多数高频,比如记录和表达(朋友圈/微博),被关注和互动(转评赞),虚拟现实(游戏/社区)。

5. 自我实现需求:内化或外显的自我提升。现阶段低频,比如知识获取(得到/樊登读书)。

夜深了,洗洗睡吧。

感谢大佬,学到很多。
感谢大佬,字有点多。
感谢大佬,晚点再说。
赞同 回复

使用道具 举报

您需要登录后才可以回帖 登录 | 立即注册
每日抽签
手机版|小黑屋|大厂乐乎 |京ICP备2021013067号-3|京公网安备 11010502048691号