pareto

name	pareto
description	Apply the 80/20 rule to find the highest-leverage inputs — use when effort and results feel misaligned or there are too many things competing for attention
argument-hint	[area where effort and results feel misaligned]
user-invocable	true
license	MIT

Identify the vital few inputs that drive the majority of results. In most systems, roughly 20% of causes produce 80% of effects. Find that 20% and focus there for maximum leverage. 1. Define the desired outcome or metric to optimize 2. List all inputs, activities, or factors that contribute to the outcome 3. Estimate each input's contribution to the total result 4. Rank inputs by contribution (highest first) 5. Identify the ~20% of inputs producing ~80% of results 6. For each high-leverage input, ask: can we do more of this? 7. For each low-leverage input, ask: can we reduce or eliminate this?

<output_format>

Pareto Analysis: [Topic]

Outcome to Optimize

[What we're trying to maximize or minimize]

Input-to-Outcome Mapping

Input	Est. Contribution	Cumulative
[Top input]	X%	X%
[Next]	Y%	X+Y%
...	...	...

Vital Few (the 20%)

• [High-leverage input 1]: amplify by [specific action]
• [High-leverage input 2]: amplify by [specific action]

Trivial Many (candidates for reduction)

• [Low-leverage input]: reduce/eliminate because [reason]

Recommended Focus Shift

[Where to redirect effort for maximum impact] </output_format>

## Pareto Analysis: Reducing Support Ticket Volume

Outcome to Optimize

Reduce monthly support tickets from 500 to under 200.

Input-to-Outcome Mapping

Input	Est. Contribution	Cumulative
Password reset issues	35%	35%
Confusing billing page	25%	60%
API error messages unclear	15%	75%
Feature requests misfiled as bugs	10%	85%
Onboarding confusion	8%	93%
Account deletion requests	4%	97%
Other	3%	100%

Vital Few (the 20%)

• Password resets: add self-service reset flow (currently requires support ticket to trigger)
• Billing page: redesign the plan comparison table — 80% of billing tickets ask "what's the difference between plans?"

Trivial Many (candidates for reduction)

• Feature requests as bugs: not worth building a routing system for 10% of volume
• Account deletion: low volume, legally required to handle manually anyway

Recommended Focus Shift

Two changes (self-service password reset + billing page redesign) would eliminate ~60% of tickets. Everything else combined is less impactful than either of these alone. Start with password reset — it's a weekend project with the highest single-category impact.

Key Instructions

• Contribution estimates don't need to be precise — ballpark percentages identify the vital few; perfect data is usually unavailable and not required.

Anti-Pattern Guards

1. Treating 80/20 as a precise law — it's a heuristic, not a formula; the vital few might be 15% producing 70% or 30% producing 90%; use it directionally, not literally.
2. Optimizing the wrong outcome — before ranking inputs, confirm the outcome metric is the right one to optimize; the wrong metric produces a Pareto analysis that points at the wrong levers.

Handoff

Chainable to: one-thing (to narrow from the vital few to a single action), eisenhower-matrix (to prioritize vital-few items against urgency)