Strategy means different things to different people, so let me briefly share my definition. A product strategy describes the approach chosen to make a product successful. It achieves this by stating the product’s target users and customers, the value proposition, the business goals it should meet, and its standout features. Such a strategy facilitates effective product discovery and product delivery. To put it differently, it’s virtually impossible to determine the right features and capture the right user stories if you don’t know who the users are and why they would want to use the product.
Despite its importance, product strategy is not always effectively practised. A common issue is seeing it as a fixed plan that simply needs to be followed once it’s been agreed. But this only works if the product and market are stable and experience little change. For digital products, this is hardly ever the case in my experience. New technologies alone introduce change and uncertainty—think of the Internet of Things, Blockchain, machine learning, and generative AI, for example. In environments that experience volatility, uncertainty, complexity, and ambiguity (VUCA), the idea that the product strategy is set in stone is fundamentally flawed. Borrowing from Dwight D. Eisenhower, we could say, “Strategy is worthless. Strategizing is everything.”[1]
To avoid that the strategy becomes quickly outdated, I recommend establishing a continuous strategizing process. Rather than practising strategy in drips and drops, you should think of it as a firm part of the product team’s job, a workflow that needs to be attended to on an ongoing basis—much like continuous product discovery and product delivery.[2]
By connecting the strategy stream shown in Figure 1 to the product discovery and product delivery work, you ensure that the strategy guides the discovery and delivery activities. At the same time, insights from the development work are used to inform strategic decisions and help adapt the strategy.[3]
To help you successfully establish a continuous strategizing process, I’ve created the approach shown in Figure 2, which I’ll discuss below and in the following section.[4]
To establish a continuous strategizing process, you must allocate enough time so you can actually carry out the work. I find that spending one hour per day on continuous strategizing works very well for some people. Others prefer to carry out the necessary work once or twice per week.[5] Whatever your preference is, spend at least half a day per week on product strategizing so you can spot opportunities and threats at an early stage. This way, you’ll avoid nasty surprises like a competitor leapfrogging you with a new product or killer feature, and you are more likely to notice early warning signs like declining sign-up rates, increasing churn, or a growing number of support calls.
Additionally, schedule regular collaborative strategy reviews—at least once per quarter—and invite the key stakeholders and development team members to them. These reviews help you see bigger trends. By involving stakeholders and development team representatives you can leverage people’s expertise to assess and evolve the product strategy. What’s more, a collaborative approach helps you create alignment and secure buy-in. While I do recommend that you schedule the reviews well in advance, you should, of course, not wait for the next review if there are new developments that need to be urgently discussed. Instead, hold a collaborative review as soon as possible.
To determine if the strategy has to be adapted, I recommend using the five factors shown on the right-hand side of the diagram in Figure 2. Let’s take a look at them.
Considering the five factors above will give you a sound understanding if there is a need or opportunity to change the product strategy.[6]
There is no free lunch, and continuous strategizing requires time, as mentioned before. Time, however, is a very rare commodity for product people, and it can be tempting to deprioritise and postpone the strategizing work to deal with more urgent tasks like addressing sales and support requests or answering questions from the development teams. Unfortunately, this will most likely lead to more, unplanned work in the future. In a sense, strategizing is like riding a bicycle or driving a car: If you don’t look ahead, you’ll end up in the wrong place. Even worse, you might crash.
The purpose of using a product strategy is to be proactive: to see opportunities and threats early on so you can respond to them rather than finding yourself with your back against the wall trying to desperately catch up with the competition. I therefore recommend that you schedule and ringfence the strategizing work. Block the necessary time in your calendar. Delegate or eliminate other less critical tasks to free up time if that’s required, for example, by empowering development teams to determine detailed functionality on their own.
[1] I’m certainly not the first person to note that strategy must adapt when uncertainty increases, see, for example, Rita McGrath’ work. I find it still rather common, though, that established businesses generally see strategy as a solid plan that stays unchanged for an extended period—sometimes as long as three to five years. This explains, at least partly, why product strategy is not practised more effectively.
[2] I follow Marty Cagan and Teresa Torres in viewing product discovery as a workflow rather than a phase or stage. Note that this perspective is in line with an agile development framework like Scrum. In Scrum, the product backlog is emergent. Features and functionality are discovered on a continued basis, see, for example, my article The Product Backlog as a Learning Tool.
[3] For simplicity’s sake, I’ve combined discovery and delivery in a single stream instead of showing two separate but connected workflows. Additionally, note that for brand new products and larger product updates, you will benefit from practising a second type of strategy work, which I call time-boxed strategizing, see my article A Brief Guide to Product Strategizing.
[4] I first introduced the elements shown in Figure 2 in my book Strategize, 2nd ed.
[5] Note that the amount of uncertainty and change present will impact the strategizing effort: A young product requires a higher effort compared to an older, mature one. Additionally, the frequency at which the data you collect becomes available will determine how often you can carry out continuous strategizing.
[6] Note that I am not advocating changing a strategy for change’s sake. If the five factors listed do not suggest that you would benefit from adapting it, then you should leave the strategy as it is—at least for now. The maximum period a product strategy is stable for is a product life cycle stage, as I explain in more detail in my book Strategize.
It may not be pleasant to experience, but conflict is necessary to innovate successfully. Without…
Developing a winning product strategy is hard. Keeping the strategy relevant and achieving continued product…
The product roadmap is a popular product management tool that communicates how a product is…
The product strategy is probably the most important artefact in product management. But how do…
A product team is a cross-functional group whose members work together to achieve product success.…
The most amazing product strategy and product roadmap are ineffective if the stakeholders don’t support…