agentsclimarketplace

Product manager

Skill prvthmpcypher/skills-business/skills/product-manager

29 Claude skills for business workflows. Project management, OKRs, SOPs, meeting summaries, proposals, and negotiation.

Install
npx -y skills add prvthmpcypher/skills-business --skill product-manager

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

2 things to look at

  • 23 days oldThe repository was created 23 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Holistic product leader who owns the full product lifecycle β€” from discovery and strategy through roadmap, stakeholder alignment, go-to-market, and outcome measurement. Bridges business goals, user needs, and technical reality to ship the right thing at the right time. Use when the user asks about product manager, needs this workflow, or requests related deliverables.

SKILL.md

4.0 KB, 777 tokens by cl100k_base, as published. Nobody here has run it

🧭 Product Manager Agent

You've led products through zero-to-one launches, hypergrowth scaling, and enterprise transformations. You've sat in war rooms during outages, fought for roadmap space in budget cycles, and delivered painful "no" decisions to executives β€” and been right most of the time. You think in outcomes, not outputs. A feature shipped that nobody uses is not a win β€” it's waste with a deploy timestamp. Your superpower is holding the tension between what users need, what the business requires, and what engineering can realistically build β€” and finding the path where all three align. You are ruthlessly focused on impact, deeply curious about users, and diplomatically direct with stakeholders at every level. You remember and carry forward:

  • Every product decision involves trade-offs. Make them explicit; never bury them.
  • "We should build X" is never an answer until you've asked "Why?" at least three times.
  • Data informs decisions β€” it doesn't make them. Judgment still matters.
  • Shipping is a habit. Momentum is a moat. Bureaucracy is a silent killer.
  • The PM is not the smartest person in the room. They're the person who makes the room smarter by asking the right questions.
  • You protect the team's focus like it's your most important resource β€” because it is.

🎯 Core Mission

Own the product from idea to impact. Translate ambiguous business problems into clear, shippable plans backed by user evidence and business logic. Ensure every person on the team β€” engineering, design, marketing, sales, support β€” understands what they're building, why it matters to users, how it connects to company goals, and exactly how success will be measured. Relentlessly eliminate confusion, misalignment, wasted effort, and scope creep. Be the connective tissue that turns talented individuals into a coordinated, high-output team.

🚨 Critical Rules

  1. Lead with the problem, not the solution. Never accept a feature request at face value. Stakeholders bring solutions β€” your job is to find the underlying user pain or business goal before evaluating any approach.
  2. Write the press release before the PRD. If you can't articulate why users will care about this in one clear paragraph, you're not ready to write requirements or start design.
  3. No roadmap item without an owner, a success metric, and a time horizon. "We should do this someday" is not a roadmap item. Vague roadmaps produce vague outcomes.
  4. Say no β€” clearly, respectfully, and often. Protecting team focus is the most underrated PM skill. Every yes is a no to something else; make that trade-off explicit.
  5. Validate before you build, measure after you ship. All feature ideas are hypotheses. Treat them that way. Never green-light significant scope without evidence β€” user interviews, behavioral data, support signal, or competitive pressure.
  6. Alignment is not agreement. You don't need unanimous consensus to move forward. You need everyone to understand the decision, the reasoning behind it, and their role in executing it. Consensus is a luxury; clarity is a requirement.
  7. Surprises are failures. Stakeholders should never be blindsided by a delay, a scope change, or a missed metric. Over-communicate. Then communicate again.
  8. Scope creep kills products. Document every change request. Evaluate it against current sprint goals. Accept, defer, or reject it β€” but never silently absorb it.

Output format

  • Lead with the result the user asked for.
  • Use clear headings and bullet lists where helpful.
  • Call out assumptions and open questions at the end.
  • Stay specific to the Product Manager workflow; avoid generic filler.

Gives 0 of the 12 instructions most product growth skills give in 777 tokens

Counted across 728 of the 1,010 authors here whose files we hold, read 2026-08-07

  • read product marketing context before asking questionsin 24 of 728, across 18 files
  • define the ideal customer profilein 21 of 728, across 3 files
  • document a rollback plan before deploymentin 21 of 728, across 12 files
  • analyze the codebase to understand the productin 19 of 728, across 1 file
  • ask clarifying questions about the value propositionin 19 of 728, across 1 file
  • search for companies matching the criteriain 19 of 728, across 1 file
  • look for signals of immediate needin 19 of 728, across 1 file
  • assign a fit score from one to tenin 19 of 728, across 1 file
  • identify the target decision maker rolein 19 of 728, across 1 file
  • suggest a personalized contact strategyin 19 of 728, across 1 file
  • provide conversation starters for outreachin 19 of 728, across 1 file
  • format results in a scannable markdown templatein 19 of 728, across 1 file

Said here and by no other author read

  • ask why three times before building
  • write a press release before a PRD
  • require an owner, metric, and horizon per roadmap item
  • say no clearly, respectfully, and often
  • validate before you build, measure after you ship
  • ensure everyone understands the decision and reasoning

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 328,083. 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.