Think of use cases as reusable value stories. Build them once in your Value Framework, then every seller can apply
them across dozens of deals with buyer-specific inputs.
What Makes Up a Use Case
Every use case in your Value Framework includes both numbers and narrative. This combination makes your value quantification credible, compelling, and defensible.Name and Description
The name and description form your value narrative. Instead of “Feature X” or “Product Y,” use cases speak in outcomes language:- “Reduce Manual Data Entry Time”
- “Accelerate Deal Cycles”
- “Minimize Compliance Risk”
Write names and descriptions in value-based language. Ask yourself: “What business outcome does this deliver?” not
“What does our product do?”
Calculations
The calculation engine is where value gets quantified. Each use case includes:- Inputs – Variables like employee count, hourly pay, time spent on tasks
- Formulas – Logic that combines inputs into calculated benefits
- Time-based modeling – How value materializes over months, quarters, or years
Supporting Content
Numbers tell part of the story. Supporting content makes it believable:- Case studies – Real customer examples demonstrating the value
- Research and statistics – Industry benchmarks and third-party validation
- Resources – Links to whitepapers, guides, or tools that address objections
- Implementation notes – Context about how customers realize this value
Strong supporting content turns skeptical buyers into believers. Include at least one customer example or industry
stat for every use case.
Use Case Variants (Optional)
Some use cases apply differently depending on the buyer’s situation. Variants let you create multiple versions of the same core use case, each tailored to specific scenarios.When to Use Variants
Create variants when:- Different industries realize value differently (healthcare vs. financial services)
- Company sizes have different cost structures (SMB vs. Enterprise)
- Deployment models change the value equation (cloud vs. on-premise)
- User personas care about different aspects of the same outcome
How Variants Work
Each variant shares the same use case name but includes:- Adjusted formulas or input defaults
- Persona-specific descriptions
- Industry-relevant case studies
- Customized supporting content
Variants are optional. Many use cases work universally across all buyers. Add variants only when customization
genuinely improves relevance and credibility.
Building Your Use Case Library
Start with Your Core Value Drivers
Identify the 5-10 most common ways your solution delivers value. These become your foundational use cases. Common patterns:- Efficiency gains – Time saved on manual tasks
- Cost reductions – Headcount avoided, software consolidated
- Revenue acceleration – Faster sales cycles, improved close rates
- Risk mitigation – Compliance costs avoided, security improvements
- Quality improvements – Error reduction, customer satisfaction gains
Review won deals to identify patterns. What value did buyers care most about? Those are your priority use cases.
Involve Your Experts
Building strong use cases requires collaboration:- Product experts – Ensure calculations reflect actual capabilities
- Customer success – Validate assumptions with real customer data
- Finance or value engineering – Review formulas for accuracy
- Sales – Confirm language resonates with buyers
Maintain and Evolve
Your use case library should grow with your business:- Add new use cases when you launch products or enter new markets
- Refine calculations as you gather more customer data
- Update supporting content with fresh case studies
- Retire use cases that no longer apply
We recommend reviewing your use case library quarterly. Add new customer examples, update outdated stats, and refine
based on seller feedback.
How Sellers Use Your Use Cases
Once you’ve built use cases in your Value Framework, sellers can apply them to any deal:- AI suggests relevant use cases based on deal context (industry, buyer role, discovery notes)
- Sellers select the use cases that best match this buyer’s priorities
- Sellers customize inputs with buyer-specific numbers (their team size, current costs, etc.)
- Calculations auto-update to show quantified value for this specific buyer
- Supporting content appears alongside calculations in the business case
Organizing Use Cases with Tags
As your library grows, tags become essential for helping sellers find the right use cases quickly. Tags let you categorize use cases by:- Industry (Healthcare, Financial Services, Manufacturing)
- Buyer persona (CFO, CTO, VP Operations)
- Product line or solution area
- Value category (Cost Reduction, Revenue Growth, Risk Mitigation)
Best Practices
Use outcome language, not feature language
Use outcome language, not feature language
“Reduce Time Spent on Manual Reporting” beats “Automated Reporting Feature.” Speak to the outcome buyers care
about.
Validate formulas with real customer data
Validate formulas with real customer data
Don’t guess at ROI. Use actual customer results to build credible calculations that stand up to buyer scrutiny.
Include compelling proof points
Include compelling proof points
Every use case needs at least one customer example or industry benchmark. Numbers without proof feel like
guesswork.
Make inputs buyer-friendly
Make inputs buyer-friendly
Use language buyers understand. “Monthly Transaction Volume” is clearer than “MTX_VOL.” Avoid internal jargon.
Start focused, expand gradually
Start focused, expand gradually
Begin with 5-10 core use cases that cover your most common value drivers. Add more as patterns emerge, not
preemptively.
Test with your sales team
Test with your sales team
Have sellers use your use cases on real deals. Their feedback reveals what’s working and what needs refinement.
Common Questions
How many use cases should we have?
How many use cases should we have?
Most companies start with 8-15 use cases and grow to 20-40 as they expand into new markets or product lines.
Quality matters more than quantity—focus on your core value drivers first.
Can sellers edit use cases?
Can sellers edit use cases?
Sellers customize inputs for their specific buyers, but they can’t change the underlying formulas or content.
This ensures consistency while allowing personalization.
What if a use case doesn't fit a specific deal?
What if a use case doesn't fit a specific deal?
Sellers choose which use cases to include in each business case. If a use case isn’t relevant to a particular
buyer, they simply don’t select it.
How do we update use cases across existing business cases?
How do we update use cases across existing business cases?
Changes to use cases in your Value Framework don’t automatically update existing business cases. This prevents
disrupting deals in flight. New business cases will use the updated version.
Should we create variants for every scenario?
Should we create variants for every scenario?
No. Only create variants when the calculation or narrative genuinely changes. If just the inputs differ (like
team size), the base use case with customized inputs is enough.
Can we import use cases from spreadsheets?
Can we import use cases from spreadsheets?
Contact our support team for help migrating existing ROI models or business case templates into Minoa’s use
case format.
Building Your First Use Case
Ready to start building? Here’s a quick checklist:- Identify a core value driver from recent won deals
- Write an outcome-focused name and description
- List the inputs needed to calculate this value (team size, time spent, etc.)
- Build the formula connecting inputs to value
- Add at least one customer example or proof point
- Tag the use case so sellers can find it easily
- Test it by creating a sample business case
- Gather feedback from sellers and refine
Once you’ve built a few core use cases, your team can start creating consistent, credible business cases in minutes
instead of hours.