agentsclimarketplace

Pm product canvas

Skill julianoczkowski/product-manager/skills/pm-product-canvas

Build a Pragmatic Institute Product Canvas / business case to justify investing in an opportunity — the market-driven way. Use when the PM asks to "make the business case", "justify this to leadership", "size the market", "should we buy, build or partner", "what's the ROI", "build a product canvas", or "get buy-in for this idea". Frames the opportunity as Value Proposition, Value Creation and Value Capture, sizes the market, runs the Buy/Build/Partner decision, and ends in a go/no-go recommendation with quantified risk. Produces a Product Canvas / Business Case as a Markdown or Word .docx artifact.From its SKILL.md

Install
npx -y skills add julianoczkowski/product-manager --skill pm-product-canvas

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

SKILL.md

6.1 KB, ~1.4k tokens by cl100k_base, as published. Nobody here has run it

Product Canvas / Business Case (Pragmatic Framework: Business → Business Plan)

Rule: the Business Plan is an objective analysis of a market opportunity that provides the basis for investment. Articulate what you learned in the market, quantify the risk with a financial model, and end with a go/no-go recommendation. Opinion is irrelevant; the case is built on validated market evidence. See ../pm-copilot/references/framework.md for the market-problem test and primitives.

Check the feature dossier first (see ../pm-copilot/references/artifact-output.md) and reuse the market problem, personas, positioning, competitive picture, and distinctive competencies already established there. Where they're missing, gather them (run pm-market-problems, pm-personas, pm-positioning, pm-competitive-landscape, pm-distinctive-competence) — the canvas synthesizes them.

The Product Canvas — three parts

1. Value Proposition — why this, why us, why now

  • Market opportunity — the urgent, pervasive, willing-to-pay problem.
  • Buyer / user persona — who has the problem and who pays.
  • Positioning statement — the ≤25-word "For [persona], [product] [verb] [problem] by [verb] [benefit]."
  • Strategic alignment — how it supports company strategy (tie to the Strategy Matrix).

2. Value Creation — can we win, and at what cost

  • Distinctive competencies — the valued + different + provable strengths this leverages.
  • Competitive landscape — alternatives, their strengths/weaknesses, our winning strategy.
  • Impact to buyers/users — the positive/negative consequences; the ROI to the buyer.
  • Investment level — resources (people, material, facility) required.

3. Value Capture — what the business gets back

  • Market size — see sizing below.
  • Revenue generation — projected units × price over the horizon.
  • Costs / profits — see cost models below.
  • Distribution strategy — the channels aligned to how the market buys.
  • Success metrics — how you'll know it worked (Value / Quality / Progress / Satisfaction).

Market sizing & financials

  • Revenue = projected number of units × unit price (build a simple multi-period model).
  • Cost — pick one model:
    • Percentage-of-Revenue model — estimated revenue × historical contribution margin.
    • Estimation model — sum the loaded costs of dedicated headcount across Engineering, Services, Support, Sales, Marketing, Data Science, etc.
  • Quantify risk: state the key assumptions and what would break the model.

Buy, Build or Partner decision tree

Work top to bottom:

  1. Does the solution leverage our distinctive competencies? → Build.
  2. If no — can we create it at low cost? → Build.
  3. If no — do we have the time to reach a solution? If no → Buy.
  4. If yes — are the required skill sets available internally? Yes → Build; No → Partner.

Interview the user (batch questions)

  1. The opportunity in one line, the persona, and the market problem + evidence.
  2. Strategic fit — which company goal / Strategy-Matrix cell does it serve?
  3. Distinctive competencies it leverages; main competitors/alternatives.
  4. Rough units, price, time horizon; do you have contribution-margin history or headcount estimates?
  5. Any gaps in the solution you'd need to fill (feeds Buy/Build/Partner)?
  6. Success metrics leadership cares about.

Artifact template

# Product Canvas / Business Case — <Opportunity>

**Company:** <company>  ·  **Feature / Product:** <feature / product name>
**Author:** <author>  ·  **Date created:** <date>  ·  **Version:** 1.0
**Recommendation:** <GO / NO-GO / GO WITH CONDITIONS> — <one-line rationale>

## 1. Value Proposition
- **Market opportunity (problem):** <urgent, pervasive, willing-to-pay problem + evidence>
- **Buyer persona:** <who pays>  •  **User persona:** <who uses>
- **Positioning statement:** For <persona>, <product> <verb> <problem> by <verb> <benefit>.
- **Strategic alignment:** <company goal / Strategy-Matrix cell it serves>

## 2. Value Creation
| Dimension | Assessment |
| :--- | :--- |
| Distinctive competencies leveraged | <valued + different + provable> |
| Competitive landscape | <alternatives, strengths/weaknesses, our winning strategy> |
| Impact to buyers/users | <ROI / consequences> |
| Investment level | <people, material, facility> |

## 3. Value Capture
- **Market size:** <TAM/segment sizing basis>
- **Revenue model:**

| Period | Units | Unit Price | Revenue |
| :--- | ---: | ---: | ---: |
| Y1 | <#> | <$> | <$> |
| Y2 | <#> | <$> | <$> |

- **Cost model:** <Percentage-of-Revenue @ __% margin  |  Estimation: headcount × loaded cost>
- **Projected profit / contribution:** <$>
- **Distribution strategy:** <channels>
- **Success metrics:** <Value / Quality / Progress / Satisfaction metrics>

## 4. Buy, Build or Partner
<Walk the decision tree; state the recommendation and why.>

## 5. Risk & assumptions
- <key assumption> — <what breaks the model if wrong>
- > TODO: <unvalidated inputs to confirm>

## 6. Recommendation
<Go / No-go / conditions, tied to the evidence above.>

Deliver the artifact

Follow ../pm-copilot/references/artifact-output.md: confirm inputs, ask Markdown or .docx, write the .md, and convert to .docx on request via your environment's native document-creation capability. Then offer the next stage: turning the approved opportunity into a pm-product-roadmap.

What ships with it

Read from the repository

Just SKILL.md. No reference files, no scripts.

Gives 0 of the 12 instructions most product growth skills give in ~1.4k tokens

Counted across 694 of the 879 authors here whose files we hold, read 2026-09-06

  • Check for product marketing context firstin 49 of 694, across 20 files
  • Validate the why before building featuresin 18 of 694, across 4 files
  • Respond to every comment in real-timein 17 of 694, across 6 files
  • Structure launch marketing across three channel typesin 16 of 694, across 4 files
  • Recruit early users one-on-onein 13 of 694, across 2 files
  • Ask one question at a timein 13 of 694
  • Rank features using ICE scoringin 12 of 694, across 3 files
  • Identify primary conversion goalin 11 of 694, across 3 files
  • Identify traffic contextin 11 of 694, across 3 files
  • Evaluate headline effectivenessin 11 of 694, across 3 files
  • Check visual hierarchy and scannabilityin 11 of 694, across 3 files
  • Run product diagnosticsin 11 of 694, across 3 files

Said here and by no other author read

  • Interview the user with batch questions
  • Write the artifact in Markdown
  • Convert to .docx on request
  • Check the feature dossier first
  • Quantify the risk with a financial model
  • End with a go/no-go recommendation

Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.

Keep looking

Skills are one crate of 325,949. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.