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

推荐订阅源

I
InfoQ
博客园_首页
美团技术团队
M
MIT News - Artificial intelligence
人人都是产品经理
人人都是产品经理
Blog — PlanetScale
Blog — PlanetScale
H
Help Net Security
J
Java Code Geeks
T
Tailwind CSS Blog
Jina AI
Jina AI
量子位
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
G
Google Developers Blog
爱范儿
爱范儿
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
宝玉的分享
宝玉的分享
小众软件
小众软件
MongoDB | Blog
MongoDB | Blog
博客园 - 三生石上(FineUI控件)
L
LangChain Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
V
Visual Studio Blog
博客园 - Franky
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
云盘产品量化分析系列(1):会员权益体系的量化分析
老司机产品经 · 2023-09-18 · via 人人都是产品经理

如何做好会员权益体系的量化分析?这篇文章里,作者结合百度网盘等具体产品案例,对会员权益体系的量化分析步骤进行了详细拆解和总结,感兴趣的同学,就一起来看看吧。

上2篇文章分别讲了《“会员”与“高价值权益卡”》和《3种联合会员模式对比》,对云盘的会员体系形成了分析框架、结论,接下来可以继续深入,进行一些量化分析工作。

本文将会以一种快速、流程化的方式,复盘完成量化分析的详细步骤。 分析方法具有一定的通用性,也可以用于其他标的的量化分析。

一、整体思路

形成量化分析的框架→对比优劣势→提出结论和建议。

二、“量化分析”步骤详细说明

确定基准坐标系→确定分析维度→补充完善坐标系→确定加权指标数值→计算结果值。

步骤1:确定基准坐标系

这里的“坐标系”,指的是以哪个产品/标的作为主要的分析对象,作为搭建分析框架的基础

1)以我们进行的“网盘会员权益体系”分析为例,分析标的为:网盘类产品——产品的会员权益体系。

2)那么百度网盘作为市占率超过80%的,自然就是我们意向的“基准坐标”产品了。

3)确认了产品后,再确认下一层级的分析标的:“会员权益体系”。即:百度网盘的会员权益体系,在同类产品中,是否可以作为基准。

如下图:

初步对比百度、夸克、阿里这3家目前网盘市场上的头部产品,各家的会员权益数量,权益内容之后,确认“百度网盘”的“会员权益体系”作为本次分析的“基准坐标系”。

步骤2:确定分析维度

基于最基础的分析项(“会员权益”),扩展出以下分析维度:

1)主分类

常规视角:按粒度分类。

如何切分粒度,体现对分析目标的理解程度?

这里基于最基础的分析项,提炼出向上的2层粒度,即:

  • 1级分类:用户视角的使用场景大类别;
  • 2级分类:使用场景细分到接近产品功能;
  • 3级分类:具体功能权益及细节。

2)补充信息

补充信息的作用,是在主分类确定后(即表头确定后),对主分类做扩充说明,便于对比更多信息:

3)辅助分类

辅助分类,可以在主分类的基础上,加上其他视角。例如在这里加上业务视角。 后续就可以形成基于业务视角的结论:

4)优先级

优先级一共分为4级:

此时完整的分析表头如下:

步骤3:补充完善坐标系

在权益介绍图中可以看到,百度的会员权益项为54项,夸克为36项/4大类,阿里云盘为23项/3大类。 整合3家头部网盘产品之后,共形成7大类,68项的会员权益表。

步骤4:确定加权指标数值

加权指标数值,是量化计算的基础。

本次分析中的加权指标数值,主要通过经验加权法、专家估计法产生。

备注: 对不同的优先级赋予的不同分值,并不具有绝对的精确性。例如P0目前定值是6分,但是定值为7分,也是可以的,不代表6分就是错误。 赋值的核心是通过量化数值,得出合理的定性结论。

步骤5:计算结果值

计算得出每一项的计算结果,如“步骤2-4.优先级”中的计算结果图。

三、分析结论

1)从会员权益总分值来看:百度会员权益体系最成熟,夸克其次,都在200分档;

阿里云盘当前还未在会员权益上发力。

2)基础存储、文档、音视频能力,是网盘会员权益的3个主要方向,分值总占比为81%(分别为35%、24%、23%)。

(分值仅体验功能权益差异。同样的分值,不代表用户体验也相同)

3)从会员得分、非会员得分的分析中可以看出:

百度设置了最多的会员功能权益点(201分)这是百度网盘占据市场主导地位,用户群体稳固,最大化商业利益的结果。

夸克对标行业标杆,在付费会员权益池中开放了最多的免费权益(57分),同时也设置了一定的会员功能权益点(142分)作为收费项,引导会员转化。

阿里云盘当前还未在商业化发力。

四、结语

产品经理的日常沟通,可以分为2种类型:

  1. 专业沟通场景: 通常指专业领域内的交流和互动。例如:产研同事,上下级之间进行的专业探讨。
  2. 非专业沟通场景: 一般指与非专业人士进行专业问题的沟通、探讨。例如:一些汇报、说明场景。

产品经理在与非专业人士做专业沟通时,如何尽可能高效地说明专业问题是一个重要的挑战。

严格意义上来说,这种沟通场景可以被称为“技术传播”或“技术转移”,涉及将专业知识和技能传达给非专业人员。量化分析在非专业沟通场景下,是一种很有效的沟通工具。

通过可视化、标准化的方式,用数据说话,降低沟通成本,能帮助产品经理更有效地建立专业信任感。

本文由 @老司机产品经 原创发布于人人都是产品经理,未经授权,禁止转载

题图来自Unsplash,基于CC0协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。