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

推荐订阅源

酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
V
V2EX
美团技术团队
H
Help Net Security
月光博客
月光博客
爱范儿
爱范儿
Engineering at Meta
Engineering at Meta
The Cloudflare Blog
U
Unit 42
大猫的无限游戏
大猫的无限游戏
Recent Announcements
Recent Announcements
A
About on SuperTechFans
博客园 - Franky
The GitHub Blog
The GitHub Blog
N
Netflix TechBlog - Medium
人人都是产品经理
人人都是产品经理
博客园 - 司徒正美
MyScale Blog
MyScale Blog
B
Blog
雷峰网
雷峰网
Y
Y Combinator Blog
云风的 BLOG
云风的 BLOG
T
The Blog of Author Tim Ferriss

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
如何量化B端产品价值?
打伞遛狗 · 2023-07-21 · via 人人都是产品经理

B端产品,不像C端产品直接面对用户需求,B端产品面向企业,帮助企业管控流程、划分责任、降本增效。因此,B端产品的价值并不好体现,那么该如何量化B端产品价值呢?

B端产品,它不像C端产品那样直接面向用户需求。C端产品通过汇聚流量或促成交易直接为企业带来收入,而B端产品面向企业,以低边际成本的产品形式传播企业管理思想和管理手段,最终帮助企业管控流程、划分责任、降本增效。可以说B端产品的价值并不好直观体现。

对B端产品经理来说,需求上线了,意味着苦劳分拿到了,但功劳分能否拿到还是未知数,功劳分能拿多少或者扣多少,需要有客观的指标来衡量。

为了能够将B端产品价值阐述清楚,我们引入B端产品的「衡量指标」,其作用在于帮助我们将价值说清楚,帮助我们将定性的事物转换为可测量的数量,即将解题的思路从语文题变为数学题。

那么怎么定义衡量指标?

衡量指标是衡量产品功能或产品策略好坏的“标尺”,可以从这五方面去做指标定义:时间、人力、效率、质量、规模

一、时间维度

通过简化流程或操作量,来降低企业员工处理单位工作量的时长。负责B端运营侧的产品同学一般会考虑如何通过工具或产品功能,在复杂重复的事项上节省一线员工的时间。

比如昨天在某小区看到了SF给快递员配备了简易版的电动小三轮,要知道一些小区是不允许快递车进小区的,所以以前快递员只能把快递车停在小区外面,在小区里只能通过手拉筐步行的方式去配送,比较耗时。配备电动小三轮之后无疑会对单包裹的履约时间大大缩短,尤其是在一些面积比较大的小区。

那么平均单包裹履约时长由10min降低至7分钟(打比方非真实数据),就属于时间维度的指标定义。

二、人力维度

在业务流程中,通过系统规则、自动化硬件、传感器、算法等自动化手段代替原流程中的人工节点,实现人力成本的降低。如干线物流的智能调度、快递包裹自动分拣设备、门店摄像头,以及图像识别等方式,代替原需要人脑决策和人力劳动支撑的业务动作,以降低这部分人员成本的支出。

人力维度通常以节省的员工工时工资为计算口径,来阐述产品价值。

三、效率维度

效率分两方面,一通过产品功能的优化提升线上操作效率,如各种一键操作(合并多个操作步骤)、智能记忆、表单自动填充等,提升业务人员在系统使用上的效率。二通过系统规则或智能硬件等,提升线下执行效率,如外卖小哥的串点路径规划提升配送效率,大件仓储场景下使用RFID代替把枪对焦扫描,提升货物扫描效率等。

效率维度通常以单位时间处理更多事件,做更多业务动作为方向,来阐述产品价值。

四、质量维度

通过软硬件技术、业务约束等方式,来规范业务动作、提升交付质量。常见的质量维度的指标有「合格率」「准确率」「满足率」等。比如工厂引入自动化设备,加强薄弱工序环节,提升产品合格率;比如加大算法模型的训练数据,使图像识别准确率提升;比如客户下定100单,原来一个店只能提供90个,那么通过店间动态调拨等形式来满足客户需求等等。

质量维度指标往往是面向用户或者客户,通过技术手段将自身交付质量提高。

五、规模维度

如果说以上几种指标是从运营成本和质量角度出发,那么规模指标则是从经营角度出发,通过业务规模指标来概括当前企业发展情况,常见的有GMV、用户量、商家数等数据指标。举个例子,mt和dy都有到店业务,每家签约的商家量分别是多少,你做的产品策略在其中带来了多少新增量,以及贡献了多少GMV,都是可以通过规模指标去定义产品价值。

写在最后:什么是好的衡量指标?

业务角度:对症。能够直接或者间接与业务指标产生关联,促进业务发展的指标就是好的业务指标。如果一个指标定义后无法准确的描述业务问题,也无法通过指标的变化定位问题原因,那么就不是一个好的指标口径。

技术角度:原子。定义清晰无二义性的,且可被收集方便统计的。原子指标具有唯一解释性,是后续做指标组合和逻辑运算的基础,在进行上层排列组合运算时,不应产生歧义;便于收集是从技术成本角度考虑,比如一些非系统行为的指标就难以采集,像便利店每天进出的人流量,注意不是购买人数,如果想采集这部分数据,那么就需要加装门头传感器来回传数据,也意味着额外增加一定成本,需要结合收益来看是否值得做。

本文由 @打伞遛狗 原创发布于人人都是产品经理。未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议

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