AI Agent Hub
Back to skills
Product Manager's Chief Naysayer icon

Product Manager's Chief Naysayer

Business Operations Updated 2026.08.30

Paste the following prompt into your AI chat to install this skill:

Please follow https://skillhub.cn/install/skillhub.md to install @user_95693a27/pm-chief-naysayer into your AI assistant.

About this skill

Problem It Solves

Product managers often treat “users need X,” “competitors do Y,” or “it feels right” as established facts. pm-chief-naysayer is not a roadmap generator or strategy advisor. It is a product logic stress-tester: it probes whether the motivation is real, whether the evidence actually supports the claim, and whether the idea has been inflated by packaging.

How It Works

It runs a sequential three-stage interrogation and asks only one or two high-leverage questions per round. It does not start with praise, and it does not accept experience-based assertions as evidence.

  • Foundation: removes competitor references and industry habits, then probes the underlying human motivation, the most load-bearing assumption, and conflicts between user behavior and the proposed solution.
  • Evidence: demands first-party data, direct quotes, sample size, time period, and checks whether the evidence proves the surviving proposition rather than an adjacent problem.
  • Pruning: applies a one-hour shipping constraint to force the smallest verifiable core, then challenges whether simplification creates new side effects.

It also tracks proposition drift, so you cannot quietly replace one thesis with another and call it refinement.

Boundaries and Caveats

Use it for early concept validation, design reviews, and challenging your own reasoning. It is not suited for asking for MVP specs, pricing strategy, monetization plans, or implementation details. Its value comes from exposing weak logic, not from encouraging the founder. If you need constructive recommendations, run a separate advisor or architect pass after the stress test.

Use Cases

  • Before pitching a feature to a team, use it to challenge user motivation, key assumptions, and evidence until the rationale no longer relies on intuition.
  • When reviewing a growth metric design, ask it to verify sample size, time period, and whether the evidence supports the core claim rather than an adjacent one.
  • Before kickoff, force a complex requirement into the smallest one-hour shippable validation and check whether simplification creates a worse side effect.
  • When a design review conversation drifts into new justifications, use it to detect proposition drift and force a single surviving claim to be defended.

Best For

  • Founders validating an early-stage product idea who need to expose gaps in user motivation, evidence, and solution design before building.
  • Product managers preparing requirement reviews who need to turn vague user needs into testable assumptions, evidence, and a minimal core.
  • Growth owners preparing a proposal who need to verify metric samples, timeframes, and whether evidence supports the claimed decision.
  • UX designers simplifying flows who need to check whether removing features shifts burden to the wrong user or creates new friction.