The Upended
Product Cycle

Kunal Babre · Principal Product Manager

Building is now faster
than speccing.

What does that mean for product managers?

Four signals the shift is real

LinkedIn killed the APM program

Replaced with "Full-Stack Builders" - people who code, design, AND do product.

Tomer Cohen, CPO, LinkedIn

Shopify: AI-first before hiring

"Teams must prove AI can't do a task before adding headcount." AI exploration dominates the prototype phase.

Tobi Lutke, CEO, Shopify

25% of YC startups are 95% AI-built

Non-engineers founding and shipping real products. The builder bar just dropped to zero.

Garry Tan, CEO, Y Combinator · CNBC

Andrew Ng: 2 PMs per engineer

For the first time, engineers proposed having twice as many PMs as engineers. The bottleneck moved from building to deciding what to build.

Andrew Ng, YC AI Startup School

The economics has changed

Spec
1-2 weeks
2 hrs

Prototype, don't spec

Build
1 sprint
1 day

Prompt + iterate

Validate
2-4 weeks
1 day

Ship + learn

When the cost of building drops to near zero,
the cost of not building becomes enormous.

SVPG · McKinsey · Microsoft Research (Copilot 55% faster) · GoPractice · AB Tasty · Maze

What does a PM
actually do now?

More.

But more of what?

Product Taste

When AI can build anything, knowing what to build is the superpower.

GREAT PRODUCTS TASTE judgment + intuition Point of View Craft Empathy Delight

Point of View

Strong opinion that differentiates. Nobody is neutral on the Cybertruck.

Craft

Obsessive care for detail. The opposite of AI slop.

Empathy

Solve the emotional need, not just the functional one.

Delight

The unexpected moments users love. If you're not having fun, they won't either.

5 PM Beliefs
Upended

Belief #1
"Front-load all research before building"

Building was expensive. One wrong bet could waste a quarter. So we front-loaded certainty: weeks of research before greenlighting anything.

When a prototype takes hours, not months, you build to learn, not learn to build.

Before

Discover
Deliver

Sequential. Weeks apart.

Now

Build
Learn
Build
Learn

↻ Continuous. Hours apart.

Build to think. The loop is hours, not weeks.

Eric Ries, Build-Measure-Learn (The Lean Startup) · Teresa Torres, Continuous Discovery Habits
Belief #2
"Think in documents"

One-pagers, six-pagers, PRDs, design docs. The spec proved you understood the problem. Writing it was the thinking.

But a working prototype communicates intent at higher fidelity with fewer assumptions than any document can.

Before

Write spec Review Build

Weeks of alignment before code

Now

Idea Prototype Align

Show, don't tell

Think in prototypes.

IDEO, "Build to think" · Marty Cagan, "Inspired" · John Maeda, Design in Tech Report
Belief #3
"Say no to most features"

When every feature costs months of engineering, "no" is your most important word.

When prototyping costs almost nothing, "no" prevents learning. Instead of debating X vs Y for weeks, prototype both and let users decide.

Cost of debate
is now greater than
Cost of validation

Prototype X

Prototype Y

↓ Run in parallel. Users decide.

Say no to bad problems, not experiments. When validation is cheap, run both.

Jeff Bezos, Amazon shareholder letters: "Double experiments, double inventiveness"
Belief #4
"AI is a tool you use"

Most treat AI like a search engine. Prompt, get answer, move on.

But when you capture team patterns as structured context, quality jumps. It goes from a tool to a teammate that compounds.

Tool

Generic output

No memory

Teammate

Knows conventions

Compounds

Context Engineering - 3 layers

Rules · Principles, guardrails · define once

Foundation · Product knowledge · regularly

Evolving · Decisions, feedback · daily

Capture patterns. Invest in context. It compounds.

Boris Tane, "Context engineering is what makes AI magical" · Andrej Karpathy · LangChain
Belief #5
"Data-driven decisions"

