plugins/workflow/skills/business-case/SKILL.md
Use when justifying investment, resource allocation, or strategic decisions with financial and logical reasoning to ensure positive ROI and alignment with long-term goals.
npx skillsauth add joellewis/skill-library business-caseInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
This skill provides a rigorous framework for building an investment thesis. It forces the identification of explicit assumptions, calculation of ROI, and the simulation of worst-case scenarios to ensure that capital and resources are allocated only to initiatives with a clear path to "Sufficiency."
NO BUSINESS CASE WITHOUT EXPLICIT ASSUMPTIONS AND SENSITIVITY ANALYSIS
Uncertainty is inherent in business, but failing to model it is a choice. A business case that assumes a single linear outcome is a fantasy. You must simulate "The Plan Not Going According to Plan."
digraph business_case_flow {
"Discovery: Objectives" [shape=doublecircle];
"Step 1: Define Sufficiency & ROI" [shape=box];
"Step 2: Map the 5 Parts" [shape=box];
"Gate: Viable Economics?" [shape=diamond];
"Step 3: Sensitivity Analysis" [shape=box];
"Step 4: Audit Opportunity Cost" [shape=box];
"Case Approved" [shape=doublecircle];
"Discovery: Objectives" -> "Step 1: Define Sufficiency & ROI";
"Step 1: Define Sufficiency & ROI" -> "Step 2: Map the 5 Parts";
"Step 2: Map the 5 Parts" -> "Gate: Viable Economics?";
"Gate: Viable Economics?" -> "Step 3: Sensitivity Analysis" [label="viable"];
"Gate: Viable Economics?" -> "Step 1: Define Sufficiency & ROI" [label="failed"];
"Step 3: Sensitivity Analysis" -> "Step 4: Audit Opportunity Cost";
"Step 4: Audit Opportunity Cost" -> "Case Approved";
}
Define the exact revenue, user, or outcome level at which the initiative becomes "worthwhile to continue."
Justify how the initiative addresses:
Apply a "Margin of Safety."
Set one Objective (WHAT) and 3-5 Key Results (HOW).
REQUIRED SUB-SKILL: problem-framing — to ensure you are solving the right problem before investing. RECOMMENDED SUB-SKILL: decision-frameworks — to help weigh the subjective trade-offs identified in the audit.
| Thought | Reality | |---------|---------| | "The numbers speak for themselves." | Numbers are projections based on assumptions. The assumptions speak; the numbers just listen. | | "We've already spent $1M, we can't stop now." | Sunk cost fallacy. Only future ROI matters for the decision to continue. | | "We'll figure out the economics after we scale." | Scale without unit economics is just a faster way to go broke. | | "Our competitor is doing it, so we must too." | Social comparison leads to copying outlier behavior that may not be repeatable for you. |
These thoughts mean STOP — you are about to shortcut:
databases
Use when a deliverable needs structured stakeholder sign-off before finalization—runs the pre-read, feedback-type alignment, and conflict-resolution protocol.
development
Use when you need to map who has power, who will be affected, and what motivates each party — produces a stakeholder map as an analytical artifact. This skill identifies and categorizes stakeholders; it does not persuade or influence them (use influence-architect for that).
testing
Use when beginning analytical or strategic tasks, facing undefined problems, or facing analysis paralysis—requires explicit problem definition before proceeding.
testing
Use when translating a product vision into engineering requirements—enforces the Working Backwards PR/FAQ method, requiring a customer-facing press release before any technical spec.