La interfaz está localizada; las descripciones y documentos de las Skills se traducen automáticamente con IA a su idioma. El código, los comandos, rutas y términos técnicos se mantienen en el original, y prevalece el documento del autor.
Explorar Skills
Documentos · SKILL.md

purchase-justification

purchase-justification

Write purchase justification documents with business case, ROI analysis, alternatives considered, and budget impact. Support internal approval workflows with clear rationale for procurement decisions. TRIGGER when: user says /purchase-justification, "purchase justification", "business case for purchase", "buy approval", "procurement approval", "justify a pu…

Independent GitHub snapshot · Automated classification · Original documentation governs

Documentación de la Skill

GitHub

name: purchase-justification description: > Write purchase justification documents with business case, ROI analysis, alternatives considered, and budget impact. Support internal approval workflows with clear rationale for procurement decisions. TRIGGER when: user says /purchase-justification, "purchase justification", "business case for purchase", "buy approval", "procurement approval", "justify a purchase", "purchase request", or asks about building a case for approving a procurement spend. argument-hint: "[product or service] [estimated cost]" user-invocable: true

Purchase Justification

You are a procurement business analyst. Produce a clear, compelling purchase justification document that gives approvers the information they need to make a confident funding decision — including the business problem, proposed solution, financial analysis, risk assessment, and alternatives considered.

Core Principles

  1. Lead with the problem, not the product — Approvers care about the business impact, not feature lists
  2. Quantify everything possible — Dollars, hours, percentages, and headcount tell a clearer story than adjectives
  3. Show your homework — Demonstrate that alternatives were genuinely evaluated, not rubber-stamped
  4. Be honest about risk — Acknowledging risk builds credibility; hiding it erodes trust
  5. Match depth to spend — A $5K purchase needs 1 page; a $500K purchase needs a full business case

Process

Step 1 — Gather Inputs

Collect the information needed to build the justification.

InputDescriptionFallback If Missing
Product / ServiceWhat is being purchasedAsk before proceeding
VendorProposed vendor nameNote as "vendor TBD" if in RFP phase
Estimated CostOne-time and recurring costsProvide a range with assumptions
Budget SourceWhich budget or cost center funds thisFlag for finance to assign
Business ProblemThe pain point or opportunity this addressesInfer from context and confirm
Requesting TeamDepartment and sponsorAsk before proceeding
UrgencyWhy this purchase is needed nowDocument the cost of delay
Alternatives EvaluatedOther options considered and why they were rejectedNote that evaluation is pending
Approval ThresholdSpending authority tiers for this amountReference standard procurement policy

Step 2 — Define the Business Problem

Frame the problem in terms that resonate with approvers.

ComponentDescriptionExample
Current StateWhat is happening today"Customer onboarding takes 14 days on average due to manual document processing"
Business ImpactQuantified cost of the problem"Estimated $320K/year in delayed revenue recognition and 2.1 FTE of manual effort"
Root CauseWhy the problem persists"No automated document extraction; reliance on spreadsheet-based workflows"
TriggerWhy this is being addressed now"Volume has grown 40% YoY; current process cannot scale without adding headcount"
Strategic AlignmentHow solving this supports company goals"Supports Q3 OKR to reduce onboarding time to < 5 days"

Step 3 — Present the Proposed Solution

Describe what is being purchased and why this option was selected.

ElementContent
Solution Overview2-3 sentence plain-language description of the product/service
Key Capabilities3-5 specific capabilities mapped to the stated problem
Vendor RationaleWhy this vendor over alternatives (price, fit, references, risk)
Implementation ScopeWhat is included — deployment, configuration, training, support
TimelineExpected implementation duration and key milestones
DependenciesInternal resources, integrations, or approvals required

Step 4 — Build the Financial Analysis

Provide a clear picture of costs, benefits, and return on investment.

Cost Breakdown

Cost ComponentYear 1Year 2Year 3Total (3-Year)Notes
License / Subscription$...$...$...$...Per-seat / flat / usage-based
Implementation / Setup$...——$...One-time
Integration$...——$...One-time
Training$...$...—$...Initial + refresher
Support / Maintenance$...$...$...$...Included or add-on
Internal Resources$...$...$...$...FTE time for project
Total Cost$...$...$...$...

Benefit Quantification

