Blog · Territory, capacity and quota planning · Software
Customer success segmentation groups accounts by lifecycle, renewal exposure and service needs. Build a coverage table from account and contract exports, reconcile workload, and assign capacity from the evidence.
Customer success segmentation groups accounts by lifecycle, renewal exposure and service needs so managers can allocate coverage against actual work. A useful table shows the accounts in each group, the recurring contract value approaching renewal and the service hours already planned.
The purpose is to decide which accounts need onboarding work, renewal preparation or issue resolution, and whether the assigned team has capacity. A label that never changes an action adds little to the weekly coverage review.
Keep this grouping alongside the account's commercial profile. The existing B2B customer segmentation method covers comparison groups based on business characteristics. Here, the grouping describes current success work. The distinction between segments and service tiers matters: a lifecycle label does not automatically change contractual support commitments.
Define ownership before calculating. Customer success owns lifecycle status and planned hours. Contract operations owns renewal dates and recurring values. Finance checks the value basis and the total. Each account also needs one accountable owner for resolving data exceptions.
Take a snapshot on October 1, 2026. This US software supplier has one recurring contract per account. Its ARR column is annual recurring contract value, excluding one-time implementation charges; it is not recognized revenue for the quarter.
The work estimate is planned customer success time for the next month. It includes preparation, customer meetings and follow-up. All groups use that same month, even though the renewal window looks farther ahead.
| Account | Lifecycle | Renewal date | ARR (USD) | Blocking issue flag | Planned hours |
|---|---|---|---|---|---|
| A | Established | November 15, 2026 | 120,000 | 1 | 18 |
| B | Established | December 15, 2026 | 80,000 | 0 | 6 |
| C | Onboarding | March 31, 2027 | 60,000 | 0 | 16 |
| D | Established | June 30, 2027 | 100,000 | 0 | 4 |
| E | Established | October 31, 2026 | 40,000 | 1 | 10 |
| F | Onboarding | April 30, 2027 | 20,000 | 0 | 8 |
| Total | 420,000 | 62 |
A blocking issue is an owner-confirmed condition requiring resolution before renewal preparation can proceed. It is a supplied flag, not a prediction of cancellation. The criteria and flags in this example are management choices for the example company, not universal thresholds.
Check missing dates, duplicate IDs, negative hours and expired contracts before assigning groups. Keep unresolved exceptions visible and outside the ordinary assignment until an owner corrects them. A blank renewal date must never default into a reassuring label.
For accounts with multiple contracts, preserve contract-level renewal dates and values in a separate detail table. Count each account once in the account grouping, and sum only the contracts actually due when measuring exposure.
Use this order: onboarding first; then contracts due within the next 90 days with blocking issues; then other contracts due in that window; then established accounts outside it. An onboarding account approaching renewal remains in Onboarding, but its due contract still belongs in the independent renewal exposure measure.
Put the six detail columns in A:F, rows 2:7, and the snapshot date in N1 as =DATE(2026,10,1). Column H flags the inclusive renewal window; column G assigns the group:
H2 = --AND(C2>=$N$1,C2<=$N$1+90)
G2 = IF(B2="Onboarding","Onboarding",
IF(H2=1,IF(E2=1,"Renewal recovery","Renewal ready"),
"Established"))
Fill down. Keep the snapshot fixed while reviewing the plan, rather than allowing the reporting date to change between reviewers. Document any approved override beside the source rows and retain the reason.
List the group labels in J2:J5. Microsoft's COUNTIFS function counts matching accounts, and its SUMIFS function sums matching amounts:
Accounts = COUNTIFS($G$2:$G$7,J2)
ARR = SUMIFS($D$2:$D$7,$G$2:$G$7,J2)
RenewalExposure = SUMIFS($D$2:$D$7,$G$2:$G$7,J2,$H$2:$H$7,1)
Hours = SUMIFS($F$2:$F$7,$G$2:$G$7,J2)
| Success segment | Accounts | ARR (USD) | Due-window ARR (USD) | Planned hours |
|---|---|---|---|---|
| Renewal recovery | 2 | 160,000 | 160,000 | 28 |
| Renewal ready | 1 | 80,000 | 80,000 | 6 |
| Onboarding | 2 | 80,000 | 0 | 24 |
| Established | 1 | 100,000 | 0 | 4 |
| Total | 6 | 420,000 | 240,000 | 62 |
The account count checks as 2 + 1 + 2 + 1 = 6. Group ARR sums to $420,000, matching the account table. Due-window ARR is $160,000 + $80,000 = $240,000; the independent check =SUMIFS(D2:D7,H2:H7,1) returns the same amount. Hours reconcile as 28 + 6 + 24 + 4 = 62. Covirage is not affiliated with Microsoft.
Renewal recovery represents 160,000 / 240,000 = 66.7% of due-window ARR. Onboarding consumes 24 / 62 = 38.7% of planned hours. Percentages are rounded to one decimal place. Those measures describe exposure and effort; neither is a cancellation probability.
Suppose the team has 50 available customer success hours for the month after its other commitments. Planned work is 62 hours, leaving a 12-hour shortfall. The manager must reassign work, add capacity or explicitly reschedule activities before approving the plan.
Start with account-level commitments and deadlines. The table identifies where work sits, but it cannot decide which customer promise may move. Use the questions a customer success leader asks to structure the account review, then carry approved measures into the customer success dashboard.
Bring dated account and contract exports with approved group rules and service-hour estimates. Covirage maps the columns, and its tools compute and check the group comparisons; the external AI model explains the results with every figure traced to its rows. Create a free Covirage account and bring a sample of your own export.
See renewal watch for the supporting renewal review context.
Choose fields that change the work the team must do, such as onboarding status, renewal date and unresolved service requirements. Write assignment rules and their order of precedence. Keep account size available for comparison, but avoid assuming that revenue alone explains service workload.
A segment describes comparable account circumstances. A service tier specifies the coverage the company provides, such as ownership and meeting cadence. Two accounts in one segment may need different coverage because their contractual commitments or immediate work requirements differ.
Refresh the grouping when reviewing coverage and whenever a material lifecycle or contract change occurs. Keep a dated snapshot so changes can be explained. Frequent updates are useful only if the underlying contract dates, service flags and ownership records remain reliable.