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

推荐订阅源

Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
D
Darknet – Hacking Tools, Hacker News & Cyber Security
N
News and Events Feed by Topic
N
News | PayPal Newsroom
SecWiki News
SecWiki News
P
Privacy International News Feed
T
Troy Hunt's Blog
Attack and Defense Labs
Attack and Defense Labs
N
News and Events Feed by Topic
L
LINUX DO - 热门话题
www.infosecurity-magazine.com
www.infosecurity-magazine.com
Security Latest
Security Latest
AWS News Blog
AWS News Blog
S
Secure Thoughts
W
WeLiveSecurity
H
Heimdal Security Blog
T
Threat Research - Cisco Blogs
I
Intezer
Application and Cybersecurity Blog
Application and Cybersecurity Blog
S
Security @ Cisco Blogs
G
GRAHAM CLULEY
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
Spread Privacy
Spread Privacy
L
Lohrmann on Cybersecurity
C
CERT Recently Published Vulnerability Notes
S
Security Affairs
Hacker News - Newest:
Hacker News - Newest: "LLM"
Google Online Security Blog
Google Online Security Blog
Cisco Talos Blog
Cisco Talos Blog
雷峰网
雷峰网
Cloudbric
Cloudbric
Y
Y Combinator Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
博客园_首页
Hacker News: Ask HN
Hacker News: Ask HN
cs.AI updates on arXiv.org
cs.AI updates on arXiv.org
Google DeepMind News
Google DeepMind News
Vercel News
Vercel News
云风的 BLOG
云风的 BLOG
Latest news
Latest news
CTFtime.org: upcoming CTF events
CTFtime.org: upcoming CTF events
D
Docker
Recent Announcements
Recent Announcements
博客园 - 【当耐特】
H
Help Net Security
博客园 - 司徒正美
TaoSecurity Blog
TaoSecurity Blog
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
C
Check Point 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迎来强劲对手 – 人人都是产品经理, 企事业单位数字化的业务供需本质 – 人人都是产品经理, 医疗智能体·第1讲——医疗信息化重构:从“辅助软件”到“自主智能体”的范式转移 – 人人都是产品经理, 粉丝量就是空气!!! – 人人都是产品经理, 用户说“薯片碎了”,机器回“要买吗?”:意图识别的翻车与破局 – 人人都是产品经理, RAG召回准确率从75到90 我做对了这三件事 – 人人都是产品经理, AI大事件:Anthropic改收费、OpenAI发安全版、手术机器人纳入医保、阿里发布”秒悟” – 人人都是产品经理, Chrome 推出 Skills 新功能,Agent 重塑上网方式 – 人人都是产品经理, GitHub前创始人拿了a16z的1700万美元,做Agent时代的Git – 人人都是产品经理 拷贝或克隆其他 Flutter OH 项目到本地后无法运行 – 人人都是产品经理, 优惠券设计:优惠券创建 – 人人都是产品经理, 不用死磕文档!AI 助手 1 小时搞定飞书 CLI 安装 + 配置 + 知识库 – 人人都是产品经理, 用小龙虾做竞品分析报告:从2天到20分钟,我是怎么做到的 – 人人都是产品经理 用小龙虾做市场分析报告:搞懂这3个公式,市场规模不再靠猜 – 人人都是产品经理, 你早就在做 Harness 工程,只是不知道它叫这个名字 – 人人都是产品经理, Think Long就够?你可能想多了! – 人人都是产品经理, 货代SRM实战:供应商准入怎么做,才能让资源池不是通讯录而是可交付网络? – 人人都是产品经理, 如何做好用户调研?详解基本技巧 – 人人都是产品经理, 木鸟、途家、美团对打,平台春天行动开“卷” – 人人都是产品经理, 入职才发现公司不靠谱?小红书从业者求职避坑指南 – 人人都是产品经理, 美国 AI 三巨头联手封堵,中国 AI 突围之路在何方 – 人人都是产品经理, 小红书,放在需求对面的镜子 – 人人都是产品经理, AI 会带来大规模失业吗? – 人人都是产品经理, 从出单到补货前,我第一次犹豫:该不该放大? – 人人都是产品经理, Flutter 三方库鸿蒙化适配:5 种高效检查方式,快速判断是否需要适配 – 人人都是产品经理, 从做产品进阶拿结果:医美机构产品经理转岗科室运营经理 – 人人都是产品经理, 阿里HappyHorse,一场关于“Token经济”的阳谋 – 人人都是产品经理, To B AI:客户留存落地的观察与思考 – 人人都是产品经理, AI产品的“生命线”——数据采集、标注、清洗的产品化设计 – 人人都是产品经理, 谈谈AI Agent(二):当“孩子”能自己“体验世界”时,你该学什么? – 人人都是产品经理, UI/UX设计师的3层能力进阶,前两层让你活下来,第三层…才是真正的分水岭 – 人人都是产品经理, 2分钟 → 30秒,效率提升75%:B端产品经理如何用「规则枷锁」驯服AI幻觉? – 人人都是产品经理, 还没来得及学OpenClaw,来了个更猛的:Hermes Agent – 人人都是产品经理, AI日报:宇树机器人跑出10m/s刷新世界纪录 – 人人都是产品经理, 一文说透基金互金如何用情绪价值引导用户决策做转化 – 人人都是产品经理, 当浏览器开始替你”看”网页:AI 浏览器正在亲手拆掉它脚下的那张网 – 人人都是产品经理, 0代码,一天时间我Vibe Coding了个网站 – 人人都是产品经理, Hermes 和 OpenClaw 之争,Agent 的能力应该“装上去”还是“长出来”? – 人人都是产品经理 视频生成的“桌子”,字节Seedance 2掀完,阿里快乐马掀 – 人人都是产品经理, 从听不懂到完全信任:我的 Codex 深度产品体验 – 人人都是产品经理, 当虚拟偶像有了北京户口,与真人偶像还有什么区别? – 人人都是产品经理, 会说,远远比会做更重要 —— 对 SBTI 爆火现象的五层观察 – 人人都是产品经理, AI产品经理必看:当“搭环境”比“选模型”更重要,你的认知还在2024年吗? – 人人都是产品经理, 2026年AI产品商业化核心逻辑:从功能demo到规模化营收的3个必破卡点 – 人人都是产品经理, 京东围绕供应链,卷起裤腿下场的那些事儿 – 人人都是产品经理, SBTI一夜刷屏:它赢在了“太会说人话” – 人人都是产品经理, 折扣零售的真相:不是便宜,而是价值感! – 人人都是产品经理, 和甲方吵了一架,最后加钱做了——我学到的ToB产品经理生存法则 – 人人都是产品经理, 和几位小红书操盘手聊了8小时,干货全在这 – 人人都是产品经理, 智谱GLM-5.1登场,开源模型首超Opus4.6!!! – 人人都是产品经理 Anthropic收入凭什么反超OpenAI,终于有人把这事说清楚了 – 人人都是产品经理, 史上最有故事感的技术报告——Claude最强模型Mythos 7个极其精彩的细节 – 人人都是产品经理, 模型不是壁垒,Harness 也不是 – 人人都是产品经理, 抖音本地生活业务思考21 – 人人都是产品经理, Superpowers:145k Star的AI编码框架,到底是什么来头? Superpowers:145k Star的AI编码框架,到底是什么来头? – 人人都是产品经理, OpenAI 的路走错了,Anthropic Harness 解法启示:模型需要实践专科生 – 人人都是产品经理, 画原型图的前一步:设计站点地图 – 人人都是产品经理, 给 DeepSeek 的最后一封催更信 – 人人都是产品经理, 手把手教你用 Claude Code 搭建 AI 营销团队:5 个 Agent、12 项技能,独立完成研究、写作、设计全流程 – 人人都是产品经理, 你以为大模型在学语言?不,它在重新发明语言学 – 人人都是产品经理 所谓Skill,不过是AI时代的工业垃圾 – 人人都是产品经理, 聊一聊内容传播的几个方法 – 人人都是产品经理, 当平台开始吃掉生态:从 OpenClaw 被封杀,读懂 Anthropic 的这盘棋 – 人人都是产品经理, 你装了 10 个 AI 插件,Obsidian 还是一个文件夹 – 人人都是产品经理 关于AI智能体架构演进的系统性思考:从单体试水到多体协同的重构 – 人人都是产品经理, 当“人”变成Skill,我们又该何去何从? – 人人都是产品经理 Mythos 事件:前沿 AI 治理的意外实验 – 人人都是产品经理, 货代CRM:信用与风险管理怎么做,才能把坏账风险拦在放货之前? – 人人都是产品经理, 从HR收集自拍照到员工自助录入——我见证了园区人脸识别从”不可用”到”真好用”的全过程 – 人人都是产品经理 千问闯关AI混沌期:阿里画靶,吴嘉张弓,马云射箭? – 人人都是产品经理,
高阶产品如何处理需求?(3方法论+2案例+1清单)
产品方法论集散地 · 2022-07-12 · via 人人都是产品经理