"What does the data say?" became the default answer to every product question. Data was the tiebreaker, the decision-maker, the shield.

Data is essential for validation. But it can't tell you what to build next. That takes a point of view. The best PMs use both, but they start with judgment.

Before

Data → Decision

"What does the data say?"

Now

Judgment → Hypothesis → Data validates

"What do we believe? Let's test it."

Lead with judgment, verify with data.

Karri Saarinen, Linear · Lenny's Podcast

From Beliefs
to Framework

Now, a practical system for where to start.

The PM Builder Stack

Meet people where they are. Start at the bottom.

5Build the CultureCreate the environment. Coach PMs. Reward learning.Leadership multiplier
4Ship ProductsCo-author with AI. Open PRs. Blur PM and builder.For hands-on PMs
3Build PrototypesValidate before sprint backlog. Build workflow tools.Start this month
2Build ContextProduct principles. Instruction files. Decision logs. Extract your taste.Start this week
1Use AI DailyMeetings, drafts, feedback, codebase exploration.Start today

Each level makes the next possible. Not everyone needs Level 4.
Everyone should reach Level 3 within a month.

Call to Action

Start Where You Are

Never written code

Ask AI to explain a PR to you

Build specs from meeting notes and emails

Pair with eng to build your first prototype

1-2h/wk to start

Technically comfortable

Build your first AI plugin for the team

Prototype your riskiest assumption

Automate your most tedious weekly task

2-4h/wk building

Lead a PM team

Pick one team, get every PM building with AI

Replace spec reviews with "show me the prototype"

Measure and reward learning velocity

1 team to start

Every PM is a
Product Builder.

"I think we're going to start to see the title 'software engineer' go away. And I think it's just going to be maybe builder, maybe product manager."

Boris Cherny, Creator of Claude Code, Anthropic · Feb 2026 · YC Lightcone Podcast

Now the only question is whether you'll build.

What This Does NOT Mean

✕ Does not mean ✓ Does mean
PMs should replace engineers. PM and Engg roles converge. Both gain range.
Prototypes go to production unreviewed. Prototypes earn production. Eng still gates quality.
Every PM must write code. Every PM can build. Chat is enough to start.
Building replaces talking to customers. Building is how you talk to customers faster.
The spec is dead. The spec comes after the prototype, not before.
Newer PMs should skip fundamentals. Fundamentals are your moat. AI is the force multiplier.

So what are you
building?

Kunal Babre · Product Builder

linkedin.com/in/babre

Appendix

Reference slides for Q&A

For PM Leaders

What would make your org safe for prototyping?

↳ Permission without career risk

How do you reward learning, not just shipping?

↳ Output → outcomes

Can you document your team's principles so AI can use them?

↳ Scalable taste for the whole team

How do you measure discovery-to-delivery ratio?

↳ The 50/50 rule at org level

Which PMs are ready for Level 2 or 3?

↳ Coach up the builder stack

The PM leader's job: build the system where product builders thrive.

How do you develop Point of View?

🔍 Increase Exposure Hours

Deeply use 50+ products in your space. Not casually. Analytically. Ask "why does this feel right?" every time something resonates.

🎯 Strong Opinions, Loosely Held

Write down what you believe before you have data. Then test it. Committing to a position forces clarity.

⚡ Study the Edges

Don't study market leaders. Study the weird, polarizing products: Superhuman, Linear, Arc, early Notion. That's where POV lives.

🚀 Ship and Feel the Tension

POV sharpens through shipping. You can't think your way into conviction. You build your way into it.

Point of view isn't something you have. It's something you practice.

Resources & References

Compound Engineeringevery.to/guides/compound-engineering Claude Code Best Practicesanthropic.com/research/claude-code-best-practices Boris Cherny on the Future of BuildingYC Lightcone Podcast LinkedIn articleslinkedin.com/in/babre JsonViewer (open source)github.com/kunalbabre/JsonViewer