惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

博客园 - 三生石上(FineUI控件)
月光博客
月光博客
S
SegmentFault 最新的问题
有赞技术团队
有赞技术团队
Stack Overflow Blog
Stack Overflow Blog
Engineering at Meta
Engineering at Meta
T
The Blog of Author Tim Ferriss
The GitHub Blog
The GitHub Blog
小众软件
小众软件
Hugging Face - Blog
Hugging Face - Blog
IT之家
IT之家
宝玉的分享
宝玉的分享
A
About on SuperTechFans
Vercel News
Vercel News
P
Proofpoint News Feed
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
博客园 - 【当耐特】
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
V
Visual Studio Blog
Jina AI
Jina AI
Y
Y Combinator Blog
T
Tailwind CSS Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Last Week in AI
Last Week in AI

人人都是产品经理

为什么你的产品找不到差异化?90%的失败都卡在第一步上(下) – 人人都是产品经理, 3年从30万到1300万用户、获2200万美元融资,这个AI教育产品用“抽卡”破解了获客难题 – 人人都是产品经理, 园区招商系统怎么做才能真正帮到去化?我加了这一个功能,推广链接转发400次阅读过万 – 人人都是产品经理, AI大事件:OpenAI发完网络安全模型又搞药物研发,小鹏汽车要抓”DeepSeek时刻” – 人人都是产品经理, 电商不是卖货,是一场更残酷的产品经理实战 – 人人都是产品经理, 没想到,活动营销又回来了! – 人人都是产品经理, 为何All-in海外KOC:一场关于AI时代窗口期的豪赌 – 人人都是产品经理, 重新理解企业的内部协作 – 人人都是产品经理, 苹果的 AI 战略到底是什么? – 人人都是产品经理, 医疗智能体·第2讲——合规护城河:等保、PIPL与HIPAA的架构实战 – 人人都是产品经理, 向量知识库五步法:从“答非所问”到“精准回复” – 人人都是产品经理, 鸿蒙PC三方库构建总指挥HPKBUILD(sha)库为例 – 人人都是产品经理, 何时该用LLM?AI产品经理的LLM设计指南 – 人人都是产品经理, 医疗信息领域的需求方、决策方、准入方以及关注点(二) – 人人都是产品经理, 即梦涨价:一场被误读的「傲慢」 – 人人都是产品经理, 面试AI PM必答题:Hermes和OpenClaw的区别,如何讲清楚业务价值 – 人人都是产品经理, AI的下一张船票:世界模型——AI产品经理必须理解的技术拐点 – 人人都是产品经理, 小红书做GEO,怎么让AI信你?记住这 3 个重要信息 – 人人都是产品经理, 5 家印度 AI 初创公司,看看印度 AI 再做什么 – 人人都是产品经理, AI项目跨团队协作:产品技术业务如何不打架 – 人人都是产品经理, Agentic Workflow(智能体工作流):让AI从”答案生成器”变成”数字员工” – 人人都是产品经理, lycium_plusplus 项目全景解读:OpenHarmony 三方库构建的“大管家” – 人人都是产品经理, 从爆单救火到前置履约:两套预采策略,把生鲜大促履约效率拉满 – 人人都是产品经理, 什么时候该补货?我用一轮数据做了一个决定 – 人人都是产品经理, 从“机械兜底”到“动态分流”:AI客服重复进线治理的4大底层逻辑 – 人人都是产品经理, 抖音拼效率,红书拼洞察 – 人人都是产品经理, 全民狂欢与退潮——为什么龙虾这波热潮冷却得如此之快? – 人人都是产品经理, Stripe押注!MPP重塑全球支付 – 人人都是产品经理, 小红书GEO:AI引用你的内容,不是因为你对,而是因为你看起来可信 – 人人都是产品经理, 前百度副总裁押注办公Agent,日韩付费爆发,Manus迎来强劲对手 – 人人都是产品经理,
产品增长之病毒式增长
绮遥 · 2022-08-12 · via 人人都是产品经理

编辑导语:病毒式增长指的是靠用户自传播带来的新增用户,而不是通过运营者的推广行为带来的新增用户。病毒式增长如何用到产品中呢?它的增长模型是怎么样的?本文作者对基础式病毒增长模型和进阶版病毒增长模型进行了分析,一起来看一下吧。

一、病毒式增长概念

简单来说,病毒式增长是指依靠用户自传播带来的新增用户,而不是通过运营者的推广行为带来的新增用户。在病毒式用户增长模型中,我们更关注用户自传播带来的新增用户情况。

