Complexity, Not Headcount, Should Drive the Purchase
Ask a finance leader how many people are on variable pay and you get a number in four seconds. Ask how complex the comp plans are and you get an adjective. That gap is why so many incentive compensation purchases land in the wrong tier: headcount is the only complexity proxy most buyers have, so headcount is what both the market and the buyer price on.
The expensive version of the error runs in one direction. A company has a calculation and crediting problem — payouts late, disputes constant, the process held in one analyst's spreadsheet — and buys a full suite: incentive compensation plus territory and quota plus sales planning plus analytics. The engine problem is solved in month five. The territory module is never configured, the planning module runs once a year, and the invoice carries all three. You paid a suite price and a suite implementation to fix an engine problem. Enterprise implementations here run roughly 50,000 to 150,000 dollars and up, so the surcharge is not marginal.
The reverse failure is quieter and often costs more. A team scores its plans simple because most of the plan is simple, buys a self-serve tracker, then meets the one feature the tool cannot express — a split derived from a CRM field, a clawback after payment, an effective-dated change to a paid period. The tool handles 90 percent of the calculation, the spreadsheet returns for the rest, and the shadow process the purchase was meant to kill is still running.
What follows is an instrument, not an essay. It takes about an hour with the plan documents in front of you, and it belongs before the first demo.
CFO Shortlist Take
Score the plans before you build the shortlist, and score them from the plan documents rather than from memory — the gap between the two is itself a finding. Then read the score twice: as a total, to set the tier, and as a maximum, because a single dimension at 5 vetoes the average. Most of the money here is lost buying a band too high on the total, or too low on the maximum.
The Six Dimensions That Drive System Requirements
Plan complexity is not one thing, and the dimensions correlate less than buyers assume. Plenty of organisations run trivial rate mechanics and brutal crediting; plenty run single-plan simplicity and still need contract-level amortisation. Each dimension below is where a particular class of tool breaks.
Crediting structure
Who gets credit for a transaction, and how many times. Buyers describe the standard case and forget the exceptions: splits between co-selling reps, overlays credited on the same booking as the account owner, manager roll-ups, matrix crediting. The hard version is not the payee count but where the split rule lives — percentages typed into a field are configuration; percentages derived from account hierarchy or partner data are engineering.
Rate mechanics
How attainment becomes money. Flat rates are trivial, tiers are easy; the feature that separates tiers of tooling is retroactive true-up — whether crossing a threshold re-rates every dollar from the first, or only dollars above it. Retroactive tiering forces a system to restate prior periods whenever attainment moves, which period-by-period arithmetic cannot do cleanly. Add decelerators, caps interacting with draws and quarterly rate cards, and the entry tier is gone.
Timing and adjustment
When credit is earned, when it is paid, and what happens when it is taken back: draws, guarantees, clawbacks, quota retirement, and the choice of bookings, invoice or cash as the crediting basis. The multiplier is different bases for different purposes — retiring quota on bookings while paying on cash collected means every deal carries two states, and reconciling them is where disputes start.
Scope of variable pay
How wide the population is: multi-currency with an FX rate-lock policy, multiple statutory entities, MBO incentives for non-sales functions, and channel, distributor or loyalty programmes. Scope is most likely to be scored low and be wrong, because non-sales bonuses and partner rebates sit with other teams in other spreadsheets and nobody counts them as comp. If the new system does not cover them, those spreadsheets survive the purchase.
Governance
How often the rules change and how well changes are controlled: effective dating, retroactive change frequency, variant count, approval and acceptance. The number that matters is variants per role, not variants in total — three plans across three roles is a different problem from three variants of one role, because the second implies exceptions negotiated one at a time. The hardest capability here is re-running a paid period without corrupting the record of what was paid.
Finance requirements
What the close needs from the system: accrual reporting, cost capitalisation and amortisation under ASC 340-40, journal export by entity and cost centre, an audit trail with an adjustment register. This is where vendor claims deserve most scrutiny — capitalisation and amortisation is often asserted at a high level and thinly documented. Treatment of your own contracts depends on your facts and belongs with your auditors, not a vendor datasheet.
The two dimensions that get skipped
Governance and finance requirements are systematically under-scored, for a structural reason: the person filling in the audit sits in sales operations, while dimensions five and six belong to legal, HR and the controller. Score those two with the controller in the room. An evaluation that scores moderate and then fails at the accrual and audit-trail stage made a staffing error, not a scoring error.
Scoring Your Plans: The Instrument
Score each dimension 1 to 5 against the anchors below, interpolating within each column's range. One rule decides every close call: score the plan you actually run, including the exception you were about to call an edge case. Where the anchor is a count, count it.
| Dimension | Score 1–2 | Score 3 | Score 4–5 |
|---|---|---|---|
| 1 · Crediting structure | One payee per transaction. Direct sellers only, no overlays, no manager credit. | Up to two payees per transaction, split percentages entered at deal level. One overlay role. Manager roll-up one level. | Three or more payees per transaction. Split percentages derived from CRM data rather than typed in. Two or more overlay layers, roll-ups two levels or deeper, or matrix crediting on one booking. |
| 2 · Rate mechanics | Flat percentage of revenue, or a fixed bonus on a binary target. | Three to five prospective attainment tiers — each rate applies only to dollars in its band. One accelerator above 100 percent. A stated cap. | Retroactive true-up: crossing a threshold re-rates every dollar from the first. Rates driven by two measures at once, such as attainment crossed with margin. Decelerators. Rate cards changing more than once a year. |
| 3 · Timing and adjustment | Paid monthly on closed-won. No draws, no clawbacks, no mid-year quota changes. | Recoverable draw for new hires. Clawback inside a fixed window such as 90 days. Credit on invoice rather than booking. | Different bases for different purposes — bookings for quota retirement, cash collected for payment. Clawback windows beyond two quarters. Mid-period quota changes that force recalculation of a closed period. Ramped quotas differing by hire cohort. |
| 4 · Scope of variable pay | One currency, one payroll entity, sales roles only. | Two or three currencies. One or two payroll entities. Occasional SPIFFs run outside the core plan. | Four or more currencies with a defined FX rate-lock policy. Multiple statutory entities with different payroll cut-offs. MBO incentives for non-sales functions. Channel, distributor or loyalty programmes alongside the sales plan. |
| 5 · Governance | One plan document per role. Changes only at annual planning. Acceptance tracked informally. | Three to six variants in total. One or two mid-year changes. Documented acceptance, usually e-signature. | More than three variants per role. Mid-period plan changes more than once a quarter. Retroactive changes forcing periods already paid to be re-run. Country-specific legal review before a plan can issue. |
| 6 · Finance requirements | Commission expensed in the month paid. One GL line. No accrual of consequence. | Monthly accrual estimate. GL export by department. Reconciliation resting on a spreadsheet nobody outside finance reads. | Contract-level capitalisation and amortisation under ASC 340-40, including renewal analysis where the amortisation period exceeds the initial term. Journal entries by entity, cost centre and currency. An adjustment register and audit trail a third party can test. |
Reading the total: three bands
The total runs from 6 to 30. Simple is 6 to 12 — light tooling and a small team; you are buying transparency, rep self-service and the end of manual re-keying, and should refuse to pay for configurability you will not use. Moderate is 13 to 20 — a real calculation engine with plan versioning, dispute workflow and clean CRM integration; the most contested part of the market, which is good for price. Complex is 21 to 30 — crediting flexibility at scale, effective-dated recalculation, finance-grade controls, and an implementation with a named internal owner.
The bands are not evenly spaced in cost: Simple to Moderate is roughly a doubling of per-payee price, while Moderate to Complex adds an implementation line that often exceeds year-one subscription. Within two points of a boundary, treat the band as unresolved and let the rule below decide it.
The veto rule
Any single dimension scored 5 is a veto, regardless of your total. A tool either expresses retroactive true-ups, effective-dated recalculation of a paid period and contract-level amortisation, or it does not; simplicity elsewhere does not compensate. The total tells you which tier to shop in; the maximum tells you what the first 20 minutes of every demo must cover. A 14 with one dimension at 5 is a moderate budget against an enterprise requirement: either the vendor proves it on your data, or you change the plan feature that created the 5.
Mapping Score to Vendor Tier
Analyst standing appears only where confirmed. Forrester's Wave on SPM Solutions for Incentive Compensation, Q1 2025 named Varicent and CaptivateIQ Leaders, and Everstage, Performio and Forma.ai Strong Performers; other placements in that Wave sit behind the paywall and are not asserted here. Gartner retired the SPM Magic Quadrant after roughly 2021 in favour of a Market Guide, so there is no current quadrant to cite. Pricing figures are signals, not quotes.
| Band | What you are buying | Where to look | The main risk |
|---|---|---|---|
| Simple · 6 to 12 | Commission tracking and rep visibility. Self-serve setup, published pricing, weeks not months. | QuotaPath publishes tiers at 25, 35 and 50 dollars per user per month plus a platform fee, with a free trial. Visdum and Palette sit here too; Palette's backing is largely unverified. | You outgrow it. Re-implementing inside two years costs more than the tier difference saved. |
| Moderate · 13 to 20 | A configurable ICM engine: crediting rules, plan versioning, dispute workflow, CRM write-back. | CaptivateIQ (a Leader in Forrester's Q1 2025 ICM Wave) and Everstage (a Strong Performer, as is Performio). If your CRM is Salesforce, its Incentive Compensation Management — the former Spiff — lists at 75 dollars per user per month. | Buying the suite when you needed the module. Modules you never configure still appear on the invoice. |
| Complex · 21 to 30 | Enterprise ICM with depth in crediting, effective dating and finance controls. Assume a real implementation. | Varicent (also a Wave Leader) and Xactly (a Leader in the last Gartner SPM Magic Quadrant, circa 2021). SAP SuccessFactors Incentive Management for SAP shops, allowing for the current migration programme. Forma.ai (a Strong Performer) for a managed model. | Cost and time: roughly 50,000 to 150,000 dollars of implementation, over three to six months. |
| Scope-driven · high on dimension 4 | One system of record for variable pay across sales and non-sales, not a sales engine plus side processes. | Vulki by Akeron — fit and limits both set out below. | Breadth can be bought and never used. Confirm the non-sales and channel programmes go live in phase one, not phase three. |
| Planning-led · complexity in quota, not calculation | Territory, quota and capacity modelling. The calculation engine is the secondary purchase. | Anaplan or Pigment, paired with a dedicated commission engine. Neither is a commission specialist — Anaplan's ICM is its weakest leg, Pigment's the newest. | Assuming the planning platform will also pay people. Vet the commission references, not the planning ones. |
When the complexity is breadth, not depth
The fourth row deserves expansion. If your score is driven mainly by dimension four — variable pay for people outside sales, plus channel, distributor or loyalty incentives alongside the sales plan — the mid-market ICM tools handle your rate mechanics competently and leave you administering the MBO scorecards and partner programmes somewhere else. That is a coverage problem, not a tier problem.
Vulki by Akeron is the name worth adding to that shortlist. Akeron S.r.l. sits in Lucca, Italy, founded by former Tagetik people (Tagetik went to Wolters Kluwer in 2017); it is PE-backed by White Bridge Investments with approximately 30 million euros raised, including 12 million in July 2024, and has appeared four times as a representative vendor in Gartner's Market Guide for SPM. Its positioning is breadth: one system of record for variable pay spanning sales commissions, non-sales MBO, and channel and loyalty incentives, on a calculation-and-simulation engine with no-code plan configuration aimed at comp administrators rather than engineers. There is also an agent layer, Akyba — four agents, a shared knowledge base and bring-your-own-LLM support across GPT, Claude and Gemini — in which the Compensation Admin Assistant drafts plan proposals for an administrator to review, approve and launch. On our own hands-on evaluation that layer is improving quickly: an emerging capability, not a settled one.
Be equally plain about the limits, which map onto three of the six dimensions. Third-party review coverage is thin — a handful of Capterra reviews and no meaningful G2 presence — so you cannot triangulate with crowd data as you can with CaptivateIQ or Spiff, and reference calls carry more weight. Enterprise scale is unproven in our research: if your total sits at the top of the Complex band on payee volume and multi-entity reach, do not set this vendor against Varicent, Xactly or SAP on that axis. If dimension six is your high score, treat ASC 606 and IFRS 15 handling as unverified — ask for the amortisation engine in product documentation, with a worked example on your own contract pattern, before it counts. Pricing is quote-only and there is no free trial. A strong candidate where the complexity is breadth and you will accept being an earlyish North American reference; not a default.
Do not buy a suite for an engine problem — or an engine for a suite problem
If dimensions one, two and three are high while four and five are low, you have an engine problem: buy the engine. Territory, quota and planning modules bought alongside will not be configured, and they extend the implementation you are paying for. If instead the high scores sit in governance and scope while the rate mechanics are pedestrian, an engine alone disappoints — you automate the arithmetic and leave plan administration, approvals and the non-sales population where they were. The two shapes barely overlap on vendors, so diagnose yours before you shortlist.
Using the Output: Requirements, Shortlist, Proof of Concept
A score you do not convert into artefacts is forgotten by the second demo. Three conversions.
Requirements. Turn each dimension into statements containing a test, not an adjective. Not "flexible crediting" but "credits one booking to the account owner, one overlay and one manager, with split percentages read from two CRM fields." Not "606 support" but "produces a contract-level amortisation schedule where the period exceeds the initial contract term because renewal commissions are not commensurate." A requirement a vendor can agree to without demonstrating anything is a talking point.
Shortlist. Three vendors from one band, chosen on your highest-scoring dimension rather than category reputation. Longer lists dilute attention across demos designed to look alike. Add one vendor from an adjacent band only if you are within two points of a boundary, then make the boundary question the explicit subject of both demos.
Proof of concept. Run your single most complex plan, on your own data, for a period you have already closed and whose correct answer you know. Comparing against a known result turns a demo into a test. Force these features into it:
- A retroactive tier true-up: a rep crosses 100 percent in month eight and every prior dollar re-rates. Show the catch-up and its audit trail.
- A three-way split with percentages read from CRM fields, including one deal where the splits do not total 100 percent.
- A mid-period plan change with an effective date, then a re-run of the prior period showing it unchanged.
- A clawback on a deal cancelled after payment cleared, and the mechanism that recovers it.
- A non-recoverable draw against a monthly minimum, for a rep below quota two months running.
- A payout in a second currency, on your FX rate-lock policy and rate source, not the vendor's default.
- One manual adjustment — then the register of every manual adjustment made during the test.
- The GL export by entity and cost centre, plus the accrual for a deal booked but not yet invoiced.
Score the POC on three things and write them down: variance against the answer you already knew, elapsed hours to configure, and who did the configuring. The last decides your run rate. If the vendor's services team built everything while your admin watched, you tested the vendor and not yourself, and your first mid-year change becomes a support ticket rather than an afternoon. Insist your administrator configures one variant and one mid-period change unaided. Then ask for a payout-accuracy service level in writing; reluctance is itself a finding.
The demo-plan substitution
Watch for the moment a vendor offers to model something equivalent to your hardest plan because your data is not ready, the sandbox lacks a connector, or the timeline is tight. Any of those may be true, and the substitution still voids the test — demo plans are chosen because they run cleanly. Move the date, not the plan. If your data genuinely is not ready, that is a finding about implementation risk, better found now than in month four.
Frequently Asked Questions
Scored your plans and unsure which band you landed in?
Bring your scores to a free Direction Session. We will pressure-test the two dimensions you are least sure about and name the tier you are actually buying in — with no vendor on the call.
