Skip to main content
Back to catalog
Skill April 15, 2026 4 min read

Being the Whole Product Function for a Small Team


At large companies, product work is distributed. There’s a PM for strategy, a designer for UX, a program manager for execution, a data analyst for metrics, a technical PM for architecture. You specialize. You stay in your lane.

When you’re the only product person — a fractional leader for a startup, a consultant embedded with a small team, the first product hire — you are all of those people. Strategy, design, program management, data analysis, stakeholder communication, roadmap, backlog, user research, sprint planning, demos. All of it. Every day.

I’ve done this my entire career. Not because I was forced to — because that’s where the most interesting problems live. The zero-to-one space where nobody knows what to build yet and there’s no one else to figure it out.

What Being a Solo Product Leader Actually Requires

Product strategy. Defining what to build, in what order, and why — when there are more good ideas than resources. This is the part most small teams are missing. They have engineers. They have ideas. They don’t have someone who can ruthlessly prioritize.

UX and prototyping. I build wireframes and prototypes myself. At Venmo, I designed the initial wireframes for the personalization engine. Now I build high-fidelity prototypes using AI-assisted development — real components, real interactions, code that engineers can extend. This isn’t optional when you’re the only product person — there’s no designer to hand it to.

Program management. Keeping the work moving. Unblocking engineers. Managing dependencies. Running standups that are actually useful. Communicating progress to stakeholders in a way that builds confidence without creating overhead.

Customer connection. Talking to users. Not quarterly research sprints — daily conversations. Understanding what they need, what they’re frustrated by, what they’ve stopped complaining about because they’ve given up. This is the fuel for everything else.

Stakeholder communication. Translating between the team and leadership. The engineers need to know what matters. Leadership needs to know what’s real. You’re the bridge, and if you can’t communicate in both directions, the whole thing breaks.

Why AI-Assisted Development Changed Everything

The traditional bottleneck for a solo product leader was: I can define what to build, but I need an engineer to build it. That’s still true for production code. But for prototyping, validation, and proving concepts — I can do it myself now.

This isn’t about replacing engineers. It’s about compressing the cycle from “I think we should build this” to “look, it works” from months to days. For a small team that can’t afford to build the wrong thing, that speed is transformative.

The Hard Part: Context-Switching All Day

The hard part isn’t the breadth. It’s the context-switching. In a single morning you might go from a strategy conversation with the CEO to debugging a prototype to writing a sprint retrospective to reviewing user feedback to presenting metrics to an investor. Each one requires a different mode of thinking, and the transitions are exhausting.

The people who are good at this aren’t the ones who are great at any one discipline. They’re the ones who can switch modes fast, hold the full picture in their head, and know which hat to wear at which moment.

Where I’ve Gotten This Wrong

The trap of being the whole product function is believing you have to be great at everything. I’ve fallen into it. Early in my consulting work, I’d go at it alone — spinning too long in areas where I had real gaps, trying to upskill on the fly instead of tapping into experts. The result was delays that wouldn’t have happened if I’d been honest with myself about where my strengths end.

I’m a believer in the StrengthsFinder approach: know what you’re great at, run hard in those areas, and bring in people who are great where you’re not. The best solo product leaders aren’t the ones who can do everything — they’re the ones who know which gaps to fill themselves and which ones need someone else. Being skilled enough to wear every hat doesn’t mean you should wear them all at the same time.

That realization cost me time I can’t get back. Now the first question I ask on any engagement isn’t “what needs to be done” — it’s “where do I need help?”

Who Needs a Fractional Product Leader

If you’re a startup founder wondering whether you need a full-time product hire or a fractional leader — the answer depends on your stage. If you’re pre-product-market-fit and need someone to figure out what to build, a fractional product leader who can own the full picture might be more valuable than a specialist who needs a team around them — as long as they’re honest about where they need reinforcement.


Facing a similar challenge?

Let's talk →