网上关于病毒式增长的概念和说明的文章有很多,在这里就不赘述了。

二、基础式病毒增长模型

1. 病毒系数-K值

在病毒式增长曲线中有一个关键词:K值,也就是病毒系数。

下面我们通过一个极简病毒模型来看看如何设计病毒增长曲线:

病毒系数K=(分享次数/分享人数)*(成功转化人数/分享次数)=成功转化人数/分享人数

k=分享率*转化率,简单来说K值就是每个用户能带来的新用户数。

理想情况下K值要大于等于1,病毒曲线才会一直增长,否则就会逐渐归0,想要提升k值,可以提升单个用户的分享次数,也可以提升分享转化的人数。

对于互联网产品,0.15至0.25的可持续病毒系数是不错的,0.4是优秀的,大于0.7是卓越的。

而在实际场景中,基础的病毒式增长模型很难实现真正持续的增长,也很难打造出现象级的爆款产品,比如曾经风靡一时的网易活动带来的朋友圈现象级刷屏的H5。

2. K值提高切入点

从K值的公式中可以看出,其中有两项指标是很重要的,分享率和转化率。那么我们就可以从提高分享率、转化率这两项来入手。

分享率=分享次数/分享人数,对于这个公式可以从人和物两方面来拆解。

物的方面是指,去发觉用户分享的根本原因、并且可以降低分享的门槛。

例如:找到被高频分享的“物”,抽象出其中的共性,也许是情感共鸣、也许是高质量干货、也许是高频刚需……

多产品载体,不仅仅局限在App的形式,也许是小程序、也许是H5这些轻量级的形式……

而人的方面,可以通过拆解指标来找到切入点。分享次数=总用户*活跃用户占比*分享功能触达人数*分享人数,从这四个维度来看,我们可以分别从把蛋糕做大和把盘子盘活两方面来入手。

例如:

  • 通过优化和混合病毒模型,来实现用户总量的提升
  • 通过创意、激励或触达手段,来提升现有用户的活跃度、唤醒沉睡用户、挽回流失用户
  • 通过产品功能和路径设计,来优化分享链路,强化和提升分享功能

三、进阶版病毒增长模型-混合模型

在基础的病毒式增长模型上,继续通过加入对于其他方面的关注,会逐渐让模型更加实用和易用,从而可以尽量发挥出其作用。

1. 非病毒式传播渠道

在病毒模型基础上,引入其他增长渠道:如应用市场、自然流量。

病毒模型的带来的增长,主要是通过已有用户的自发转播带来的增长。但是增长一定不仅仅局限在单一渠道,而应该是全面发力的增长。

首先,可以根据新用户的来源渠道做细分,例如应用市场、自然流量、其他公域平台的引流等等。其次,从每个来源渠道找到特点和增长点,同时与病毒传播相结合,发挥其作用。

2. 混合模型

用户增量可以用一个简单的公式表示为,用户增长=存量用户+新增用户-流失用户。新增用户可以通过病毒模型+非病毒式传播渠道来进行优化,那么接下来的部分,可以从减少用户流失来入手,毕竟用户池的流出减少,从某一个角度来看,也等于变相的“用户增长”的成功。

用户流失模型的重点是,把流失用户根据用户的属性数据或行为特征数据进行分类,将流失用户进行用户属性或用户行为特征的拆分,找到流失用户的关键特征和指标。在增长同时,来降低流失,从而实现用户数量的增加,来提升可能会触发分享行为的用户基数。

3. 组合模型

在初步对新增用户、流失用户进行分析之后,接下来对于模型的优化就进入到了引入留存曲线和病毒式传播曲线阶段。

留存曲线体现了用户在给定时间点仍在使用我们产品的可能性,留存曲线取决于产品的类型和质量。病毒式传播曲线体现了普通用户的病毒系数随时间如何变化。提升留存曲线的意义在于,通过提升留存曲线,不仅流失减少了,病毒式增长也增加了。因为当用户停留时长增加时,他们有更大的机率会邀请更多的好友。

病毒式增长是一个大家都希望能够做到,但却并不那么容易能够在实际场景中应用起来。理论与实践总是有些gap,大概这也是增长的魅力所在。

增长没有“万金油”,即使是大家口中流行和推崇的病毒式增长,也仅仅是一种工具,是工具就会有其局限所在,在增长的工作中,几乎每一步骤都是环环相扣。所以,在每个细节和步骤上把动作做到位,才有可能最终形成螺旋式的上升。

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

题图来自Unsplash,基于 CC0 协议