Every dollar below reached a worker's pocket. This is the reason the other three numbers matter.
Settled this year ({{ detailMatters.length }})
Career
{{ formatCompactCurrency(mission.harm_undone_career) }} recovered for workers since you joined the firm.
Cases closed without recovery are part of this ledger's denominator ({{ detailAggregates ? detailAggregates.closed_without_recovery : 0 }} this year) — taking righteous risks is the job, and this page never scores you down for it. Per-case recovery shows where FSV was set; fee is the firm's actual collection on every case.
Each dot is a settled case: how much of its Full Settlement Value you captured, against how long it stayed open. Time should buy leverage — when it stops doing that, resolve.
No settled cases with FSV yet — set FSV at case evaluation and this view unlocks.
Your cases
Firm context
— — firm median capture {{ Math.round((mission.firm_median_capture || 0) * 100) }}%
Your FSV cases{{ scatterOwnPoints.length > 10 ? ' (10 of ' + scatterOwnPoints.length + ')' : '' }}
| Case | Days | Recovered | Capture |
|---|
| {{ p.deal_name }} |
{{ formatNullableNumber(p.days_to_close) }} |
{{ formatCurrency(p.total_recovery) }} |
{{ Math.round((p.fsv_capture || 0) * 100) }}% |
Capture is a calibration reference, not a score. Settling below FSV is often the right call — a fast 70% can serve the client better than a slow 95%. That's why this number is never colored.
Velocity resists gaming from both directions: settling cheap-fast tanks the dollars, sitting on cases tanks the days. Moving righteous cases faster is the only way up.
Velocity vs. case value — settled cases with FSV
Needs settled cases with FSV to plot — per-case recoveries come from FSV tracking.
Your cases
Firm context
— — firm median {{ formatCurrency(mission.firm_median_velocity_per_day) }}/day
Bigger cases don't have to be slower — dollars per open day is the equalizer. Up and to the right is money moving fast.
Only velocity is ever ranked here, because it's the one metric fully in your control. Recoveries are never ranked — one class action can put a two-case year at the top, and that tells you nothing about the work.
Quarter's fastest: {{ velV.top3Names }}
Nothing here is a black box. The fee ledger is the actual firm data; everything after it is arithmetic you can check.
The calculation
Fees collected YTDsums from the ledger below{{ formatCurrency(wfV.fees) }}
× 2⁄9Pod pool share{{ formatCurrency(wfV.pool) }}
−Pod costs YTD{{ formatCurrency(wfV.costsAnnual) }} annual × {{ wfV.elapsedPct }}% of year elapsed · {{ actuals.is_comp_manager ? 'itemized below (comp manager view)' : 'pod aggregate — individual pay is visible only to the comp manager' }}−{{ formatCurrency(wfV.costs) }}
=Pod net contribution{{ formatCurrency(wfV.net) }}
× 50%Your share of the split{{ formatCurrency(wfV.half) }}
−Pod-controlled costsyour manual inputs from Lever Explorer−{{ formatCurrency(wfV.controlled) }}
=Earned bonus YTD{{ formatCurrency(wfV.earned) }}
Pod pay — comp manager only
| Person | Role | Annual salary | YTD share |
|---|
| {{ e.name }} | {{ e.role }} |
{{ formatCurrency(e.salary) }} |
{{ formatCurrency(e.salary * elapsedYearFraction) }} |
Visible only because you set this pod's compensation. Every other viewer sees pod costs as a single aggregate line — the API never sends them individual pay.
Fee ledger — {{ detailMatters.length }} matters
Payout schedule
Paid quarterly at each quarter end — next is {{ bonV.dateLabel }} ({{ bonV.days }} days), currently estimated at ≈{{ formatCurrency(bonV.est) }}. Estimates assume the year's earned bonus pays out evenly; actual payouts follow firm accounting.
Pace math
Earned {{ formatCurrency(wfV.earned) }} ÷ {{ wfV.elapsedPct }}% of the year elapsed = ≈{{ formatCompactCurrency(wfV.annualized) }} annualized, against your {{ formatCompactCurrency(bonV.target) }} target →
{{ bonV.pace.label }}.
Pace is shown as a band, never to the dollar — an annualized figure isn't that precise.
Assumptions & sources
· Fees are what the firm actually collected, matter by matter, from the warehouse (refreshed nightly from HubSpot).
· Earned YTD is computed from actuals; payout and pace figures are estimates and always rounded (≈).
· "Est. payout impact" on the Monday list uses this same formula: FSV × {{ monV.assmLabel }} × {{ monV.feeRateLabel }} fee × 2⁄9 × 50%.
· {{ actuals.is_comp_manager ? 'You see individual pay because you set this pod\'s compensation.' : 'Pod costs appear only as one combined line. Individual pay is visible only to the comp manager.' }}
Sorted by days open. Amber = past the {{ monV.median }}-day median{{ monV.isFirm ? ' (firm median fallback)' : '' }}; dimmed rows are inside it.
| Case | Days open | vs median | FSV | Est. impact | Last note |
|---|
{{ c.name }}
{{ c.stage }} |
{{ c.days }} |
{{ c.over > 0 ? '+' + c.over : c.over }} |
{{ c.fsv != null ? formatCurrency(c.fsv) : '—' }} |
{{ c.imp != null ? '+≈' + formatCurrency(c.imp) : '—' }} |
{{ c.last != null ? c.last + 'd ago' : '—' }} |
Cases without FSV show no impact estimate — setting FSV at evaluation is what makes every other judgment number on this page work.