编辑导读:不管你是萌新小白,还是工作了几年的“老油条”,需求一直是产品经理工作的重点。只不过,不同年限的产品经理需要面对的需求大有不同,对能力的要求更高。本文作者根据自身工作经历,总结了高阶产品经理如何处理需求的经验,与你分享。

不知你是否遇过以下问题?

  • 你接手一个项目后,不知从何入手?
  • 或你非常容易就陷入习惯性,快速输出方案的思维中,但进行评审时,发现方案跑偏
  • ……

不知你是否也会有以下困惑?

  • 你已做了N个需求,M个项目,却总感觉完全凭借经验处理,如果换一个方向或行业,到底什么是可迁移的?
  • 你工作N年,好不容易有个机会,可自主负责一个中大型项目,却不知道项目可立项成功的根基是什么?
  • 或你开始带新人,发现他没有好的入手点处理需求时,你发现自己很难将经验“复制”给他?
  • 或你好奇更高阶的领导(如产品总监/VP),是如何判断项目起点的?
  • ……

如果你有以上的任意一个(或多个)问题、困惑的话,恭喜你,说明你已不再满足于自我需求处理器的角色定位,开始深入思考,启动向上攀登之旅。

下面我结合自己的实践,交付你一套方法论(拿走不谢),并用案例帮你消化。

