Index / Product Strategy

Product Strategy

Abstraction Creative
Index

A product's promise has to meet the circumstances of using it.

Product Strategy establishes why a product should exist or evolve, whom it should serve, how it creates value, and which choices deserve attention. It connects what people need with what an organization can meaningfully create, deliver, support, and improve.

At Abstraction Creative, we begin by listening to what you are trying to make possible. The first request may be a website, an application, a new feature, or a redesign. It may also be a persistent problem with no clear solution yet.

Those are ways into the work. We want to understand what sits behind them.

What would become better for someone if this existed? Why would that matter to the business? And what would need to be true for the idea to work beyond the presentation?

Give the product a reason to exist

A product is not valuable simply because it can be built. Its capabilities need to connect to a purpose that matters to the people using it and the organization sustaining it.

Some products earn revenue directly. Others help customers access a service, support employees, communicate an offer, or reduce avoidable work. A website can be a product and an evolving business asset without being sold as software.

We consider both the immediate use and the surrounding relationship. What brings someone to the product? What do they expect from it? What happens after the action the business wants them to take?

Human value and commercial value belong in the same conversation. A product that attracts attention but fails the people relying on it has not resolved the underlying challenge. A useful idea also needs a workable way to reach people, deliver its promise, and remain useful.

Understanding comes before a longer feature list

An organization may arrive with a clear vision and limited evidence, extensive evidence and no shared direction, or a product that has accumulated years of decisions without a current explanation of why they belong together.

We work with what exists. Stakeholder conversations, customer questions, research, analytics, support records, current workflows, technical information, and the experience of the team can all contribute.

We distinguish what people know from what they believe, what has been observed from what has been inferred, and what still needs investigation. Where direct end-user research or specialist analysis is required, we can shape and coordinate that work with appropriate partners.

The goal is not to collect information indefinitely. It is to understand enough to make the next decision responsibly, while keeping the remaining uncertainty visible.

The decisions inside the strategy

People, needs, and context

Who benefits from the product, who uses it, who chooses it, and who has to operate it? Those may be different people.

We look at what they are trying to accomplish, what gets in the way, and how they manage today. The alternative may be another product, a spreadsheet, a phone call, a familiar routine, or choosing not to act.

Empathy helps us question whether the proposed solution fits their circumstances. Anticipating a need is a valuable design contribution; it should still be treated as a proposition we can examine rather than proof that we already understand everyone involved.

Choosing an initial audience or use case gives the work focus. It does not require the business to abandon every other possibility. It makes the current decisions specific enough to be useful.

Value and the promise

What will someone be able to do, understand, or experience that they cannot do as well today? What makes the difference meaningful?

We work through the relationship between capabilities and value. A feature may sound impressive without improving the task. A small change may matter because it removes an uncertainty that has repeatedly made the experience difficult.

Branding and Marketing help articulate and communicate the promise. Product Strategy asks whether that promise is grounded in something the product and the surrounding organization can deliver.

The meaning should hold together from the first introduction through actual use.

A product's promise has to meet the circumstances of using it.

The business and the work behind the experience

A product depends on more than its interface. People, content, systems, processes, support, and ongoing ownership all affect whether it can function as intended.

We consider delivery effort, operating needs, technical dependencies, existing capabilities, and the business model with the people responsible for them. A seemingly small feature can create a significant support obligation. A more thoughtful workflow may reduce complexity without requiring a large new system.

Service Design and Business Design help examine the wider picture. Digital Development and specialist collaborators contribute to feasibility and implementation choices. The strategy makes these relationships visible; it does not substitute for the detailed technical, legal, financial, or other professional work a particular product may require.

Evidence, assumptions, and risk

Which parts of the direction are supported, and which depend on something we have not established?

An assumption might concern demand, comprehension, adoption, technical feasibility, access to information, or the team's capacity to support the result. The consequences of being wrong help determine what needs investigation first.

Some questions can be explored through research or a prototype. Others require technical assessment, operational trials, or evidence from actual use. One kind of learning does not answer every kind of risk.

We want the strategy to explain why a direction is reasonable now—and what could give us a reason to change it.

Priorities and deliberate tradeoffs

What should we pursue first? What can wait? What should we stop doing or decide not to build?

We connect priorities to the intended outcome, available evidence, dependencies, time, budget, and the organization's ability to follow through. A request deserves to be heard without automatically becoming the next feature.

The rationale matters. If we defer something, we want to know why and what circumstances would justify revisiting it. If two needs conflict, we need to understand whose experience bears the consequence of the decision.

Strategy gives the team a basis for choosing. A backlog records work, and a delivery plan organizes its execution; neither replaces the reasoning about which work is worth doing.

