When to activate: When a feature gets rolled out to teams and you’re ready to start measuring the improvement
metrics.
Finding inactive use cases
When you open a Value Tracker, you’ll see all use cases from the original business case. The ones not yet activated appear at the bottom of the Use Cases tab with an “Activate” button.- Navigate to the Use Cases tab
- Scroll to the Inactive Use Cases section at the bottom
- Review the use case name and description to confirm it matches your rollout plan
- Click Activate to begin the configuration process
Configuration methods
Depending on how the use case was originally set up, you’ll follow one of two paths:Automatic configuration
When a use case has been pre-configured in your company’s value framework, activation is instant. The system already knows which metrics to track and how to calculate benefit.1
Click Activate
Click the Activate button next to the inactive use case.
2
Confirm details
Review the calculation setup—it’s already configured and ready to go.
3
Start measuring
The use case moves to the Active section and improvement metrics appear in your Measurements tab.
That’s it! You can now start recording measurements for this use case.
Manual configuration
Custom use cases often need manual configuration. You’ll tell the system which input to measure over time and how it drives the benefit calculation.1
Click Activate
Click Activate next to the inactive use case.
2
Choose your calculation type
Select how this use case calculates value—either percentage improvement or absolute values.
3
Map your improvement metric
Tell the system which input you’ll measure each month (details below).
4
Confirm and save
Review the setup and click Save to activate the calculation.
Calculation types explained
Manual configuration requires you to choose how your use case calculates value. Pick the approach that matches your use case structure.Percentage improvement
Use this for calculations based on an expected improvement percentage—like “Increase Rep Efficiency” or “Reduce Processing Time.” How it works:- You have a baseline metric (e.g., “Avg. Tickets per Day - Before”)
- You’ll measure the current metric over time (e.g., “Avg. Tickets per Day - After”)
- The system calculates the percentage improvement automatically
- This percentage drives the benefit calculation

When to use percentage improvement
When to use percentage improvement
Choose this method when: - Your use case includes a projected percentage gain (like “50% efficiency increase”) - You
have clear before/after metrics in your calculation - The benefit scales based on the percentage change from
baseline Common examples: Increase productivity, reduce error rates, improve conversion rates
Absolute values
Use this for calculations that compare two distinct values without a percentage—like “Current Time on Task” vs. “Future Time on Task.” How it works:- You have two separate inputs representing before and after
- You’ll measure one of these inputs over time
- The system calculates benefit based on the absolute difference
- No percentage is derived or displayed

When to use absolute values
When to use absolute values
Choose this method when: - Your calculation compares two standalone numbers (not a percentage) - The inputs are
labeled “Current” vs. “Future” or “Before” vs. “After” - Benefit is calculated from the direct difference between
values Common examples: Reduce hours per task, decrease cost per unit, lower average handle time
Mapping improvement metrics
When manually configuring a use case, you’ll need to identify which input to measure over time. This becomes your improvement metric—the value you’ll record monthly in the Measurements tab.For percentage improvements
- The system shows you all inputs from the original calculation
- Look for the input that represents current or actual performance (usually labeled “After” or “Current”)
- Select this input as your improvement metric
- The baseline (usually labeled “Before” or “Baseline”) stays fixed from the business case
Quick check: The improvement metric should be the value that changes as your customer adopts and uses your
product.
For absolute values
- The system shows you both the “Current” and “Future” inputs
- Select the input you’ll measure each month (usually “Current”)
- The other value stays fixed as the target or comparison point
Multiple calculations per use case
Some use cases have multiple benefit calculations. For example, a use case might calculate both cost savings AND revenue increase.When this happens: You’ll go through the configuration process once for each calculation, mapping the
appropriate improvement metric for each one.
After activation
Once you activate a use case, several things happen automatically:Use Cases tab
The use case moves to the Active section at the top and displays an expandable card with the measurement table.
Measurements tab
Improvement metrics for this use case appear in the monthly view, ready for data entry.
Overview tab
The use case appears in the active breakdown and contributes to the total benefit calculation.
Milestones
Any milestones linked to this use case become visible and trackable.
Editing or deactivating
Need to change something after activation?Edit the configuration
Edit the configuration
Click the 3-dot menu on the active use case card and select Edit Configuration to adjust which metric you’re
tracking or how the calculation works.
Deactivate a use case
Deactivate a use case
Click the 3-dot menu and select Deactivate to stop tracking this use case. Historical measurements are
preserved, but no new data can be entered.
Deactivating removes this use case from your total benefit calculation going forward.
Re-activate a deactivated use case
Re-activate a deactivated use case
Go to the Inactive Use Cases section and click Activate again. Your previous measurements and configuration
are restored.
Best practices
Align with rollout
Only activate use cases when the corresponding feature is truly live with end users. Premature activation leads
to confusing zero or low values.
Communicate timelines
Let your customer champion know when you’re activating a use case and what data you’ll need to track together.
Set expectations
Some use cases take time to show impact. A ramp-up period with low initial measurements is normal and expected.
Document decisions
Use the notes feature to record why you chose a specific improvement metric or any configuration decisions for
future reference.
Common scenarios
- Phased rollout
- Multiple calculations
- Baseline uncertainty
- Delayed impact
Scenario: You’re rolling out to different teams or departments over several months. Approach: - Activate
the use case when the first team goes live - Use notes to document which teams are included each month -
Consider adjusting unit inputs (like ”# of employees”) as more teams onboard
Use case activated! Next, learn how to record your first measurements.