OUT-OF-THE-BOX APPS

Incentive Compensation Apps

Prebuilt applications covering plan design, plan documentation, scenario modeling, earnings visibility for the field, and compensation cost analysis for the people who own the budget. These are the compensation apps deployed most often. They are a starting point, not the boundary of what can be built.

On this page

Plan Design & Components

Compensation Plans

Used by compensation administrators. Reads measures, hierarchies, rate tables.

Builds a compensation plan through guided configuration rather than formula writing. The admin answers structured questions about how the plan pays: which measures it uses, which calculation type applies (rate table, tiered, matrix, flat amount), what the thresholds and caps are, and how components combine into total target compensation. Plans are effective-dated, so a mid-year change to a rate table preserves what was in force before it.

Visual plan diagram with the component library open.

Compensation Components

Used by compensation administrators and salespeople. Reads plan components, earnings results.

Shows how each payable element of a plan contributes to a person's total earnings: a quarterly new-logo commission, an annual MBO bonus, a monthly accelerator on renewals. Each component carries its own measure, calculation logic, weighting and payout schedule.

Pick this over the plan-level view when the question is diagnostic. When a salesperson asks why their number moved, the answer is almost always inside one component rather than across the whole plan.

Component contribution breakdown for a single payee.

Calculation Transparency & Statements

Standard Plan Compensation Report

Used by salespeople and compensation analysts. Reads credited transactions, measure values, plan rules.

Sets out the calculations behind a salesperson's commission earnings: the credited transactions, the measure values, the rate or tier applied, and the resulting amount for each component. A salesperson can follow the arithmetic from a specific deal through to the line on their statement.

This is where most compensation disputes are won or lost, and the reason to care is operational rather than philosophical. A compensation team that cannot produce the derivation on demand spends its quarter-end reconstructing it in spreadsheets for whoever asked loudest.

Optymyze customers report 90% fewer compensation disputes. A compensation team that cannot produce the derivation on demand spends its quarter-end reconstructing it in spreadsheets for whoever asked loudest.

Statement view showing transaction-level derivation.

Plan Modeling & Scenario Comparison

All three apps below run a proposed plan against actual historical performance data and compare the result to the plan in force. They differ in what they measure, and the differences matter more than they look.

Scenario Comparison (Total Earnings)

Used by finance and compensation design teams. Reads historical performance, plan scenarios.

Compares plan scenarios by aggregate payout cost. This is the finance question, and usually the first one asked.

Scenario Comparison (Average Earnings)

Used by compensation design teams. Reads historical performance, plan scenarios.

Compares plan scenarios by what the typical participant experiences. Use it to find out that a change which looks neutral in total is a pay cut for the median participant.

Scenario Comparison (Earnings Rank)

Used by compensation design teams. Reads historical performance, plan scenarios.

Compares plan scenarios by how participants move relative to each other rather than by cost or average outcome.

Do not skip this one. Run it alongside the other two, not instead of them. A revision can hold aggregate cost flat and median earnings flat while still reshuffling the top decile, and the salespeople who fall are the ones who escalate in February. This is the application that catches that. It is also the one most often skipped.

Rank movement between current and proposed plan.

To model a single salesperson's earnings of a single person's earnings rather than population-level comparison, use the What-If Calculator.

Earnings Visibility & Benchmarks

Sales Compensation Overview

Used by salespeople. Reads earnings, targets, payment status.

Tracks earnings against targets and payment progress. The default landing view for most rollouts and the application a salesperson opens first.

Earnings Performance

Used by salespeople and their managers. Reads multi-period earnings history.

Analyzes earnings trends over time and identifies which components are actually driving income.

Pick this over Sales Compensation Overview when the question is about pattern rather than current state.

Earnings Change (Period Over Period)

Used by salespeople and their managers. Reads two-period earnings, component and account detail.

Shows how an individual's earnings moved between two periods and attributes the change to specific components, accounts or products. Answers why this month is lower than last month with a breakdown rather than a total.

Earnings Comparison (Position Average Benchmark)

Used by salespeople and their managers. Reads position-level earnings distribution.

Compares an individual against the average for their position and breaks down what accounts for the gap.

Deploy with your eyes open. Exposing position-average benchmarks makes compensation more transparent and makes some managers uncomfortable, because it surfaces territory quality differences that were previously invisible. Organizations that do not want that conversation should not deploy it. Most that do deploy it find the conversation was already happening, just less accurately.

Compensation Cost & Efficiency

Manager Team Performance

Used by sales manager. Reads team hierarchy, sales results, earnings.

Combines sales performance and compensation progress across a manager's direct reports. The team-level equivalent of the field-facing applications above, built for the person running one-to-ones rather than the person receiving them.

Executive Compensation Efficiency

Used by sales leadership, finance. Reads compensation spend, revenue, productivity.

Analyzes compensation spend against revenue and productivity. Gives sales leadership and finance a shared view of cost of sale, rather than two versions produced separately and argued about at the quarterly business review.

Turnover Analysis

Used by sales leadership and human resources. Reads attrition events, territory production, earnings history.

Quantifies the earnings impact of attrition: what leavers were earning, what their territories produced, and what the ramp gap costs while a seat sits open or a replacement builds pipeline.

Most organizations track turnover as a headcount number in an HR system, disconnected from the revenue and payout data that would turn it into a business case. This application connects the two. It is the one on this page most often deployed for a board conversation rather than an operational one.

Earnings and territory production impact of attrition.

Beyond the Gallery

Optymyze builds every compensation application in this gallery from the same plan components, calculation rules, component views and data forms available in your own instance. From a single accelerator to a multi-line-of-business program, the same configuration path applies, so the usual route is to reshape one of these applications around your existing plan structure rather than accept it as shipped.

Optymyze supports compensation programs that do not appear on this page at all: channel and producer arrangements, multi-tier overrides, rebate programs, SPIFs and contests. Where the application you need is not in the gallery, the starting point is usually one that is.

For capability detail rather than the application inventory, see incentive compensation management in the knowledge base.

Want to see these apps in action?

See how Optymyze automates sales commissions, quotas, territories and objectives with speed and accuracy, in a session built around the program you run today.

Book a Demo