三个 W:产品经理快速成长的实用框架

原标题The Three W's: A Practical Framework for Growing as a Product Manager

Gojek 产品负责人 Vikrama Dhiman 解释,快速升迁的 PM 和卡住的人差在哪里,以及如何从其他岗位转入产品。

VDVikrama Dhiman嘉宾
频道
Lenny's Podcast
视频
1:12:19
阅读
1 分钟
原文
英语
在 YouTube 打开
往下滚动阅读时,视频会缩到右下角继续播放。字幕跟随阅读语言。
阅读语言共 2 种语言可读
简体中文目前只有摘要,下面的全文是英语原文。
摘要

30 秒看懂

负责 Gojek 产品体系的 Vikrama Dhiman 给出一套职业框架:你产出什么、你带到桌面上的是什么、以及你的运作方式。他认为职业生涯早期应先盯交付物而不是宏大影响;卡住通常来自三种心态——盯着自己控制不了的事、停止加快变化速率、以及给自己贴上既是优点也是借口的标签。

  1. 1强 PM 往往三件事里擅长两件;真正往上走的人,会同时做好你产出什么、你带到桌面上什么、以及你的运作方式。
  2. 2职业生涯早期,产出先于结果;即便到了很高职级,仍应亲手写出别人能接着用的产品笔记和草稿,以保住团队信任。
  3. 3Dhiman 与干系人合作的三条原则:提出难题但不要难合作,把重要议题端出来但不要把聚光灯打到自己身上,推动决策做出而不是所有决策都自己拍。
  4. 4职业停滞,往往是因为人滑向自己控制不了的事、不再提高变化速率,并抓住「高能动」一类自我标签——这些标签既是优点,也是借口。
  5. 5不要一次修补所有弱点:先选杠杆最大的一项技能改进,再进入下一项。转岗者应先靠已有优势,再补上缺的那一块。
  6. 6与其追问 PM 是什么,不如问你贡献了什么。产品经理处在数据、设计、技术和策略的交汇处,应当把整个团队的产出往上抬。
全文

按章节阅读整理后的全文

01

酷产品保不了升职,所以 Dhiman 用三个 W 来衡量成长

Dhiman, who leads product, design, program management and research at Gojek across India, Singapore and Indonesia, says he once believed a PM's growth depended on how exciting the product area was. Over fifteen years he watched PMs on hot products complain that they hadn't grown, while others on unglamorous streams rose quickly. That mismatch pushed him to take notes and talk to other product leaders about what the fast risers did differently.

The result is a framework he calls the three W's: what you produce, what you bring to the table, and what your operating model is. Strong PMs are usually good at two of the three. The ones who are actually rising are performing well on all of them at once.

02

先从产出开始,往上走也不要停下手上的交付物

Dhiman describes a progression from outputs to outcomes to leadership and direction. At the start of a career, what you produce is outputs: a launch, an experiment analysis, a contribution to a go-to-market plan. As you gain comfort with stakeholders you begin to decide which outputs are needed, which is when you graduate to owning outcomes and goals. The common mistake is to abandon outputs once you move up, when you should keep making product notes and drafts that others can build on.

He gives a small example of what a good output looks like. A PM on his team ranked every possible source of content for a homepage by ease of sourcing, and it made life simpler for many people and fed into the broader strategy. Had that PM obsessed over the whole content strategy, he suggests, they might never have delivered anything. He also recalls losing the chance to lead his own product area to a colleague who was simply better at launching, working with design and running experiments.

Host Lenny Rachitsky agrees and frames it as a question of earning trust: when you are new, nobody has asked you to define a three-year vision, they want things done. Dhiman adds that the same mindset applies to senior people joining a new team or company. You are one cog in the wheel, not the whole wheel, and the "mini CEO" folklore around product management can mislead people who are just starting out.

03

带到桌面上的是工件质量,运作方式则决定你能不能从中高级走到高级

The second W is what Dhiman calls your "impact on impact". A successful product area does not automatically lift you; you have to show you contributed to it through the quality of your PRDs, strategy notes, north stars, experiments and metrics. He says these artifacts demonstrate progress on four pillars: data and metrics, design and research, technology skills, and strategy. When a PM tells him their impactful work isn't helping their career, he asks to see their last PRD, product note, strategy doc and design brief, and usually something is missing.

