Product Vision and Strategy Template
Vision, target customer, problem and evidence, diagnosis, guiding policy and pillars, north star, strategic bets, non-goals, risks, link to roadmap and OKRs
Cómo usar: Use it when you set or refresh the multi-year direction of a product. Fill the vision, target customer and problem with evidence first, then the diagnosis and pillars, and only then the bets. The main pitfall is a strategy with no non-goals, which means nothing was actually chosen.
Vista previa
Product Vision and Strategy: [Product name]
A product vision and strategy document: where the product is going in three to five years, who it is for, which problem it solves, how the team intends to win (diagnosis, guiding policy and strategy pillars), the north star metric that shows progress, the strategic bets for the next planning horizon and the things the team will deliberately not do. There is no formal standard for this document. It follows common product management practice as described by Cagan (Inspired, 2nd edition, 2017), Lombardo, McCarthy, Ryan and Connors (Product Roadmaps Relaunched, 2017) and Rumelt's kernel of strategy (Good Strategy Bad Strategy, 2011), written in original words. Replace every
[bracketed]value and every row marked Example.
Document control
| Field | Value |
|---|---|
| Document ID | [PVS-PRODUCT-NN] |
| Product or product line | [Product name] Example: Tallow Notes (team workspaces) |
| Version | [0.1] |
| Status | [Draft / In review / Approved / Superseded] |
| Owner | [@head-of-product] |
| Contributors | [@product-managers, @design-lead, @engineering-lead, @research-lead] |
| Approvers / reviewers | [@ceo, @cto, @commercial-lead] |
| Vision horizon | [Year, three to five years out] Example: 2031 |
| Strategy horizon | [Period, usually 12 to 18 months] Example: 2027-01 to 2027-12 |
| Next scheduled review | YYYY-MM-DD |
| Last updated | YYYY-MM-DD |
| Classification | [Internal / Confidential] |
Approvals
| Role | Name | Decision | Date |
|---|---|---|---|
| Chief executive or general manager | [@name] | [Approved / Changes requested] | YYYY-MM-DD |
| Engineering lead | [@name] | [Approved / Changes requested] | YYYY-MM-DD |
| Commercial or go-to-market lead | [@name] | [Approved / Changes requested] | YYYY-MM-DD |
Revision history
| Version | Date | Author | Change |
|---|---|---|---|
| 0.1 | YYYY-MM-DD | [@owner] | First draft for review |
| [1.0] | YYYY-MM-DD | [@owner] | [Approved strategy for the horizon] |
| [1.1] | YYYY-MM-DD | [@owner] | [Mid-horizon review: bets updated, vision unchanged] |
Contents
- Summary on one page
- Product vision
- Target customer
- Problem and evidence
- Diagnosis: market and context
- Strategy: guiding policy and pillars
- North star and input metrics
- Strategic bets
- Non-goals
- Risks and assumptions
- From strategy to roadmap and OKRs
- Review cadence and decision rights
- Glossary
- References
1. Summary on one page
| Element | Statement |
|---|---|
| Vision | [One sentence about the future you are building toward] |
| Target customer | [Who, in which situation] |
| Core problem | [The problem, in the customer's terms] |
| Guiding policy | [The overall approach to winning, in one sentence] |
| Strategy pillars | [Two to four pillars] |
| North star metric | [Metric, current value, target and date] |
| Top bets this horizon | [Two or three bets] |
| Main non-goals | [Two or three things you will not do] |
Example (Tallow Notes):
| Element | Statement |
|---|---|
| Vision | By 2031, a small team writes something down once and anyone on the team finds it in seconds, without a knowledge manager. |
| Target customer | Teams of 3 to 30 people in agencies, studios and small product companies who share project knowledge but have no one whose job is documentation. |
| Core problem | Team knowledge is scattered across chat threads, personal notes and files, so people ask the same questions again and new members take weeks to get up to speed. |
| Guiding policy | Win the team, not the individual: make the second and third team member successful in their first week, and grow through invitations rather than paid acquisition. |
| Strategy pillars | P1 Effortless sharing, P2 Findability without filing, P3 Trust at small-team scale |
| North star metric | Weekly collaborating workspaces: 4,200 in the week to 2026-09-27, target 6,000 by 2027-12-31 |
| Top bets this horizon | B1 Team starter spaces, B2 Ask-your-notes search, B3 Self-serve admin controls |
| Main non-goals | No enterprise sales motion, no general-purpose wiki for companies above 200 people, no public publishing platform |
2. Product vision
Vision statement: [For whom, what changes for them, by when]
Vision narrative: [Three to six sentences describing a day in the life of the target customer once the vision is real. Name the situation, what they do, what they no longer have to do and how it feels.]
Example: A designer joins a nine-person studio on Monday. By lunchtime she has read the three notes the team pinned for newcomers, and when she wonders how invoices are approved, she types the question and gets the answer with a link to the note her colleague wrote last year. Nobody had to file that note in the right folder. When she writes up her first client meeting, two colleagues add to it the same afternoon. The studio never appointed anyone to "own the wiki", yet the knowledge stays current because writing and finding it takes less effort than asking.
Questions to answer:
- Who is better off when this vision is real, and how would they describe the change in their own words?
- What does the product make unnecessary (a meeting, a role, a workaround)?
- Which current ideas or requests would the vision rule out?
- Would the vision still be worth pursuing if a competitor shipped half of it next year?
3. Target customer
| Field | Primary customer | Secondary customer |
|---|---|---|
| Segment | [Who] | [Who] |
| Situation or trigger | [When they need the product] | [When] |
| Job to be done | [What they are trying to get done] | [What] |
| Current alternative | [What they use today] | [What] |
| Buyer vs user | [Who decides and pays, who uses] | [Same or different] |
| Size of segment | [Estimate with source] | [Estimate with source] |
| Evidence | [Research IDs, data, interviews] | [Research IDs] |
| Example: Segment | Teams of 3 to 30 in agencies, studios and small product firms | Freelancers who later invite clients |
| Example: Situation | A new project or a new hire exposes that knowledge lives in people's heads | Sharing a brief with a client |
| Example: Current alternative | Chat threads, shared drive folders, personal notes apps | Email attachments |
| Example: Buyer vs user | Team lead or founder buys, every member uses | The freelancer buys, the client only reads |
| Example: Evidence | RES-031 (24 interviews), RES-034 (sign-up survey, 1,180 responses) | RES-036 (9 interviews) |
Link the personas that describe these customers in detail: [product/persona documents].
Pitfall: defining the customer by demographics only. A product strategy needs the situation and the job, because those decide what the product must do first.
4. Problem and evidence
Problem statement: [Customer] struggles to [job] because [cause], which leads to [consequence].
Example: Small teams struggle to reuse what they already know because knowledge sits in chat threads and personal files that nobody can search together, which leads to repeated questions, slow onboarding and decisions made without earlier context.
| ID | Evidence | Type | Strength | Source |
|---|---|---|---|---|
| EV-01 | [Finding] | [Interview / survey / product data / market data] | [Strong / Moderate / Weak] | [Link] |
| EV-01 (Example) | 17 of 24 interviewed team leads described asking the same question in chat at least weekly | Interview | Moderate | RES-031 |
| EV-02 (Example) | Workspaces where a second member edits a note in week 1 keep 2.1 times as many members at week 8 as those where nobody does | Product data | Strong (observational, not causal) | Analytics query AQ-118 |
| EV-03 (Example) | 41% of churn survey answers name "my team never joined" as the main reason | Survey | Moderate | RES-034 |
Questions to answer:
- How do customers cope today, and what does the workaround cost them in time, money or risk?
- Which evidence is causal and which is only correlation?
- What would you expect to see if the problem were smaller than you think?
5. Diagnosis: market and context
| Force | What is changing | Implication for us |
|---|---|---|
| Customers | [Change] | [Implication] |
| Competitors | [Change] | [Implication] |
| Technology | [Change] | [Implication] |
| Regulation and trust | [Change] | [Implication] |
| Our capabilities | [Strengths and gaps] | [Implication] |
| Example: Customers | Small teams adopt tools bottom-up, one member at a time | Value must appear before the whole team joins |
| Example: Competitors | Large suites bundle a notes product for free with chat and mail | We cannot win on price or breadth, only on team adoption and findability |
| Example: Technology | Language models make question-answering over private notes cheap | Search can move from keywords to questions, but accuracy and privacy become the risk |
| Example: Regulation and trust | Customers in the EU and UK ask where data is stored and whether notes train models | Data residency and a clear no-training default are table stakes for paid teams |
| Example: Our capabilities | Strong editor and sync, weak admin features, no sales team | Self-serve growth fits, enterprise does not |
The crux: [One sentence naming the critical challenge.]
Example: Most workspaces never get a second active member, so the product stays a personal notebook and is displaced by the free suite tool; the challenge is to make the team, not the individual, successful in week one.
Link competitor detail to product/competitive-analysis rather than repeating it here.
6. Strategy: guiding policy and pillars
Guiding policy: [One or two sentences.]
Example: Win the team, not the individual. Concentrate product effort on the first week of a new workspace and on the moments when a second and third member join, and grow through invitations rather than paid acquisition.
| Pillar ID | Pillar | Why (link to diagnosis) | What it means we do | What it means we stop or avoid |
|---|---|---|---|---|
| P1 | [Pillar] | [Reason] | [Actions] | [Trade-off] |
| P1 (Example) | Effortless sharing | The crux is the missing second member | Invite and co-edit in one step from any note, starter spaces for common team types | No new personal-only features unless they help sharing |
| P2 (Example) | Findability without filing | EV-01: repeated questions; no one owns the structure | Question-style search across the workspace, automatic related-note links | No investment in complex folder or tagging hierarchies |
| P3 (Example) | Trust at small-team scale | Paid teams ask about data location and model training | Self-serve admin roles, audit log, EU data residency, no training on customer notes by default | No custom enterprise contracts or on-premises builds |
Coherent actions: list the actions that reinforce each other across pillars, because a strategy is stronger when the pillars support each other.
- [Action that serves more than one pillar]
- Example: Starter spaces (P1) come with pinned onboarding notes that question-style search (P2) can answer from, and are created with admin roles already set (P3).
7. North star and input metrics
| Item | Definition (short) | Current | Target | Owner |
|---|---|---|---|---|
| North star metric | [Metric] | [Value, date] | [Value, date] | [@owner] |
| Input metric 1 | [Metric] | [Value] | [Value] | [@team] |
| Guardrail | [Metric that must not get worse] | [Value] | [Limit] | [@owner] |
| Example: North star | Weekly collaborating workspaces (at least two members each edited a shared note in the calendar week) | 4,200 (week to 2026-09-27) | 6,000 by 2027-12-31 | Head of product |
| Example: Input I1 | Newly activated workspaces per week | 480 | 650 | Growth team |
| Example: Input I2 | Week-over-week workspace retention | 88% | 90% | Core team |
| Example: Guardrail G1 | Sync failures per 1,000 edits | 0.4 | Not above 0.5 | Platform team |
Full definition, tree and calculation: [link to product/north-star-metric document].
8. Strategic bets
| Bet ID | Pillar | Bet (hypothesis) | Leading indicator | Kill or pivot signal | Investment | Review date |
|---|---|---|---|---|---|---|
| B1 | [P1] | We believe [action] will [outcome] because [evidence] | [Metric] | [Signal] | [Team, duration] | YYYY-MM-DD |
| B1 (Example) | P1 | We believe starter spaces for agencies, studios and product teams will raise the share of new workspaces that activate (second member edits in 7 days) from 31% to 40% because EV-02 links early co-editing to retention | Activation rate of new workspaces | Below 34% after two full monthly cohorts | Growth team, 2 quarters | 2027-06-30 |
| B2 (Example) | P2 | We believe question-style search over workspace notes will cut repeated questions and raise weekly searches per active member from 2.0 to 3.0 | Searches per active member, answer acceptance rate | Answer acceptance below 50% in the beta, or any confirmed cross-workspace data leak | Search team, 3 quarters | 2027-09-30 |
| B3 (Example) | P3 | We believe self-serve roles, audit log and EU data residency will lift conversion of activated workspaces to the Team plan from 6% to 8% | Trial-to-paid conversion of Team trials | No change after one quarter at full availability | Platform team, 2 quarters | 2027-06-30 |
Discovery bets (where evidence is weak): [List the questions you will answer before committing build capacity, and link the product/opportunity-solution-tree that holds the work.]
Capacity split for the horizon (a statement of intent, not a promise):
| Category | Share of capacity | Example |
|---|---|---|
| Strategic bets | [N%] | 60% |
| Maintenance, quality and technical debt | [N%] | 25% |
| Customer requests and small improvements | [N%] | 15% |
Check that the shares add to 100%.
9. Non-goals
| ID | We will not | Why | Revisit when |
|---|---|---|---|
| NG-01 | [Non-goal] | [Reason linked to diagnosis or pillar] | [Condition] |
| NG-01 (Example) | Build an enterprise sales motion or custom contracts | Our advantage is self-serve adoption; a sales team would pull the roadmap toward large-customer requests | Paid teams above 100 seats exceed 20% of revenue |
| NG-02 (Example) | Become a general-purpose company wiki for organisations above 200 people | Their needs (permissions hierarchies, approval flows) conflict with P2 findability without filing | Never in this horizon |
| NG-03 (Example) | Offer public publishing of notes as websites | It serves individual creators, not the team customer | A future strategy cycle |
| NG-04 (Example) | Train models on customer notes | It conflicts with P3 trust and with what paid customers asked for | Not planned |
10. Risks and assumptions
| ID | Assumption or risk | Type | Likelihood | Impact | Mitigation or test | Owner |
|---|---|---|---|---|---|---|
| R-01 | [Statement] | [Value / Usability / Feasibility / Viability / Ethical or legal] | [L / M / H] | [L / M / H] | [Action] | [@owner] |
| R-01 (Example) | Teams will invite colleagues if the first member sees value in week one | Value | M | H | Test starter spaces with two monthly cohorts before full rollout | Growth PM |
| R-02 (Example) | Question-style answers can be accurate enough on short, informal notes | Feasibility | M | H | Offline evaluation set of 500 real (consented) questions before beta | Search lead |
| R-03 (Example) | A large suite adds equivalent sharing for free | Viability | M | M | Differentiate on findability and trust, track in product/competitive-analysis | Head of product |
| R-04 (Example) | AI answers expose a note to a member who should not see it | Ethical or legal | L | H | Permission-filtered retrieval, red-team review, privacy review before beta | Platform lead |
11. From strategy to roadmap and OKRs
| Strategy element | Roadmap theme (product/roadmap) | Quarterly objective (business/okr) | Team |
|---|---|---|---|
| [Pillar / bet] | [Theme, Now / Next / Later] | [Objective] | [Team] |
| Example: P1 / B1 | Now: first week of a team | O1 2027-Q1: New teams succeed together in week one (KR: activation 31% to 35%) | Growth |
| Example: P2 / B2 | Next: answers, not folders | O2 2027-Q2: Members find answers without asking (KR: acceptance at least 50% in beta) | Search |
| Example: P3 / B3 | Now: admin and trust | O3 2027-Q1: Paid teams trust us with their knowledge (KR: EU residency generally available) | Platform |
Rule of thumb: any roadmap item that cannot be traced to a pillar is either maintenance, a customer commitment, or a signal that the strategy is missing something. Record which.
12. Review cadence and decision rights
| Element | Who can change it | Review cadence | Early review trigger |
|---|---|---|---|
| Vision | [CEO with head of product] | [Yearly] | [Major market change] |
| Guiding policy and pillars | [Head of product, approved by leadership] | [Every 6 months] | [North star off target two quarters running] |
| Bets | [Head of product with team leads] | [Every quarter] | [Kill or pivot signal reached] |
| Non-goals | [Head of product] | [Every 6 months] | [Revisit condition met] |
Communication plan: [How the strategy is shared: all-hands walkthrough, written FAQ, recorded session for new joiners, and where the current approved version lives.]
13. Glossary
| Term | Meaning in this document |
|---|---|
| Vision | The future state for customers that the product aims at over several years |
| Strategy | The diagnosis, guiding policy and coherent actions chosen to move toward the vision within the horizon |
| Pillar | One of a small number of focus areas that concentrate effort |
| Bet | A significant investment framed as a hypothesis, with a leading indicator and a kill signal |
| North star metric | The single metric that best captures value delivered to customers |
| Input metric | A metric the team can move directly and that drives the north star |
| Guardrail metric | A metric that must not degrade while the team pursues the north star |
| Non-goal | Something deliberately excluded from the horizon |
| Activated workspace (Example) | A new workspace in which a second member edits a shared note within 7 days of creation |
14. References
- Cagan, M. (2017). Inspired: How to Create Tech Products Customers Love, 2nd edition. Wiley. ISBN 978-1-119-38750-3. Product vision, product strategy and the four product risks are discussed in the book; this template paraphrases the ideas only.
- Lombardo, C. T., McCarthy, B., Ryan, E. and Connors, M. (2017). Product Roadmaps Relaunched. O'Reilly Media. ISBN 978-1-4919-7172-7. Theme-based, outcome-oriented roadmaps that start from vision and strategy.
- Rumelt, R. P. (2011). Good Strategy Bad Strategy: The Difference and Why It Matters. Crown Business. ISBN 978-0-307-88625-5. The kernel of strategy: diagnosis, guiding policy and coherent action.
- Related templates: product/north-star-metric, product/opportunity-solution-tree, product/roadmap, product/prioritization, product/persona, product/competitive-analysis, product/pricing-packaging, business/okr, dev/engineering-strategy.
Standard and licence note
Based on common product management practice; there is no formal standard for product vision or strategy documents. The structure draws on ideas from the books listed in section 14, which are cited by name only. No text, figures or tables are copied from them, and all wording, the structure and the Tallow Notes example are original. The books are paid publications:
- Official text: Wiley, purchase or licensed access: https://www.wiley.com/en-us/INSPIRED%3A+How+to+Create+Tech+Products+Customers+Love%2C+2nd+Edition-p-9781119387503
- Official text: O'Reilly Media, purchase or licensed access through https://www.oreilly.com/ or a bookseller (ISBN 978-1-4919-7172-7).
- Official text: Crown Business (Penguin Random House), purchase or licensed access through the publisher or a bookseller (ISBN 978-0-307-88625-5).
Template licence: MIT.
Plantillas relacionadas
A/B Test Plan Template
Pre-registered A/B test: hypothesis, randomisation unit, metrics, Lehr sample size, SRM and peeking rules, novelty, privacy and consent, decision rule, results
Producto y proyectoBeta Program Plan Template
Beta programme plan: learning questions, cohorts and size caps, entry criteria, feedback loop, consent and privacy questions, exit criteria, closure
Producto y proyectoCompetitive Analysis Template
Competitor landscape, feature matrix, pricing comparison, positioning map, SWOT per competitor, win/loss evidence and actions