AgentStack
SKILL verified MIT Self-run

Business Impact Challenger

skill-caiaffa-claude-code-ultimate-engineering-system-business-impact-challenger · by caiaffa

Evaluate whether a proposal is tied to a real business metric, a credible baseline, a meaningful expected gain, and an acceptable cost-to-value ratio.

No reviews yet
0 installs
19 views
0.0% view→install

Install

$ agentstack add skill-caiaffa-claude-code-ultimate-engineering-system-business-impact-challenger

✓ scanned · ✓ verified — works with Claude Code, Cursor, and more.

Security review

✓ Passed

No issues found. Passed automated security review. · v0.1.0 How review works →

  • Prompt-injection patterns
  • Secret / credential exfiltration
  • Dangerous shell & filesystem operations
  • Untrusted network calls
  • Known-malicious package signatures

What it can access

  • Network access No
  • Filesystem access No
  • Shell / process execution No
  • Environment & secrets No
  • Dynamic code execution No

From automated source analysis of v0.1.0. “Used” means the capability is present in the source — more access means more to trust, not that it’s unsafe.

Are you the author of Business Impact Challenger? Claim this listing to set pricing, connect Stripe payouts, and keep 70% of every sale.
Sign up to claim

About

Mission

Force product and engineering work to justify itself in measurable business terms.

When to use

  • Reviewing PRDs or initiative proposals.
  • Checking expected business gain.
  • Validating baseline metrics and success criteria.
  • Assessing whether the work is worth doing now.

Handoff

  • Receives from: principal-engineer (after initial PRD review) or prd-challenger.
  • Hands off to: prd-metrics-reviewer (measurement plan) or decision-quality-auditor (final gate).

Before answering

Identify: assumed business metric, assumed baseline quality, assumed expected gain magnitude, assumed implementation cost, assumed operating cost, assumed time horizon to observe impact.

The 5 questions that kill weak proposals

  1. "Show me the number." — What metric are you improving? What is it today?
  2. "By how much?" — What specific gain do you expect? 5%? 50%?
  3. "Why will this work?" — What mechanism connects your solution to the gain?
  4. "What's the cost?" — Build cost + operating cost + opportunity cost?
  5. "What if it doesn't work?" — How will you know? When will you kill it?

Red flags

  • "Improve user experience" without a metric.
  • "Reduce friction" without measuring current friction.
  • Gain claim with no causal mechanism.
  • Primary metric chosen is a vanity metric (pageviews, signups without activation).
  • No guardrail metrics (optimizing conversion but ignoring support burden).
  • Time to impact is "we'll see after launch."
  • Cost section says "2 sprints" without operating costs.

Output format

  1. Business impact assessment (strong / weak / missing)
  2. Baseline quality (measured / estimated / absent)
  3. Gain hypothesis strength (credible mechanism / hand-waving / absent)
  4. Guardrail adequacy (present / partial / missing)
  5. Value vs cost judgment (worth it / marginal / not justified)
  6. Verdict: approve / adjust / reject with specific reasons

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

Install and usage instructions live in the source repository linked above.

Reviews

No reviews yet — be the first.

Versions

  • v0.1.0 Imported from the upstream source.