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

推荐订阅源

T
The Blog of Author Tim Ferriss
Hugging Face - Blog
Hugging Face - Blog
F
Fortinet All Blogs
B
Blog
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Microsoft Security Blog
Microsoft Security Blog
Blog — PlanetScale
Blog — PlanetScale
月光博客
月光博客
腾讯CDC
小众软件
小众软件
G
Google Developers Blog
V
Visual Studio Blog
罗磊的独立博客
GbyAI
GbyAI
V
V2EX
大猫的无限游戏
大猫的无限游戏
H
Help Net Security
L
LangChain Blog
Engineering at Meta
Engineering at Meta
量子位
The GitHub Blog
The GitHub Blog
博客园 - 司徒正美
WordPress大学
WordPress大学
B
Blog RSS Feed

人人都是产品经理

为什么你的产品找不到差异化?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迎来强劲对手 – 人人都是产品经理,
产品经理应该是“通才”还是“专才”?
白板产品 · 2025-08-20 · via 人人都是产品经理

你是“什么都懂一点”的通才型产品,还是“某一领域极深”的专才型产品?这不是性格问题,而是业务阶段与团队结构决定的能力策略。本文将结合实际场景,帮你识别自己的定位,找到最适合自己的成长路径。

这个似乎应该是早有普遍认识的问题,产品经理应该是“通才”而不是“专才”。

但是,似乎一说到这个问题,就给广大的产品经理,甚至企业一种认识,就是“产品经理虽然样样都懂,但是样样都不行”。

因此,出现了两个后果:

  1. 是使许多企业也不怎么把产品经理当回事,认为产品经理们百无一用,在这个讲究专业分工的社会,他们到底能发挥多大的作用呢?
  2. 就是产品经理个人心里在不断的打鼓,自己应该学习的方向在那里,要是总是被同事认为是“半瓶子”的水平,那又怎么能够建立起自己的威信来呢?

前不久,一个朋友和我聊天,说他每次和技术讨论产品,都是心惊胆战的,因为技术知识毕竟不如专业的技术人员,经常是被对方顶的一愣一愣的。

话虽然有些夸张,但是却给了我很大的触动,产品思维,按说进入中国时间也有些日子,普遍性的定论也广为传播了,但是为什么在许多PM(我喜欢称“泡面”)的意识中,依然无法全面认识到这个问题呢?

“通才”还是“专才”,这本来就不应该是一个对立的关系,正如物理中的“光的波粒二像性”一样,这个世界上并不是绝对的“是”和“不是”的关系,关键在于找到我们理解这个问题的基点。

一说到“通”,就似乎和“专”一点关系也没有,一说到“专”,就似乎根本不应该在“通”上有所提升,今天我就想说说自己的看法。

“通”PM们要了解的知识有什么呢?

先来说“通”,通给泡面们的认识就是“广而泛”,“广”就是涉猎的东西要多,懂得的知识要多,而“泛”就是对于这些知识只需做到浅显了解,适可而止即可。

我不知道这是谁定义的,或者说,谁是论调的发起人,我要知道,肯定会好好地ma他一顿,往轻了说,这种论调让泡面们对于知识的获取不再那么关注,往重了说,这让许多泡面朋友背上了心理包袱,似乎只要深研究一些知识就不再是产品经理了一样。

这个谁也说不清楚,但是可以基本划一个范围,就是“和产品有关的各种业务知识”,这就多了,例如对于食品行业来说,产品经理不但要懂食品本身的业务知识,例如原料、配方、生产工艺等等,还得懂各种食品标准,国家规范等,再比如互联网行业来说,产品经理不但要懂互联网产品的特点,例如采用的商业模式,产品业务流程等,还要懂一些UE、UI、程序上的知识。

总之一句话,所有有助于实现产品目的的知识,产品经理都需要了解和熟悉。

这句话的重点在“目的”上,产品的目的是什么,不就是到市场上实现交换,一方面用户通过交换,获得使用价值,另一方面,企业通过交换,获得收益价值。

基于这个目的的实现,产品经理要了解的知识谁能说是仅仅限于产品本身或者是更小范围的技术实现手段上的知识呢?

尤其是在许多互联网或者软件企业中的产品经理,动不动就以自己没有一定的技术背景而感到自卑,似乎互联网产品和软件产品就是完全依靠技术来实现最终目的的,真不知道这是企业的问题还是产品经理个人的问题。

只要是企业,就必然遵守市场的基本规律,就是产品的最终交换,双方价值的实现,如果一个产品经理说我从来不考虑这个问题,那么,我只能说要么是你的这个行业不够成熟,要么就是你做产品经理不够成熟。

