How do SPIFF commissions work?
SPIFF commissions are extra rewards for specified sales activities or results during a limited period. The written rules determine who earns the reward, how much they receive and when it is paid. This guide covers calculating and checking those payments. For programme design, see the guide to short-term SPIFF incentives.
The examples below are fictional and use US dollars. They show payout mechanics, not recommended reward amounts. Keep the regular commission calculation separate so participants can see whether the SPIFF adds to their normal earnings.
Fixed rewards per qualifying result
A fixed reward pays the same amount for each eligible result. Suppose a programme offers $100 for each qualifying add-on sale. Four eligible sales produce a $400 reward.
The word “qualifying” does important work. Define the product, customer conditions and credit event before launch. A booked meeting is different from a completed meeting, and a signed order is different from a paid invoice. Choose the event that fits the purpose and can be checked.
State any cap in advance. If the example limits each participant to three rewards, four eligible sales pay $300. The statement should show all four sales and explain why one falls outside the reward limit.
Percentage-based rewards
A percentage reward needs a precise value to multiply. In a fictional programme paying 2% of eligible net product revenue, $20,000 of eligible value produces $400.
Specify whether that value excludes discounts, tax, services or other charges. If an order contains several products and only one qualifies, applying the percentage to the whole order would produce the wrong result.
For multi-year contracts, say whether the base is first-year value, total contract value or another defined amount. Do not leave the administrator to infer it from a CRM field name.
Tiered SPIFF payments
A tier can increase the reward after a participant reaches a threshold. Suppose the first ten qualifying sales each earn $50 and every further qualifying sale earns $75. At twelve sales, the marginal calculation is ten times $50 plus two times $75: a total of $650.
A different rule could apply $75 to all twelve sales once the participant passes ten. That retroactive calculation pays $900. Both use a higher rate above a threshold, but they are different promises.
Write down which method applies and include the exact boundary case. At ten sales, what is owed? At eleven, what changes? The tiered commission guide explains this distinction in more detail.
Shared rewards and bonus pools
A shared deal needs a credit rule before payment. If a $200 reward is split equally between two eligible reps, each receives $100; paying both the full amount would double the planned cost.
A bonus pool also needs an allocation method. State whether it is divided equally among eligible participants, weighted by contribution or paid only to specified winners. Explain ties and the minimum conditions for receiving a share.
Calculate the maximum possible payout where the rules allow it. Include participant limits, team limits and the overall budget. If the budget can run out, tell participants how eligibility is determined when claims arrive together.
Check eligibility before approving payment
Keep an auditable record of the participant, qualifying transaction, credit date, reward calculation and approval. A CRM can supply part of that information, but it does not replace the programme rules.
- Confirm that the result occurred within the eligible period.
- Remove duplicate claims without losing the record of the correction.
- Apply agreed split-credit and cap rules.
- Check cancellation or refund conditions before approval.
- Record the reason for any rejected or adjusted claim.
Give participants a way to see the calculation and raise a question. Set an approval cutoff and a payment date that finance and payroll can meet. Avoid promising an immediate payment if the review process cannot support it.
Separate a payout error from an unclear rule
A wrong multiplication can be corrected against an agreed rule. A disagreement over whether a customer qualifies may reveal a gap in the rule itself. Record that distinction and send the question to the named programme owner.
Do not silently change the eligibility test after participants have acted on the announced terms. Resolve the case through the agreed process and make the wording clearer for the next programme.
Review what the payments achieved
At the end, reconcile approved rewards with payments made. Review unresolved claims, administrative effort and any discounting or cancellations linked to the programme.
The total value of qualifying sales is not automatically the additional revenue caused by the incentive. Some sales may have happened anyway. Compare outcomes with the intended objective before deciding to repeat the offer.
If payment disputes expose inconsistent deal ownership or qualification, those process gaps deserve attention beyond the reward itself. The Sales Arc can discuss how clearer sales workflows would help your team apply consistent rules.