The third W, the operating model, is about communication, collaboration, organizational skills and community, and he sees it as the most important one for moving from mid-senior to senior. He offers three tenets: raise difficult issues without being difficult to work with, bring out important topics without drawing importance to yourself, and be in charge of getting decisions made rather than making them all yourself. He notes that they are easy to say and hard to embody every day.

Rachitsky shares the story of a head of product whose team was pushed into low-value work, who later realized that pushing back was precisely his job. Dhiman responds that people should concentrate on what they control, rather than obsessing over what they don't.

04

深度比广度重要,推回去的艺术是把对话从情绪拉回逻辑

Asked how to level up document quality, Dhiman says it is not just the breadth of artifacts but their depth. Some PMs bring arguments, debates and pushback to the table; others turn questions and inputs into strategic choices that shape discussions and direction. His advice is to be the second kind. Rachitsky's summary is that you want an aura of "I've got this", so that people trust a task given to you will be done well.

On the art of pushback, Dhiman says people who push back successfully without being seen as difficult tend to bring the tempo of a conversation from an emotional space to a logical one. A war cry and high urgency are sometimes appropriate, he admits to doing it himself, but in most cases a more equal, logical footing works better. PMs who can do that with executives, he says, will see more rapid career growth.

05

职业卡住,往往是因为盯着管不了的事、停止变化,并相信自己的标签

Dhiman says part of the problem lies with product leaders who haven't defined growth frameworks well, but mindset matters too. Early on, PMs focus on their craft, their output and their own learning. By mid-senior levels the questions drift to why the organization isn't doing something for them or why a stakeholder won't change, things outside their control. He urges people to keep returning to what they can influence, which, through the three W's, still offers years of work.

The second mindset is your relationship with change. Younger PMs pick up new skills every six months, so their growth rate is high; later, people hesitate over which product to take on and the rate of change slows. His practical fix is to benchmark yourself against the best in the industry, or against other functions, so your self-score drops and you can see what to improve. Changing teams or companies, he adds, should be the last resort.

The third and most powerful is how you see yourself. Labels like "high agency" or "hyper-collaborative" can become excuses, since a self-described high-agency PM may feel allowed to be brash, while a collaborative one may feel excused for being indecisive. He suggests identifying the stories you tell yourself, asking trusted people to reflect them back, and correcting them.

06

把自己看成学习者,一次只修一项技能

Dhiman shares his own example. He prided himself on his SQL and data skills until he joined Gojek and saw how good colleagues like Crystal Widjaja's growth team were, and he realized he was nowhere near their level. Rather than being crushed, he says it created a hunger to improve and let him reframe himself as someone still in a learning phase. He also moved from calling himself a "high agency" PM to a "mindful agency" one after working in Southeast Asia, where hyper-aggressive styles don't suit every team.

Rachitsky notes that some listeners feel discouraged by how good guests are. Dhiman answers that PM feedback comes from many stakeholders on many dimensions, so you must channel it into the skill areas you are deliberately targeting. You can't improve everything, and trying is what overwhelms people. Pick the area with the highest leverage, or fix a glaring weakness first, then move on.

On timing, he says soft skills like communication, collaboration and community are lifelong work. For hard skills, his recommendation is to choose between data and tech, plus design and research, and only then to focus on strategy. Rachitsky adds a reminder that feedback is a gift, and that visibly appreciating it keeps people giving more.

07

转岗进入产品的人,应先靠一项已有优势,再补上缺的那块

For people moving into product from other roles, Dhiman's advice is complementary: if you come from design or research, build data or tech skills; if you come from data or tech, build design and research. Demonstrate two of those three before you move on to strategy. He says the approach has helped Gojek convert many product managers, particularly in Indonesia.

He gives two recent examples. A PM from a growth and data background led a redesign of Gojek's driver-finding experience, using data-rich PRDs and close work with designers, and the result is, in his words, "a piece of art". A PM from research was pushed on technology and data skills until engineers said she was strong to work with, and she turned a heated feature question into a full proposal with designs and trade-offs.

The caveat is that it doesn't always work. Transitions go more smoothly earlier in a career, and a senior person from another function may take much longer, and may need a strong product leader to shape their skills. Going a little slow at the start, he says, can let you go faster later.

08

用你在数据、设计、技术和策略上的贡献定义角色,而不是用头衔