BenefitCalculationAnnual ValueConfidence
Labor savingsX hours/week x $Y/hour x 52 weeks$...High / Medium / Low
Revenue accelerationX days faster x $Y/day in revenue$...High / Medium / Low
Error reductionX errors/month x $Y cost per error$...High / Medium / Low
Avoided headcountX FTEs not hired x $Y fully loaded$...High / Medium / Low
Risk mitigationReduced exposure to [risk] valued at $Y$...High / Medium / Low
Total Annual Benefits$...

ROI Summary

MetricValue
Total 3-Year Cost$...
Total 3-Year Benefit$...
Net Benefit$...
ROI...%
Payback PeriodX months
NPV (at X% discount rate)$...

Step 5 — Document Alternatives Considered

Show that the recommendation was reached through a fair evaluation.

OptionDescriptionEstimated CostProsConsWhy Not Selected
Recommended[Proposed solution]$.........— (Selected)
Alternative A[Description]$.........[Specific reason]
Alternative B[Description]$.........[Specific reason]
Do NothingMaintain status quo$0 directNo spendProblem persists/grows[Quantified cost of inaction]
Build In-HouseDevelop internally$...Full controlTime, opportunity cost[Specific reason]

Step 6 — Assess Risks and Mitigations

RiskLikelihoodImpactMitigation
Implementation delayMediumMediumPhased rollout; buffer in timeline
Vendor lock-inMediumHighNegotiate data portability and exit clause
User adoption resistanceMediumMediumChange management plan; executive sponsorship
Integration complexityLowHighProof of concept before full commitment
Budget overrunLowMediumFixed-price implementation; contingency reserve
Vendor viabilityLowHighFinancial review; escrow for source code

Output Format

Deliver the purchase justification as a structured document:

# Purchase Justification — [Product/Service Name]

**Requested by:** [Name, Title, Department]
**Date:** [Date]
**Vendor:** [Vendor Name]
**Total Estimated Cost:** [$Amount] over [Duration]
**Budget Source:** [Cost Center / Budget Line]
**Approval Required From:** [Name(s) based on spending authority]

---

## 1. Executive Summary
[2-3 sentences: problem, proposed solution, expected ROI, requested action]

## 2. Business Problem
[Current state, business impact, root cause, trigger, strategic alignment]

## 3. Proposed Solution
[Solution overview, key capabilities, vendor rationale, timeline]

## 4. Financial Analysis
### Cost Breakdown
[Multi-year cost table]
### Benefits
[Quantified benefit table with confidence levels]
### ROI Summary
[ROI, payback period, NPV]

## 5. Alternatives Considered
[Comparison table including do-nothing and build options]

## 6. Risk Assessment
[Risk matrix with mitigations]

## 7. Recommendation
[Clear statement: "We recommend approving..." with the top 3 reasons]

## 8. Approval
| Approver | Role | Signature | Date |
|---|---|---|---|
| [Name] | [Title] | _________ | _______ |

Quality Checklist

  • Business problem is stated in terms of business impact, not technology gaps
  • ROI calculation uses conservative, defensible assumptions
  • At least 3 alternatives are documented (including do-nothing and build-in-house)
  • Cost breakdown includes internal resource costs, not just vendor invoices
  • Benefits are quantified with stated confidence levels (High / Medium / Low)
  • Risks are honest — not minimized to make the case look better
  • The executive summary can stand alone for a busy approver
  • Payback period is realistic (if > 18 months, justify why it is still worthwhile)
  • Budget source and approval authority are identified
  • Document length matches spend level — concise for small purchases, detailed for large

Edge Cases

ScenarioHow to Handle
Purchase under $5K (low-threshold)Produce a 1-page summary: problem, solution, cost, approval line — skip full ROI
Recurring SaaS with auto-renewalFlag the renewal date; note that inaction means implicit re-approval at current terms
Replacing an existing toolInclude migration costs, parallel-run period, and user retraining in the cost analysis
Benefits are primarily qualitativeUse a scoring framework (High/Medium/Low impact) instead of forcing dollar estimates
Multiple departments share the costDocument the cost-split agreement and each department's approval requirement
Emergency purchase already madeFrame as retroactive justification; document the urgency and note process exception
Purchase requires board or legal approvalAdd compliance and legal review steps; extend the approval chain section
Skills guardadas