All Writing
๐Ÿš€ Product GrowthDeep DiveJuly 20267 min read

How Senior PMs Talk About Their Work (And Why Most PMs Get This Wrong)

The feedback that blocks most PMs from getting to staff level is not about the quality of their work. It is about how they talk about it. The difference between senior and principal is not experience. It is communication architecture.

The most common career feedback given to senior PMs who cannot break into staff or principal roles is some version of this: "Your work is strong, but the way you communicate it makes it feel smaller than it is."

That feedback is maddening because it is vague. What does "communicate it better" actually mean? The answer is structural, and once you see it, it changes how you approach every story you tell about your work.

The Timeline Trap

Most PMs tell their work stories as timelines. The project started in March. We did discovery in April. Engineering started in May. We shipped in July. Here are the results.

This structure communicates that you are a competent executor. It does not communicate that you are someone who makes hard calls under uncertainty.

Senior interviewers and leadership do not evaluate PMs on whether they can execute a project. They evaluate whether you understood the tradeoffs, made judgment calls with incomplete information, and influenced the outcome through your decisions rather than your compliance.

A timeline story buries all of that. The decisions exist in the story but they are hidden inside the sequence of events. The story becomes a narration of what happened, not a demonstration of how you think.

Decision-First Communication

The framing that changes how leadership perceives your work is organizing every story around the decisions you made, rather than the sequence of events.

This is not about restructuring your resume bullets. It is about which sentence comes first.

Compare two openings for the same story.

Version one: "In Q3, we were building a new onboarding flow. We did research, discovered that users were dropping off at step three, and decided to redesign that step."

Version two: "The key decision I made in Q3 was to cut our onboarding from seven steps to three, despite pushback from sales. The reason was retention data, but the harder call was accepting that the steps we cut were features sales had promised specific customers. That meant managing some difficult conversations."

The second version communicates three things the first does not: that you made a hard call, that it had real tradeoffs, and that you navigated the downstream consequences. That is principal-level thinking demonstrated in the opening sentence.

The DIME Structure for Work Stories

There is a consistent four-part structure that senior product leaders use when talking about their work. It works like this.

Decision. State the specific call you made upfront. Not "we decided to rebuild X" but "I recommended against rebuilding X, which was the team's initial instinct, because..." The decision is the topic sentence, not the conclusion.

Impact. What was at stake? Not just the project outcome, but the business or user consequence of the decision going right or wrong. Decisions without stakes are not actually hard decisions.

Method. What did you actually do and why? This is where the timeline lives, but compressed. You are explaining the reasoning, not narrating the sequence.

Edge. What was the hardest part and what would you do differently? This is the most differentiating section. PMs who can articulate the edge of their competence, the moment where they were genuinely uncertain, demonstrate the self-awareness of a senior practitioner.

The DIME structure turns every work story into evidence of judgment rather than evidence of activity.

What Interviewers Are Actually Evaluating

When a hiring manager asks "tell me about a project you are proud of," they are not asking for a project summary. They are asking: how does this person think? What do they notice about their own work? What level of abstraction do they operate at?

A PM who leads with timeline is operating at the level of execution. A PM who leads with decision is operating at the level of judgment.

The evaluation is often implicit. The interviewer may not consciously note the structural difference, but they will notice the response. A decision-first story is more engaging, more memorable, and more likely to prompt follow-up questions about your thinking rather than your history.

In my experience on both sides of PM interviews and promotion decisions, the single most consistent pattern among PMs who advance to principal level is not depth of domain knowledge or track record of shipping. It is the ability to articulate their judgment, not just their work.

Practical Application

Write down three stories from your recent work before your next performance review or interview. For each story, identify: what was the actual decision, what were the live options you were choosing between, what was the risk of each, and what specifically made you go one direction over the other.

If you cannot answer those questions clearly, the story is not ready. Most PMs find they can articulate what they did but struggle to articulate why they did it over the alternatives. That struggle reveals something important. The decision was made on instinct or default rather than explicit judgment.

Developing decision-first communication forces you to develop decision-first thinking. Over time, you stop executing projects and start making calls. That shift is what interviewers are trying to find when they ask you to walk them through your work.

For the interview format that makes this concrete, the PM interview prep guide covers the behavioral question section in detail. The product frameworks reference is useful background for the analytical and product sense sections. First Round Review's archive on career development has some of the best writing on how product leadership actually works.