Product Managers wait for clarity that never arrives.
They expect the strategy doc to have the answers. But nothing lands. Just more PowerPoint slides.
Because the higher up you go, the blurrier it gets. Goals get loftier. Language gets vaguer. No one wants to be wrong. So they delay, they decorate confusion with buzzwords. It feels smart but it isn’t clear.
The best Product Managers don’t wait. They start shaping. They turn fuzzy goals into concrete next steps. They don’t chase alignment. They chase decisions. They poke holes (even when it creates discomfort). They write the draft no one asked for. They map the fog, not run from it.
Because anyone can follow a plan. But great Product Managers can make one. They stop asking “What’s the direction?” and start saying “Here’s what I’m seeing - poke holes in it”
Some tech teams think their job starts when the requirements arrive.
But that mindset turns them into delivery machines - waiting for Jira tickets like orders at a café. The real value isn’t in ticking off tasks. It’s in shaping them. Working with product managers, not for them.
Because PMs aren’t there to write task lists. They’re commercial thinkers. They’re shaping strategy, pushing customer insight, and holding the big picture. They don’t need followers. They need partners.
Do less: waiting for answers.
Do more: collaborating to understand the “why.”
That’s how you build better products - and better teams.
You can’t validate a product with opinions.
People love to be nice. They’ll tell you what you want to hear. “I’d buy that.” “Sounds awesome.” “I’d totally use it.” They’re not lying to be cruel. They’re trying to be supportive. But support doesn’t equal commitment.
The second you ask for money, everything changes.
That’s the gap most early teams fall into. They build confidence through conversation, then get blindsided when no one converts. The t... read more
Like a snowball rolling downhill, technology debt simply gets bigger.
Cutting corners and patching things up work for a while. But eventually the codebase becomes a mess. Features take longer to build, and bugs pile up. The team becomes nervous about making changes. This triggers leadership demands speed, trapping everyone in a difficult cycle to break.
The best way to kill your product instincts is to outsource your customer research.
When you get answers neatly packaged in a fancy PDF with cool graphs and slick design, you feel good about it. It looks like the hardest part has been done, and you just need to look at the numbers and insights. On the surface.
As you go through the research prepared by someone else, you realise you only gain surface-level knowledge of the space.
Real research is about developing a good understanding of what your customers are experiencing - the small problems they face, along with all the nuances and frustrations.
You have to speak to them. No surveys or written responses will give you true insight into their challenges.
When you outsource research, someone else builds that understanding - not you.
Your product instincts start to fade over time.
There are two types of product teams - the slow-learning and the fast-learning.
The slow-learning team wants to deliver. They manage projects, write tickets, attend internal meetings and ask colleagues for design feedback. They mostly care about delivery and managing expectations.
The fast-learning team wants to learn. They talk to customers, read market news, push hacky code to production, and sometimes break things. They embrace ambiguity, but they learn fast.
The difference? The slow-learning team builds products for their bosses, and the fast-learning team builds products customers actually need.
Shift your focus. The best products come from deep insight, not just efficient delivery.
When your team isn’t experimenting enough, it's most likely due to experiments taking too long to build, track and measure.
But every missed experiment is a missed opportunity. Insights go untapped. Ideas remain untested. Innovation stalls.
If the bottleneck is tech, hack it. Find workarounds even at the cost of degrading user experience but push forward.
Constraints spark the best solutions.
Product Managers own the full lifecycle - strategy, discovery and delivery. Product Owners focus narrowly on Agile delivery. Splitting these roles fragments accountability and muddies product development.
True impact comes from roles with full ownership.
Engineers love clarity. The most important problem defines the mission.
A disjointed list of tickets signals confusion, while a vague objective offers no direction. Great work emerges when the goal is clear, focused and free of jargon.
When the problem is precise, teams know exactly where to aim.
Not every team needs a dedicated PM. Someone is already handling the PM work informally. It’s not complex.
Eventually, though, clear ownership becomes unavoidable. Is an individual contributor juggling alignment, communication and strategy alongside their core work? Or is it time to delegate those responsibilities to someone focused entirely on them?
The decision shapes how the team prioritises and executes.
A great product isn’t just a checklist of requirements. It’s built by understanding the customer’s problem and why it actually matters.
Don’t just follow instructions. Look deeper. Ask why. Question the logic.
The best solutions come from people who do a bit of detective work, not just execute.
Side projects teach product management faster than any course.
Finding a problem, crafting a solution and marketing it sharpen critical skills. You learn to balance creativity with practicality and adapt to real-world feedback.
Hands-on experience builds stronger product managers.
Big ideas need action to become real.
Break them into small, clear steps. Each win builds momentum and keeps you moving.
Perfection doesn’t matter - progress does. Test, learn, improve, repeat.
No one will remember your first crappy step but they will when you cross the finish line.
Great ideas are crafted, not found.
They come from clear problems, real insights, diverse perspectives and bold inspiration. Ideation sessions - prep, sketch and develop. Turn this mix into better solutions and stronger buy-in.
Prep sets the stage. Sketching sparks creativity. Development refines ideas into actionable next steps. Keep it sharp and ideas will shine.
Removing a feature signals a mistake. Few people feel comfortable admitting that.
This hesitation keeps bad features alive. Teams cling to them, fearing the optics of walking back a decision. But doubling down on something that doesn't work costs more in the long run - time, energy and user trust. Recognising when something doesn’t fit and cutting it isn’t failure. It’s progress.
Users notice when products improve. Removing what's broken clears space for what works.
The exec team was drifting, priorities misaligned, goals scattered. With OKRs, we trimmed 50 key results to 15, forcing clarity on what mattered most. The tough trade-off conversations exposed clashing perspectives but created alignment. Had to be done.
In product management, it’s tempting to move fast and break things. Sometimes, that works.
But moving with purpose works better. It means focusing on what matters, making smart choices, and building something valuable. Speed without direction leads to wasted effort. Purposeful action builds progress that lasts.
Fast fades. Purpose wins.
Saying no is a leadership skill.
It’s not about rejecting ideas, it’s about protecting focus. When everything feels important, nothing is. Saying no clears space for what truly matters - what drives impact, not just activity.
Yes, it will sting. People will take it personally. But prioritisation isn’t about popularity; it’s about progress.
Every “no” to distractions is a “yes” to momentum.
Bold ideas unlock progress.
When crafting new products or features, it's easy to focus on safe, incremental improvements. These solutions feel achievable and practical but they rarely break new ground.
Adding a bold concept into the mix forces the team to think beyond limitations. Even if the daring idea doesn’t make it to launch, it creates a spark. It pushes boundaries, reshapes how problems are viewed and reveals opportunities overlooked in safer designs.
A bold solution isn’t just a backup plan. It’s a catalyst for better work.
Trust between a founder and their first Head of Product defines whether a startup scales or stalls.
Founders often start as the Head of Product, driving vision, roadmaps and hiring. But as a company grows, splitting attention across fundraising, culture, operations and strategy leaves product leadership exposed. Bringing in a Head of Product isn’t just inevitable - it’s essential. The challenge is doing it without breaking the momentum or diluting the founder’s vision.
Alignment is the foundation. A great Head of Product doesn’t just execute - they embody and challenge the founder’s instincts, building scalable systems around them.