一、【总论】需求是1,方案是0

顾名思义,0(方案)只有在1(需求)成立的前提条件下,才会有价值,否则再多的0(即再优的方案)也终将是0。

需求成立的前提条件,核心是创造价值。基础原则是:离用户价值越近越好,离企业营收越近越好。简单来说,需求是以创造价值而存在。

那又如何判断需求是不是1呢?不同应用场景,可能会有其子方法论

如果是功能级别的需求,则首先遵循:无场景,不需求

【子论1】无场景,不需求

案例1:用户分层

背景:在线教育机构L,A业务是基石般的双师直播班课,B业务是探索的新业务(也是双师直播班课,但学科属性与内容完全不同)。因经营时间、战略地位、用户体量等差异较大,故系统层面的支持,前者已成熟,而后者则欠缺明显。

于是,发生了下述B业务接口人(简称B)跟产品经理(简称PM)的提需对话:

B:用户分层的能力,期望可以对齐A业务的【用户分层】功能

PM:你知道现在A业务的分层指标与逻辑吗?

B:不是特别清楚…..

PM:那咱们的分层主要有哪些指标呢?

B:A业务有啥指标,我们就要什么指标

PM:咱们什么场景使用呢?

B:像A业务一样,把对应用户分层的字段显示在工作台上,辅导老师可以根据分层进行服务

PM:那A业务的辅导老师,是在哪个场景使用呢?

B:应该是家访跟续报场景吧

PM:这样吧,一呢是建议咱们先调研下A业务的用户分层逻辑与指标,尤其是明确业务属性不同而导致的差异化指标(如课后作业);二呢是与辅导运营一起沟通,明确用户分层的使用场景与当前服务SOP如何有效结合;三呢是我会调研下一线辅导老师,当前没有用户分层,一线是如何进行分层以及服务。只有明确了场景后,这个需求才成立,我们没办法说A业务有,我们就要有。

B:好,那我们梳理完后再聊二次提需。

案例中业务接口人的逻辑,属于别人有,我也要有。从借鉴成熟模式的角度来看,本身并无不妥,但对于产品经理来说,没办法不明就里的照搬,而是要明确用户的场景以及模式的差异化后,才能对应的给出解决方案。

类似的案例,还有业务接口人直接把解决方案当做需求提过来,这种情景下,你也要明确区分方案与需求,把对应场景挖出来后再解决。

比如:

运营:在现有工作台上【到课方式】字段,新增3个字段值:周末伴学、伴学1期、伴学2期,并把输入时共10道必选题,改成只要这一道题必选,辅导老师都不愿意填,太麻烦;

PM:为什么要新增这3个字段?

运营:因政策原因初中课设变化,需区分学员是直播到课,还是回放到课,还是伴学到课等,并针对于此进行学员的分层服务;

PM:辅导老师在什么时间录入,什么时候在哪里使用?

运营:家访时会询问孩子,然后录入到工作台上,每次课前进行到课、跟课时,针对性的进行服务。比如到课方式是【回放或伴学】学员,则上直播课时,就不会进行打扰;