好,说完了产品经理应该“通”的知识,再说说产品经理应该“专”什么知识。

产品经理应该在那个方面“专”呢?

技术层面的知识?销售方面的知识?渠道方面的知识?还是产品设计、规划方面的知识呢?都不是,以上说到的这些还都是“通”的知识范畴,产品经理要“专”的知识应该是“产品管理”方面的知识。

这才是产品经理的本行,才是产品经理赖以生存的知识基础,才是产品经理做好工作,体现自我价值的前提。

产品管理有知识体系吗?

当然有了,任何一个岗位都必然有一整套体系的理论作为发展的基础,大家可以想一下,是不是这个样子。

但是必须承认的是,产品管理这个岗位的理论体系的发展严重滞后,影响了这个职位的规范化和职业化。

经常出现的情况是“有岗无人,有人无岗,有岗无责,有责无岗”,企业用的不顺手,自己做的也不痛快。

但是,我们并不能就此放任自流,或者放弃产品管理岗位的要求而变相使自己的角色发生变化。

我引用一下,产品经理的产生背景和工作职责。

产品经理的战略工作内容:

  1. 公司竞争策略上的把握
  2. 产品竞争策略上的分析
  3. 行业发展的分析和预测
  4. 产品发展所需内外资源的把握
  5. 制定产品发展的指导性原则

产品经理的战术工作内容:

  1. 产品规范管理
  2. 产品需求管理
  3. 产品项目管理
  4. 产品周期管理
  5. 产品品牌管理

看看,不多,一共十项,但是咱们这些泡面有多少人做到了,或者说有意识的在这些真正应该“专”的知识上提高自己呢?

产品经理是一个对知识海纳百川的职位,但是海纳百川不是我们的目的,而是一种方法,根本的目的还是使我们自身的产品管理的能力“又红又专”,这才是我们最终要得到的。

我总结了一下,目前产品经理在“通”和“专”的认识上有三个普遍存在的问题

喧宾夺主

该专的不专,该通的不通,比如说吧,许多互联网的产品经理往往容易限于对功能和UE的一味追求中,认为只要把这些做好了,产品就一定能成功,经常看到许多朋友对某个新出来的产品功能评头论足,对商业模式高谈阔论,我只想问一句:这有助于实现你的产品目的吗?

能挣钱的模式就是好的模式,我们的思路应该是“Deliver customer value, not product features”。

因此,即使你UE知识再丰富,再精通,程序水平再高人一等,也无法决定你就是一个合格的产品经理,这些知识才是真正需要适可而止的,要想做产品经理,改变思路,一切从头开始。

取长补短

本来挺有希望,思路也有了,但是就是做事太被动,经常受到其它业务部门的诱导或者压力,把个人有限的时间用在学习一些用处不大的知识上。

有一次,一个朋友问我,“哪里有培训《axure》这个软件的地方”,我很奇怪,第一,软件就是用的,本身这个软件也不是太复杂,边用边学也就可以了,第二,这是产品经理应该重点学习的技能吗?我很诧异。

在以前的公司,我还曾经看到一个产品经理有时间的时候就抱着一本《程序员入门》的书在看,我很同情他,一个毫无技术背景的人读这样一本书,简直是要了亲命了。

产品经理的长处在于对产品的统筹规划、全局策略和全面把握,在这些知识上多下些功夫才是王道,千万不要拿自己本来就不懂的知识来折磨自己。

以偏概全

IT的产品经理多以技术转型为主,也有销售转型为主,不可否认,有这样的职业背景对做产品经理是有很大的益处的,但是同样也必须承认,技术、销售眼中的产品和产品经理眼中的产品,完全是不一样的,产品经理眼中的产品是最大范围的定义。

因此,即使岗位转型了,但是思想还没有转过来,那么,在接下来的工作中,谁又能保证你对产品管理能够有一个比较完整的认识呢?既然对产品管理的认识都不会完整,谁又能保证你在学习知识的时候是全面的呢?

就我目前看到的情况,许多产品经理朋友都是带着对产品和产品管理的固有惯性思维在开展工作,当然,现实中也出现了很多问题。

综上所述,总结一下,对于产品经理应该是“通”还是“专”,我的观点是:

产品经理的“通”只是方法和过程,“专”才是方向和目的。

产品经理的“通”应该是业务知识上的要求,“专”则是职位专业上的要求。

产品经理应该是既“通”又“专”的真正复合型的人才才对。

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

题图来自Unsplash,基于CC0协议

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