A first version that makes something possible

When a new product needs a minimum viable product, or MVP, we help define a manageable first scope around a meaningful use and a useful opportunity to learn.

That does not mean making the smallest imaginable collection of screens. It means deciding what a person should genuinely be able to accomplish, what support that requires, and which broader ambitions can remain for later.

A prototype can help inform that decision. A simulated path is not the same as a working release that people can depend on. Design, implementation, operations, and appropriate safeguards still need attention when the product enters real use.

We can narrow the audience, the capability, or the delivery approach. We should also make the consequences of a smaller scope clear. Deferring a feature and leaving an essential responsibility unaddressed are not the same choice.

Sometimes a useful part suggests something larger

We also look for opportunities inside what the organization already has.

A feature, workflow, internal tool, or operational capability may answer a need beyond its original setting. Something treated as a small part of one system might deserve attention as a product in its own right.

Product Opportunity Discovery names that supporting part of the practice. It gives curiosity a place in the strategic work without turning every interesting component into a proposed new company.

The question is what the possibility is worth investigating—not how quickly we can rename it as a new offer.

Find the possibilities inside what already exists

When a fabrication business brings an internal specification-and-quotation tool into a product discussion, we examine what makes it useful before assuming it should become a separate offer.

Together, we compare the possibilities. Improving it for the existing team may be worthwhile. A focused version for other organizations may deserve investigation. The most useful response may instead be to carry its lessons into the service without creating another product to maintain.

Each direction needs different questions. How much does the workflow depend on knowledge unique to this business? Could another team use it without extensive assistance? What problem would justify changing an established working habit? What would the technology, content and support model need to become?

We can make the proposed experience tangible through a prototype and coordinate appropriate research and technical assessment. We weigh desirability, feasibility and viability with the client rather than treat interest in the idea as evidence of demand.

This is part of noticing possibilities beyond the first brief while keeping their pursuit deliberate. The strategy should help the organization choose what is worth exploring, including when the right choice is to improve what it already has.

Keep the connected disciplines distinct

Product Strategy establishes the product's purpose, value, direction, and priorities. UX Strategy gives particular attention to how the experience serves people and supports meaningful outcomes. Digital Product Design makes those choices tangible through capabilities, content, structure, interfaces, and behavior.

They influence one another. A design study can reveal a flaw in the strategy. Research can show that a different audience has a stronger need. Implementation can expose a dependency that changes the practical direction.

Business Design examines the wider system through which the organization creates and delivers value. A product strategy may lead into those questions without claiming to resolve the whole business by itself.

Keeping the distinctions clear helps us identify what a project needs while allowing the work to remain connected.

Leave with a direction the team can use

A focused engagement may produce a shared product definition, evidence and assumptions, a value proposition, prioritized opportunities, an initial scope, a phased direction, and questions for further investigation. The useful combination depends on the situation.

We want the rationale to remain accessible. People should be able to explain why a choice was made, recognize when circumstances have changed, and contribute a new idea without having to reconstruct the entire conversation.

Co-creation is central to that. Your knowledge of the business meets design thinking, research, creative judgment, and the expertise of the people needed to deliver the work. We can take responsibility for moving the process forward without asking you to surrender your understanding of the result.

The client becomes more capable as the product becomes clearer.

A direction is stronger when the people carrying it forward understand why.

The strategy has to meet the world

Discover → Define → Explore → Design / Develop / Market → Learn → Advance → Discover

Discover, Define, and Explore give the direction its first shape. Design, Development, and Marketing bring it into contact with practical choices and the people it is intended to serve.

We consider what we hope to learn, what would count as useful evidence, and when a decision deserves review. Measurement Strategy helps define the signals; it should include the human and operational consequences, not only the easiest action to count.

Product Intelligence retains the research, decisions, outcomes, and lessons we build together. Learn and Advance bring that knowledge back to Discover.

Sometimes the response calls for an incremental improvement. Sometimes it calls for a different direction, a narrower purpose, or leaving an idea behind. Continued involvement is valuable because the product and its circumstances keep changing—not because the first strategy is meant to make every future decision for us.

What should this become—and why?

Product Strategy can be engaged independently or within broader research, design, development, marketing, or optimization work. We can help shape something new, reconsider an existing product, or make sense of a direction another team began.

Bring the ambition, the competing ideas, or the uncertainty about what deserves investment next. We can work through the possibilities together and give the next step a reason you understand and believe in.

Contact Us

Start a conversation.

Tell us what you’re working toward and where you could use help. We’ll reply by email.

Tell us a little about yourself or your organization, what you’re trying to accomplish and what’s getting in the way.