PM:好,初步了解了,结合场景与不同学部属性看,不能使用当前的字段,因那个字段是学科维度,且考虑后续可能还有伴学3期、4期等,我们会给出一个更通用,且兼顾所有学部的方案;

运营:好的好的。

上述案例中,如果作为PM不去深挖场景(实际比这个详细,此处为避免啰嗦,仅取核心部分),直接新增3个字段值,那真就成了需求搬运工了。

除了功能级别的需求外,我们平常还会遇到系统级别的需求。

如果是系统级别(包含重构或基于现状的大版本迭代),则首先遵循:需求价值= 新价值-旧价值-替换成本>0

【子论2】需求价值=新价值-旧价值-替换成本>0

案例2:排灌班最优解

背景:在线教育机构L当前已有一套运行多年的排灌班系统(即什么样的学员,通过什么样的策略和算法,分配给对应的销售或辅导进行转化与服务),当前的产品负责人,自觉还有更优解决方案,实现整体商业价值的最优化。

如果作为一名刚去此团队的新人,交给你这个任务,你会怎么展开工作?

首先,定义需求(即需求是1,方案是0,而需求价值=新价值-旧价值-替换成本>0)。 如果需求成立,再明确目标与指标,最后才是输出方案。

核心思路是两条路径:一是演化(即沿着现有的产品逻辑,探索可优化的空间);二是重构(即借鉴跨行业或跨企业的调度相关系统进行重构)。

沿着演化路径一,经过2周的关键探索,获取到以下关键信息:

从转化率、北极星以及人效等指标,以及当前运营情况来看,可发力的关键点就是3个:新例子标签优化、分配算法升级以及销售分层。

但会出现以下两个关键问题:

一是需求价值<0。结合新学员的标签难度、分配策略的可行与销售的人为属性分析,无法有效推导出需求的新价值,而旧价值却是相对较大(因其已经过线上N年的运行以及人为策略的调整),再加上替换成本(即产研成本、运营成本),显然当前需求新价值-旧价值-替换成本,一定不大于0;

关键补充信息:

  • 去年L学部策略算法已联合产研、算法团队,完成过多期次的【优分优策略】(即好例子分配给好销售)的验证,结论是不可行;
  • 关键人(包括策略运营、算法)也无实际需求;

二是目标完成度高。从当前不同学部的目标达成情况,均基本是完全超标完成,也无法有效定义出需求。

至此演化路径一,无法有效定义出需求,那就只能尝试走重构路径二进行定义。

经过参考美团外卖以及业内竞品的策略以及对应的阶段,结合当前L机构的例子体量和技术投入度评估后,依然无法有效定义出需求。至此此需求就告一段落,等待更合适的时机出现,证明需求是成立的,即新价值-旧价值-替换成本>0后,再行考虑启动。

二、总结

今天重点分享了3条方法论(1主2子)+3个案例(2小1大),即:

  • 总论:需求是1,方案是0(基石假设)。
  • 子论1:无场景,不需求(当面对的功能级别需求时使用最佳);
  • 子论2:需求价值=新价值-旧价值-替换成本(当面对系统级别需求时使用最佳)。

如果只是到这里,相信你依然觉得不过瘾,或无从下手,所以我再附赠一个实操清单。

每次收到或启动一个需求前,请对照进行检查一遍,通过后再进入到方案结论。

实操清单:

1、请默念(或朗读)3遍:需求是1,方案是0:【无场景,不需求】【新价值-旧价值-替换成本>0】;

2、请明确需求(一定不是方案),并把它写下来。格式可如:

  • 【场景式】作为一名xx角色,期望在xx时候使用xx完成xx动作,以此达到xx的目的
  • 【价值式】新价值-旧价值-替换成本=?

价值维度:企业营收、人力投入、时间资源、用户价值、政策合规等
替换成本:产研成本、运营成本、经济成本、时间成本等

3、请把你提炼的需求,与提需人(或用户、客户)完成反确认(形式不限)

4、请确保你定义清楚需求前,一定不要着急先输出方案;

5、请确保以上4个环节所花时间,占你项目整体投入时间的1/4以上(确保你定义清楚需求后再行动);

#专栏作家#

邢小作,微信公众号:邢小作之家,人人都是产品经理专栏作家。一枚在线教育的产品,关注互联网教育,喜欢研究用户心理。

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

题图来自Unsplash,基于CC0协议