Should product strategy come from leadership vision, or emerge from team-level insights and customer feedback?
Experts
Great product strategy requires a clear top-down vision. Leaders must set direction, make hard tradeoffs, and align the org around a coherent strategy.
The best ideas come from teams closest to customers. Empower PMs and engineers to discover opportunities, run experiments, and shape the roadmap from the ground up.
Making an impact through authenticity and curiosity | Ami Vora (CPO at Faire, ex-WhatsApp, FB, IG)
Let me go in a slightly different direction. One of my favorite posts of yours is called execution beats strategy every time, and I think another way you phrase it is, execution eats strategy for breakfast. I think you put that somewhere. I'd love to hear about this because I completely agree.
And I think one of the things that you learn is if you have great strategy, perfect strategy but poor execution, you don't win because your strategy never makes it to the market. And what's even worse is that you have learned nothing. You don't know whether it was your strategy that was wrong or whether it was your execution that was wrong, all you know is you didn't win.
How to speak more confidently and persuasively | Matt Abrahams (professor, speaker, author)
Some examples include their priorities in product roadmap are driven by a 100-year vision that comes from Tobi, the CEO. And the core product teams don't have metrics or KPIs. They're essentially banned. And instead, decisions are made based on taste, and intuition, and building towards this long-term vision.
All this is just the tip of the iceberg. Dovetail wants to give everyone in their organization instant access to their customers at any time. From roadmaps, discovery, to strategy sessions and more, it's never been easier to make customer-centric decisions.
How 80,000 companies build with AI: Products as organisms and the death of org charts | Asha Sharma
So let me ask you actually about that. So planning right now is just crazy. How does anyone plan a roadmap when there's just like, "Okay, GPT-5 is out." Okay, great. What works for you for setting actual a roadmap and a strategy for your team? How far out do you plan? How often do you have to rethink everything?
An operator’s guide to product strategy | Chandra Janakiraman (CPO at VRChat, ex-Meta, Headspace)
Yeah, let's start with some basic definitions, which is as you asked, what is product strategy? And if you think back to the Headspace example, this sort of comes to life as well. So product strategy, strategy sits between the mission and vision and the plan.
The output of all of this is what I call the comprehensive preparation readout. It is a single master deck where you sort of have the behavioral insights meta analysis, you have the UXR insights meta analysis, you have a download of the leadership interviews, you have the competitive stack charts, you have the adjacent roadmaps, and you have a section on user observations.
Crafting a compelling product vision | Ebi Atawodi (YouTube, Netflix, Uber)
You fell in love with building products for a reason, but sometimes the day-to-day reality is a little different than you imagined. Instead of dreaming up big ideas, talking to customers and crafting a strategy, you're drowning in spreadsheets and roadmap updates, and you're spending your days basically putting out fires. A better way is possible.
So let's segue to the evangelize step, which I think I always talk about. I always think about the Seinfeld meme of when he is trying to get a car reservation where he shows up and they don't have his car and they're like, "We have your reservation, we just don't have your car." And he's like, "That's the most important part of the reservation.
How to foster innovation and big thinking | Eeke de Milliano (Retool, Stripe)
But those documents, to me, are the charter. So, "What is your mission, your vision and your strategy?" The goals, "What are you aiming to do and how are you going to measure success?" And then the roadmap, "What is the thing that you're shipping?
And I've kind of noticed two things about this framework for myself. One, I've actually noticed that teams often work their way from the bottom-up, versus top-down. They start with a roadmap. They're like, "What are all the things we're going to ship?" Especially early on. And then they kind of work their way into a charter. But I think it's really, really worth it to start from the top-down.
What differentiates the highest-performing product teams | John Cutler (The Beautiful Mess)
That's a thread I want to actually follow up on, is just the power of culture and values and things like that. But before we do that, let me just summarize maybe the top five attributes and kind of traits you just shared and then I have a two part question around this. I wrote these down.
So for example, I recently wrote about something called the leadership, the Pyramid of Leadership, self awareness. And it's a simple model, but it goes deep how I want it to go deep. So the idea is that at first we know nothing about ourself and then the next level is that we start to become self-aware, but believe the whole world is wired just like we're wired.
Building high-performing teams | Melissa Tan (Webflow, Dropbox, Canva)
And then the last one is standardizing your processes, your cadences for strategy check-in. So it's like, hey, we do roadmap check-ins every month. These are the people that need to be in the room. We do quarterly planning sessions with executives, and this is the inputs to it, this is the outputs to it, here's the decisions we make in this meeting. This is what we review.
Where the gaps come between that and becoming an executive is interfacing with the board, understanding the financials super deeply so that you can create revenue projections off of what your roadmaps and your product's strategy is going to be.
How to drive word of mouth | Nilan Peiris (CPO of Wise)
I think, to give an example right now, nowadays when you work with a coding agent, it writes a ton of code, but it turns out writing code is actually one of the most fun parts of software engineering for many software engineers. So then you end up reviewing AI code. And that's often a less fun part of the job for many software engineers.
Yeah, I mean, I think mostly I just feel much more empowered. I've always been sort of more technical leaning PM, and especially when I'm working on products for engineers, I feel like it's necessary to dogfood the product. But even beyond that, I just feel like I can do much, much more as a PM. And Scott Belsky talks about this idea of compressing the talent stack.
Product management theater | Marty Cagan (Silicon Valley Product Group)
I want to touch on something. So I interviewed the CTO of Meta, and you made this really interesting point. So when I think of Meta/Facebook, I always imagine them as a very bottom-up culture. People on teams build experiments, run things. There's not a lot of do this, do that, but the way that he framed it is it's actually very top-down at Meta.
Just stop me, but there's a set of principles around the more cultural things, like innovation is more important than predictability. That's a principle. That learning is more important than failure. The principles are more important than process. Some examples of that. In terms of teams, empowered with problems to solve. That's one of your foundational principles.
How to build your product strategy stack | Ravi Mehta (Tinder, Facebook, Tripadvisor, Outpace)
So I would suggest learn how to sketch, learn Balsamiq. Having that ability to think at a conceptual level about how UI and UX works is I think a critical part of being a product manager. And if it's a skill that you don't have today, there's great resources to be able to work on that skill.
So Tinder was always interesting in terms of product discovery. We did a lot of focus groups when I was there. We had people talk about their preferences around dating both one-on-one and ending groups, and those always led to really interesting conversations.
Hard-won lessons building 0 to 1 inside Atlassian | Tanguy Crusson (Head of Jira Product Discovery)
Hard-won lessons building 0 to 1 inside Atlassian | Tanguy Crusson (Head of Jira Product Discovery)
Been in the product management team at Atlassian for roughly 10 years now. I worked on HipChat and Stride, and more recently I started Jira Product Discovery.
Brian Chesky’s new playbook
You fell in love with building products for a reason, but sometimes the day-to-day reality is a little different than you imagined. Instead of dreaming up big ideas, talking to customers and crafting a strategy, you're drowning in spreadsheets and roadmap updates and you're spending your days basically putting out fires. A better way is possible.
With Jira Product Discovery, you can gather all your product ideas and insights in one place and prioritize confidently finally, replacing those endless spreadsheets. Create and share custom product roadmaps with any stakeholder in seconds and it's all built on Jira where your engineering team's already working so true collaboration is finally possible.
The things engineers are desperate for PMs to understand | Camille Fournier (“The Manager’s Path”)
Man, there's so many things you shared that I wanted to dig into. Let me share a couple of things. Your point about delegating I thought was really important, and there's another benefit to learning to delegate, which is team members feel empowered. You give them a chance to take on responsibility and they feel like I have an opportunity to show I can do this other thing.
That set of engineering can also be part of a platform offering. I actually kind of believe that there's also sort of what you might call integration platforms or platforms that are in between that infrastructurey developer tooly stuff and products.
243 votes cast
1 comment · Share your perspective
Our best features came from engineers who were closest to the code and the customers. Top-down roadmaps missed these insights every time.