-
1
Map the three decision axes before you build anything
Every sales approval policy sits on three axes: how much is being discounted, how far the terms stray from standard, and how large the deal is. Build the matrix on paper before you touch the CRM. Along the first axis, list discount bands anchored to your floor price, not list, because list-based bands lie as soon as a rep bundles products. Along the second axis, list the specific non-standard terms that trigger review: net-sixty or longer payment terms, waived auto-renewal, custom SLA credits above five percent, mutual indemnity caps, uncapped liability clauses, country-specific data processing requests, and anything your legal team flags as a repeat offender. Along the third axis, segment deal size by annual contract value brackets that match your segmentation, usually SMB, mid-market, and enterprise. The intersection of these axes is your approval map. A fifteen-point discount on a two-hundred-thousand-dollar deal with net-forty-five terms is a different decision than the same discount on a twenty-thousand-dollar deal with standard terms, and the system has to treat them differently.
- List discount bands in five-point increments from zero to your maximum allowable discount, each anchored to floor price
- Catalog every non-standard term your legal and finance teams want surfaced, including specific thresholds like SLA credit percentages
- Define deal-size brackets that match your segmentation and quota structure, not round numbers that feel comfortable
- Draw the full matrix on paper and get sign-off from sales, finance, and legal before any CRM configuration begins
Tip: If you cannot describe a given deal in exactly one cell of the matrix, your axes are overlapping and the system will route unpredictably in production.
-
2
Anchor discount thresholds to floor price, not list
Most approval systems fail inside six months because they are built on list price. List is marketing fiction once bundling, multi-year commits, and competitive responses enter the room. Floor price is the number below which a deal destroys margin or signals a pricing problem, and it is the only number worth routing against. Pull your floor price from unit cost of delivery plus your minimum acceptable gross margin, calculated per product. For software with blended costs, pull it from your lowest acceptable annual contract value per seat across the last four quarters of closed-won data. Then define discount bands as the gap between what the rep is quoting and the floor. Zero to ten percent off floor can be rep-approved. Ten to twenty requires manager sign-off. Twenty to thirty requires a director or regional VP. Anything deeper requires the CRO or CFO depending on your governance. Publishing bands in floor terms also kills a destructive pattern: reps padding the quote with a fake list price so they can grant a discount on paper without touching the real number.
- Calculate floor price per SKU from unit cost plus minimum acceptable margin, refreshed at least annually
- Translate the paper matrix discount bands into floor-based percentages, not list-based percentages
- Document the floor-price methodology in a one-page policy that lives next to the pricebook and is accessible to every rep
- Audit the top ten won deals each quarter against floor to catch drift before it becomes a norm
Tip: If reps complain the discount percentages look higher than they used to, that is the system working. List-based bands flatter everyone and inform no one.
-
3
Design a named approver chain, not a role chain
The single most common failure in sales approvals is routing to a role instead of a person. "Director of Sales" is not an approver. Sarah Chen is an approver. Role-based routing collapses the moment someone is on vacation, moves between teams, or leaves the company, and your approval queue backs up with no one accountable. Build the chain as a named person at each tier, with a named backup for every seat. The backup is active only when the primary approver has set an out-of-office flag or has not responded inside the SLA you will define later. For segments or regions with their own leaders, build parallel chains and let the routing rules pick the right one based on the deal territory. The result is a chain where every approval queue has a single owner at every moment, every escalation path is pre-drawn, and no deal sits waiting because the person who should answer has not been identified.
- For each approval tier, name a primary approver and a named backup, both with CRM login and approval permission
- Build parallel chains for segments or regions that have distinct leadership, keyed off the deal territory field
- Require every primary approver to set an out-of-office flag before leaving for more than two business days
- Review the named chain monthly in your revenue operations meeting and update it before transitions, not after
Tip: If an approval is routed to a seat you have to look up, the seat should not exist on the chain. Replace it with a named person today.
-
4
Build the routing rules in the CRM
Translate the paper matrix into CRM routing logic now. Every rule reads from fields that are already required on the opportunity, which is why Step One of a healthy pipeline insists on required fields. The rule set should fire automatically when a quote is submitted for approval, read the discount percent, deal size, term length, and any non-standard terms flags, then route to the lowest tier that covers all three axes. If a deal triggers multiple tiers across axes, it routes to the highest tier that applies. For example, a twenty-percent discount routes to a director, but if the same deal has net-sixty terms, it routes to the director and the CFO in parallel because terms belong to a different approver axis. Keep the rule set declarative and visible, not buried in code. Reps and managers should be able to pull up any opportunity and see exactly why it routed where it did. Opaque routing is unlearnable, and unlearnable systems get worked around.
- Translate every row of the paper matrix into a declarative CRM rule that reads existing required fields
- Define a tie-breaking rule that routes to the highest tier applicable when a deal triggers multiple axes
- Expose the routing logic on the opportunity record so any user can see which rule fired and why
- Test every rule with at least three sample opportunities before you turn the automation on in production
-
5
Set non-standard-terms flags with real teeth
Discount routing is the easy half. Terms routing is where most teams drop the ball. The fix is to turn every non-standard term into a required picklist or checkbox on the opportunity, each one tied to a specific approver. Payment terms is a picklist with the standard options plus "net sixty," "net ninety," and "custom." Auto-renewal is a checkbox that defaults to on, and turning it off triggers legal review. SLA credit percentage is a numeric field with a default and a validation rule that routes anything above five percent to the head of customer success and the CFO. Indemnity cap deviation is a checkbox linked to legal. Each flag has a specific owner, a specific SLA, and a specific audit trail. The point is to make non-standard terms impossible to hide inside a redlined contract. A rep cannot route a deal around terms review by burying a clause change in a Word document attachment. The flag is the gate, and the gate is checked before the quote even leaves the CRM.
- Convert every non-standard term in your legal policy into a required opportunity field with a defined value type
- Pair each flag with a specific approver, not a group alias or a shared inbox
- Add a validation rule that prevents quote generation while any required terms field is blank
- Pipe redlined contracts through a legal review field that must be set before contract send, with the reviewing attorney named
Tip: If a non-standard term is important enough to review, it is important enough to deserve its own CRM field. Hiding it in free text defeats the system.
-
6
Define approval SLAs and auto-escalation
An approval policy without SLAs is a wish list. Every tier gets a response window measured in business hours, not calendar days. Rep-tier auto-approval is instant. Manager tier is four business hours. Director tier is eight business hours. VP, CRO, CFO tier is one business day. Legal review of non-standard terms is one business day for standard flags and two for anything requiring new redlines. Set these targets against your competitors, not against your approvers comfort. If your largest competitor can turn around a quote in four hours and your approval queue adds three days, you will lose deals you never knew were close. The SLA has three teeth: the clock starts the moment the request lands, the approver sees the countdown in their queue, and if the clock expires, the request auto-escalates to the named backup with a time-stamped record of the delay. Over the first quarter, pull every SLA breach report and share it with the executive team. If a particular approver chronically breaches, either the SLA is wrong or the approver is wrong, and the system makes the choice visible.
- Set an SLA in business hours for every tier, benchmarked against your fastest-responding competitor
- Make the countdown visible on the approver dashboard so pending requests do not vanish behind unread email
- Auto-escalate to the named backup on breach with a time-stamped audit entry recording the original delay
- Review SLA breach reports weekly in revenue operations and quarterly with the executive team
Tip: An approval queue that quietly accumulates stale requests is a queue nobody owns. The visible countdown and auto-escalation prevent silent backup.
-
7
Instrument the audit trail
Every approval decision must be audited in a way that survives a finance close, a legal discovery request, and a renewal negotiation three years later. The audit trail stores five things per approval event: who requested it, what the request contained at submission, who approved or rejected it, what the approver changed before approving if anything, and a timestamp for every state change. Store this history on the opportunity itself, not in a side system, so a renewal rep two years later can see exactly why the original deal closed at the price it did. The audit trail also feeds a quarterly discount discipline report that pulls the median and ninety-fifth percentile discount by segment, product, and rep, flags the deals that approved on exception, and surfaces the approvers who authorize the deepest cuts. That report is the single most useful artifact in a pricing review meeting, and it does not exist unless the audit trail is instrumented on day one.
- Store requester, request payload, approver identity, approver changes, and all timestamps on the opportunity record
- Expose the audit trail as a read-only timeline on the opportunity so renewal reps can trace price history
- Build a quarterly discount discipline report that highlights deepest discounts by rep, approver, and segment
- Retain approval records for the full life of the account plus any statutory retention period your finance team requires
-
8
Pilot the workflow on one segment before you roll it everywhere
Resist the urge to light up every segment and every region on day one. Pilot on a single segment with a single approval chain for two to four weeks. Pick a segment where deal volume is high enough to stress-test the rules but low enough that an SLA breach does not break a quarter. During the pilot, every exception a rep raises becomes a test case. Did the rule fire correctly, was the right approver reached, did the SLA hold, did the audit trail capture the right data. Fix every issue in the pilot segment before you expand. When you do expand, do it one segment at a time, and give each expansion its own two-week stabilization window during which rules can be adjusted without a formal change-control process. Full rollout should take six to eight weeks for a mid-sized sales organization, and the time spent in pilot pays itself back the moment you avoid the alternative, which is a company-wide approval outage during quarter close.
- Pick one segment or region as the pilot and announce the start date to every rep, manager, and approver in that scope
- Treat every pilot exception as a test case and log the fix before closing the ticket
- Expand one segment at a time with a stabilization window between each expansion
- Hold a full retrospective after company-wide rollout and share the findings with executive leadership
Tip: The first week of pilot will surface more edge cases than every testing cycle combined. Plan the time; do not try to skip it.
-
9
Review the policy quarterly and recalibrate thresholds
Approval thresholds are not static. Pricing changes, products are added, segments mature, and competitors shift. Every quarter, pull the last ninety days of approvals and ask four questions. First, which thresholds generated more than ten percent of their tier approvals as rubber-stamps, because a tier that never gets rejected is just friction. Second, which thresholds generated more than twenty percent rejections, because a tier that constantly rejects is likely set too tight for the real market. Third, which approvers chronically breached SLA, and did breaches cluster around a specific product, segment, or deal size. Fourth, did any single rep account for a disproportionate share of exception approvals, which usually points to a coaching gap, not a policy gap. Make at most two threshold changes per quarter, and never change thresholds mid-quarter without a signed change-control note from sales leadership and finance. Discipline here is what prevents the slow drift that turns a well-designed policy into shelfware within a year.
- Pull ninety-day approval volume by tier and calculate rubber-stamp rate and rejection rate per tier
- Flag any tier below ten percent rejection or above twenty percent rejection for threshold review
- Review SLA breach clustering by approver, segment, product, and deal size
- Limit threshold changes to two per quarter and route them through a signed change-control process