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

推荐订阅源

博客园 - Franky
Apple Machine Learning Research
Apple Machine Learning Research
月光博客
月光博客
Vercel News
Vercel News
Recent Announcements
Recent Announcements
B
Blog RSS Feed
Y
Y Combinator Blog
M
MIT News - Artificial intelligence
MongoDB | Blog
MongoDB | Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
雷峰网
雷峰网
D
Docker
Jina AI
Jina AI
IT之家
IT之家
人人都是产品经理
人人都是产品经理
L
LangChain Blog
G
Google Developers Blog
Google DeepMind News
Google DeepMind News
MyScale Blog
MyScale Blog
博客园 - 叶小钗
The GitHub Blog
The GitHub Blog
The Cloudflare Blog
A
About on SuperTechFans
Hugging Face - Blog
Hugging Face - Blog

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
产品经理必备!如何判断一个产品/功能值不值得做?
刀哥 · 2024-09-24 · via 人人都是产品经理

在产品管理的浩瀚海洋中,每个决策都像是一次航海,需要精准的罗盘来指引方向。《产品经理必备!如何判断一个产品/功能值不值得做?》这篇文章,就是那个罗盘。作者刀哥,一位拥有十年产品经验的专家,将与我们分享他的航海秘诀。

最近重看《启示录》这本书,这本书真是常看常新,内容简洁,又能说到要点,非常值得一读。

作者在第一章里就说到,产品经理的核心职责,就两个:一是评估产品机会,二是定义产品。

产品创意的来源有很多,公司高管的意见、用户的反馈、其他业务部门、产品经理自己、竞品等。

产品经理的职责,就是要评估这些创意,是否值得做。

定义产品,就是确定了要做某个需求,设计解决方案,方案里包括功能范围确定,流程设计,用户体验设计等。

但这本书里,作者并没有细说如何评估产品机会。

这篇文章,刀哥结合自己的经验,分享一些评估的方法。

总的来说判断一个需求,是否值得做,可以从这几个方面去考虑:1、投产比(ROI)2、机会成本

3、机会窗口

1、投产比

投产比分为侠义的和广义的,侠义的是更具体的金额,非常好量化,比如投资,投入总金额为100块,可以获得300的产出,投产比则为3。

广义的投产比,包括更多的要素,有些不好量化,需要预估,是更复杂的模型。

很多时候,评估需求的投产比,要用广义的投产比模型。

对于需求来说,投入为:开发成本,营销成本,产出为用户价值,业务价值,商业价值,技术价值。

用投产比的模型来做需求判断时,有3个步骤:1)穷尽投产要素。2)预测评估关键值。

3)得出结论。

1)穷尽投产要素

把投入和产出的关键要素全部遍历出来,尽可能全。

举例:业务提了一个需求,要做老带新的活动,需要支撑对应的功能,我们不仅从功能,还从业务视角来梳理投产比,得出以下的模型:

产出:触达人数*参与率*转介绍系数*新客转化率*客单价

投入:

– 营销成本:触达人数*参与率*转介绍系数*平均奖励

– 开发成本:前端7人日+后端14人日+UI3人日+产品5人日+测试7人日

– 技术费用:共用已有的资源,基本可以忽略

2)预测关键值

这个模型里,有2个关键值,参与率、转介绍率。

因为我们之前没有做过类似的项目,不知道老用户参与意愿怎么样,不知道参与率。

这时,可以从同类竞品那里去了解,或者综合各个部门的意见进行预测。

参与转介绍的用户,又有多少能介绍成功,现在也不知道,这可能会受转介绍返佣金额,用户推荐意愿等影响。

我们需要掌握尽量多的信息,然后做出一个预测,比如参与率预测10%,转介绍成功率,10%

3)得出结论

有了这两个关键值,再结合我们能够准确预估的值,比如人力成本、技术费用,再带入模型,就能测算出结果,得出结论:预计完成这个需求,产出比能达多少。

这个模型是个思路,并不一定都能量化,如果不能完全量化,或者在掌握信息不全,不知道怎么决策的时候,应该由上到下拍,谁拍谁负责。

如果大家都拿不准的时候,领导让你拍,最后项目黄了,又让你背锅的话,这种领导就要远离,或者有了一次以后,下次就不要拍了,即便要拍的话,提前做好免责申明,做好预期管理。

在判断一个需求是否值得做时,投产比是最重要的部分,但还要考虑两个重要要素,一个是机会成本,一个窗口成本。

机会成本这个概念,可能还有些人不清楚,简单来说,就是当你投入有限的资源,选择去做一件事情的时候,你就没有资源去做另外一件事情了。

所以,不能只以ROI来判断是否做某个需求,比如当你做这个需求,投产比是3,就一定去做吗?

不一定。

我们把这些资源投入到另外一个项目,投产比可能会达到6,那做哪个?

有时,还要考虑另外一个要素,就是窗口机会。

就是当前这个项目虽然投产比低,但是在风口上,如果跟上了风口,可能会获得巨大的增长,更高回报。

举例:公司投入人力和财力去做AI,短期来看,投产比肯定是很低的, 甚至没有任何商业收入,但是现在AI的基础设施完善,正在快速发展。

如果抓住这波机会,可能就弯道超车,获得巨大的增长,那这种项目肯定也要考虑做。

写在最后

产品经理的工作职责,核心就是评估产品机会和定义产品。

评估产品机会的时候,要考投产比,机会成本和窗口成本。

考虑投产比的时候,要尽量遍历所有要素,然后预测关键参数,最后计算得出结论。

除此之外,还要考虑机会成本和窗口成本,这个需求投产比高,另外的需求投产比可能更高。

也不是投产比低就一定不做,要考虑窗口成本,风口上的猪都会飞,有些需求短期看投产比低,长期看可能有巨大机会。

总之,评估产品机会,是产品经理最核心的职责,希望这套评估产品机会的方法对你有帮助。

本文由人人都是产品经理作者【刀哥】,微信公众号:【刀哥说】,原创/授权 发布于人人都是产品经理,未经许可,禁止转载。

题图来自Unsplash,基于 CC0 协议。