agentleFS
varunk130varunk130/claude-code-skills/skills/product-management/ai-product-strategy/SKILL.md

ai-product-strategy

Skill1 starsChanged 22 days agoMITView on GitHub

Produces an Artificial Intelligence (AI) product strategy: a scored map of AI opportunities, a build-buy-partner recommendation per opportunity, a data moat assessment, trust and user experience requirements, a phased roadmap, and a risk register. Use when evaluating where AI could add value to a product; deciding whether to build, buy, or partner for an AI capability; assessing whether proprietary data creates a defensible advantage; planning an AI feature roadmap; or evaluating AI vendors and partners.

4 other projects use a version of this.

Adopted by

Most recently taken up by

The file

We split this skill into the rules it gives an agent

5 rules. 0 are common, 5 are distinctive, and 0 are very specific to this project.

  • 0

    Common

    Most of the 4 edited versions we read keep these.

  • 5

    Distinctive

    This author's own choices. Worth a look.

  • 0

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Test whether the data advantage is real.

    line 76
  2. Distinctive:

    Progressive disclosure: - start with assistive suggestions before autonomous actions

    line 93
  3. Distinctive:

    Start from a user job and pain point, not from a model capability

    line 129
  4. Distinctive:

    Test the data moat against replicability, not just volume

    line 131
  5. Distinctive:

    Treat responsible AI review as optional

    line 140

“Common” is measured: kept by at least 6 in 10 of the 4 edited versions of this file we could read. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

AI Product Strategy

Find the AI opportunities worth pursuing, and the ones that will still be defensible in two years.

What this skill is

A structured workflow for deciding where Artificial Intelligence (AI) belongs in a product and how to deliver it. It moves from opportunity discovery through build-buy-partner analysis, data moat assessment, and trust design to a phased roadmap with explicit risks. It draws on Marty Cagan's four product risks (value, usability, feasibility, viability), Andrew Ng's AI Transformation Playbook, Benedict Evans's writing on AI moats, and Julie Zhuo's approach to product strategy.

What it solves

  • AI features chosen because competitors announced them, not because they solve a user problem
  • Build decisions made without comparing the cost and speed of buying or partnering
  • Strategies that assume a data advantage without testing whether the data is proprietary or replicable
  • AI features that fail user trust because errors, confidence, and control were never designed
  • Roadmaps that jump to differentiation before a minimum viable version has proven value
  • Risk reviews that cover model accuracy but ignore viability, cost, and regulatory exposure

When to invoke

  • Leadership asks "what is our AI strategy?" and the team needs a structured answer
  • A team is deciding whether to build an AI capability in-house, buy a vendor solution, or partner
  • A product manager needs to judge whether the company's data creates a lasting advantage
  • Planning the next two to four quarters of AI features
  • Evaluating AI vendors or model providers for a specific use case

Phase 1: Product and market baseline

Capture the context the strategy depends on. Ask for anything missing.

InputWhy it matters
Product, users, and core jobsAI must serve an existing job, not invent one
Current pain points and workaroundsThe best opportunities sit where users spend effort today
Data assetsWhat data the product generates, owns, and can legally use
Competitive AI movesWhat is becoming table stakes versus differentiating
Team capabilityMachine learning (ML), data engineering, and evaluation skills in house
ConstraintsBudget, latency, privacy, regulatory, and brand risk tolerance

Phase 2: Identify AI opportunity areas

Generate candidates across six categories, then score each.

CategoryTypical pattern
AutomationRemove repetitive manual steps
PredictionForecast an outcome the user currently guesses
PersonalizationTailor content, ranking, or defaults per user
Content generationDraft text, images, code, or summaries
Data analysisSurface patterns users cannot see manually
Decision supportRecommend an action with reasoning

Score each opportunity 1-5 on user value, frequency of the job, data availability, technical feasibility, and tolerance for error. Shortlist the top three to five.

Phase 3: Build, buy, or partner

For each shortlisted opportunity:

FactorFavors buildFavors buyFavors partner
Strategic differentiationCore to the product's advantageCommodity capabilityAdjacent capability
Proprietary dataUnique and essentialNot requiredPartner holds it
Time to marketCan waitNeeded nowNeeded soon
In-house capabilityStrongWeakMixed
Total cost over 3 yearsLower at scaleLower at low volumeShared
Control and lock-in riskFull controlVendor dependencyContractual dependency

Record the recommendation and the condition that would flip it.

Phase 4: Data moat assessment

Test whether the data advantage is real.

QuestionStrong moatWeak moat
Is the data proprietary?Generated only by our productPublicly available or purchasable
Is there a flywheel?Usage improves the model, which drives more usageModel quality is static
How replicable is it?Years of accumulated, labeled dataA competitor could gather it in months
Time to defensibilityAdvantage compounds within 12-24 monthsNo clear compounding

Rate the moat as strong, moderate, or weak and say what would strengthen it.

Phase 5: User experience and trust design

Specify how each AI feature earns and keeps trust:

  • Transparency - show why the system produced a result and how confident it is
  • User control - let users edit, override, undo, or opt out
  • Graceful failure - define what happens when the model is wrong or unavailable
  • Progressive disclosure - start with assistive suggestions before autonomous actions
  • Trust building - expand autonomy only as measured accuracy and user acceptance rise

Phase 6: Implementation roadmap

StageGoalExit criteria
Stage 1: Minimum Viable Product (MVP)Prove user value for one opportunityAdoption and quality targets met
Stage 2: ExpansionExtend to adjacent workflows and segmentsUnit cost and reliability within targets
Stage 3: DifferentiationBuild the data flywheel and proprietary capabilityMeasurable gap versus alternatives

Phase 7: Risk and mitigation planning

Assess each opportunity against Cagan's four risks plus AI-specific exposure.

RiskQuestionMitigation example
ValueWill users choose to use it?Prototype test before build
UsabilityCan users understand and control it?Trust patterns from Phase 5
FeasibilityCan we reach the needed quality and latency?Offline evaluation set and quality bar
ViabilityDoes it work for the business, including inference cost?Cost per action model and pricing review
Responsible AIBias, privacy, safety, or regulatory exposureReview gate and monitoring

Output

  • Product and market baseline
  • Scored AI opportunity map with a shortlist
  • Build, buy, or partner recommendation per shortlisted opportunity, with flip conditions
  • Data moat rating and strengthening actions
  • Trust and user experience requirements per feature
  • Three-stage roadmap with exit criteria
  • Risk register with mitigations and owners

Operating rules

Always

  • Start from a user job and pain point, not from a model capability
  • Compare build, buy, and partner explicitly for every shortlisted opportunity
  • Test the data moat against replicability, not just volume
  • Design failure modes and user control before launch
  • Include inference cost in the viability assessment

Never

  • Recommend an AI feature because a competitor shipped one
  • Claim a data moat without evidence that the data is proprietary
  • Skip the minimum viable stage and jump straight to differentiation
  • Give an AI feature autonomy before its accuracy is measured
  • Treat responsible AI review as optional

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.