Dhiman admits that after decades of tech product work the PM role is still loosely defined, and that confusion extends to stakeholders who ask whether a given task is the PM's job. His rule of thumb is that if something blocks progress on the product, the PM should work on it. He compares product management to acting or dancing: there is an art to it, but science and structured frameworks can help you learn it.

His preferred picture is four circles for strategy, technology, design and data, with a product management circle enclosing them all. The PM is the only discipline collaborating with every other one, which gives a unique vantage point, and the role could be played by someone not titled PM. Rachitsky adds that PMs don't necessarily have magical skills; they just don't have another job like coding or designing, so they have time for the glue work. Dhiman concludes that you should see yourself as playing a role, not holding a title.

He then runs through the eight axes of his ladder, such as data, design and research, technology, and strategy, plus communication, collaboration, organizational skills and community. A level-five data PM could start a data company; a level-zero one can't define basic metrics. In strategy, someone else picks the mountain, such as growth versus profitability or which country, and the PM defines how to climb it: which segments, which needs, and in what order.

09

善意不够,努力仍然算数

In the contrarian corner, Dhiman says he once believed good intent would carry him even when his communication faltered, but he now thinks actions, behavior and communication must also show who you are. He also argues it has become politically incorrect to say that effort, including hours, matters for growth. Rachitsky agrees, saying he sees a strong correlation between hours put in and success.

In the lightning round, his recommended books are Small Data by Martin Lindstrom, Adam Grant's Originals, and Daniel Kahneman's Thinking, Fast and Slow. He says change and feedback are hard because we are used to thinking fast. His favorite interview exercise is to brainstorm choices on a product the candidate uses often, and he looks for whether they can abstract the goals and users and whether they care about what a feature enables rather than the feature itself.

He also calls out short-video drama apps, such as DramaBox, as a recent product discovery, praising their gamified unlocking and storytelling. His life motto is that it's never too late: he started his tech career at 25 and joined Gojek in 2018. For visitors to Singapore, he recommends a Hawker Center, specifically Lau Pa Sat.

同频道的其他文章

1:10:27EN → 简体中文
Lenny's Podcast播客 · 2 人对谈硬技能让你进门,软技能决定你能走多远嘉宾 Jules Walter · 主持 Lenny RachitskyYouTube 产品负责人 Jules Walter 把 PM 能力拆成 IQ 与 EQ,并讲怎样用最小请求找到导师、把反馈变成习惯。产品与体验Product ManagementLeadership+3
1:30:46EN → 简体中文
Lenny's Podcast播客跳过「末日漏斗」:Cursor 招顶尖 50 人的打法主持 Lenny RachitskyCursor 人才负责人 Adam Ward 讲如何界定角色、画出全球大约 50 人的名单,再持续追他们,而不是招漏斗里活下来的人。企业与战略Company BuildingLeadership+3
1:42:04EN → 简体中文
Lenny's Podcast播客 · 2 人对谈先做生命体征测试,再谈把付费增长拧到最大嘉宾 Timothy Davis · 主持 Lenny RachitskyShopify 绩效营销负责人 Timothy Davis 讲何时开始买量、怎么做小测试、测哪些平台、看什么指标、以及先招什么样的人。企业与战略Go-to-MarketGrowth Strategy+3
1:21:44EN → 简体中文
Lenny's Podcast播客从划桨到掌舵:OpenAI 如何把 Agent 做成持久共事的同事主持 Lenny Rachitsky负责 Codex 与 ChatGPT Work 产品的 Tara Seshan 解释:当 Agent 负责划桨、人负责掌舵时,产品经理的工作会变成什么样。智能体Product StrategyAI Product Management+3
1:01:00EN → 简体中文
Lenny's Podcast播客 · 2 人对谈谁掌握注意力:Substack 如何按「控制权」做产品嘉宾 Sachin Monga · 主持 Lenny RachitskySubstack 产品负责人 Sachin Monga 讲路线图背后的原则、Recommendations 如何长成增长引擎,以及他认为互联网写作的下一阶段会怎样。产品与体验Product StrategyGrowth Strategy+3
1:26:22EN → 简体中文
Lenny's Podcast播客先从小处开始,再挣来自主权:五十多次企业 AI 落地教会他们的事主持 Lenny RachitskyAishwarya Naresh Reganti 和 Kiriti Badam 解释,为什么 AI 产品需要另一套构建流程,以及怎样一步步提高 Agent 自主权而不丢掉客户信任。产品与体验Product StrategyAI Product Management+3