Skip to content

Answers · in depth

What should stop needing your approval?

Every exception finds you: the discount request, the refund over an unwritten line, the customer who wants Friday instead of Thursday. You’re not the problem — the missing rules are. Here is a working method for deciding which calls still deserve your desk, writing rules for the rest, and building a control loop that gives you more oversight than being cc’d on everything ever did.

By the Lumina Business Advisory team · Updated

Why every exception finds your desk

Free self-check · two taps · no email

Hand-off 3 of 6 · Contract → Delivery

When signed work starts, does the team work from the same written scope the client signed?

Choose the answer that sounds like your business.

Answer it in the Self-Audit

A typical pattern, and it crosses industries: at $1M, the owner priced every job, approved every refund, and signed off on every schedule change — and that was fine, because the owner was also the salesperson, the estimator, and half of operations. At $5M or $20M there are managers, systems, and a CRM, yet the same questions still travel to the same desk. Not because anyone decided they should — because no one ever decided they shouldn’t.

Here’s the mechanism. When approval is the default, every exception is homeless. A discount request, a rush order, a refund over some unwritten line, a customer asking to swap Thursday for Friday — none of these has a written rule or a named decider, so each one climbs until it finds the person who can’t say “that’s not my call.” That person is you.

The cost is real but invisible, because nobody logs it. Approval latency is lead time your customers feel and you never see. The typical scene: a quote waits two days for a pricing OK while the owner is in the field; the competitor who answered the same afternoon takes the job. The customer never saw your approval queue. They experienced your org chart as slowness — and bought from someone whose org chart answered.

This is why the pattern becomes a growth constraint between $1M and $100M. Exception volume grows with every new customer, contract, and hire. The capacity of one desk does not. Past a certain point, the limit on growth isn’t demand or ambition — it’s how many decisions per day can fit through a single person’s attention.

Run the exception audit

Before changing anything, get the facts. For one week, write down every question that reaches you — every call-me, every “quick question,” every thread you were pulled into for a yes. Capture it verbatim, with who asked and roughly when. Don’t fix anything yet; a fix mid-audit changes the data.

At the end of the week, sort every entry into three piles:

  • “Needed me” — judgment only the owner can supply: a precedent-setting price, a new commitment, a one-way door.
  • “Needed a rule” — a recurring question with a knowable answer, asked because the rule doesn’t exist in writing, or exists but nobody trusts it enough to act without cover.
  • “Needed information someone lacked” — the asker had the authority but not the data: the margin table, the customer’s history, the real cost of the change.

Run it honestly and the first pile is usually the shortest. The second pile is your rulebook backlog, already sorted by frequency. The third pile isn’t a delegation problem at all — it’s an access problem, usually fixed by opening a report to the people who keep asking for its contents. Only the first pile is your actual job.

Write decision rules that scale

“Use your judgment” is not a rule; it’s a liability transfer, and your team knows it. That’s why they keep asking. A decision rule has three parts: who decides, within what limits, and what gets logged — written down, in a place people can cite while a customer is on the phone.

Start with dollar thresholds, because they’re the fastest to write and the fastest to relieve pressure. Refunds under a set amount — the service manager grants them on the spot. Discounts up to a stated percentage — the salesperson applies them without asking, never below the pricing floor. Rush fees waived under a fixed figure — dispatch decides. The numbers are yours to set; put each threshold where a wrong call stings but doesn’t scar, and revisit the levels every 90 days as the company grows.

Then turn your audit’s second pile into playbooks. Every exception that showed up more than once gets one paragraph: the trigger, the allowed responses, the limit, and what to write down. Build these from real cases you’ve already decided — you’re not inventing policy, you’re transcribing judgment you already apply, so the next occurrence doesn’t need you to repeat it.

Sequence matters, and there’s a clean test for it: the two-way door. A reversible decision — a refund, a schedule swap, a goodwill credit — can be unwound if it’s wrong, so it gets a rule and a named decider first. An irreversible one — a signed lease, a fired employee, a public price cut — cannot be unwound. Delegate the two-way doors first, and the one-way doors last or never. Some decisions should keep needing you:

  • The pricing floor itself. Anyone can price above it inside their limits; only you move the floor.
  • Hiring and firing. Who is on the team is a commitment, not a transaction.
  • New standing obligations — leases, credit terms for a new account, multi-year contracts.
  • Anything that bets the company: a new market, a new line, a customer so large they change your risk.

These stay on your desk not because your team is weak, but because they’re one-way doors. Keeping them is exactly what makes releasing everything else safe.

Design the escalation path before you need it

A rule without an escalation path dies on its first strange case. Someone hits a situation the playbook doesn’t cover, walks it to your desk, and quietly concludes the rule was decorative — and the old reflex returns for everything. Escalation has to be designed, not improvised.

Three elements do the work. First, a named decider with a clock: for every decision type, one person owns the call within a stated window — who decides, and within how many minutes — because a deadline turns “I’ll ask around” into a commitment the customer can feel. Second, automatic triggers: when a case crosses a dollar threshold, touches one of your largest accounts, or outlasts its clock, it moves up one level on its own. Nobody has to be brave, and nobody has to guess. Third, a logging duty: whoever decides writes down the decision, the reason code, and the dollars, in the same minute they decide it.

Notice what this preserves. The exception still gets decided quickly, close to the customer, by someone with the authority to decide it. What changes is that every decision now leaves a record — and a record is something you can actually supervise.

The control loop that replaces cc

Being cc’d on everything feels like control and delivers none of it. The threads arrive faster than anyone can verify them, so you end up skimming everything and auditing nothing. Replace the cc line with a loop that has three parts.

  • Reason codes on every exception. A short, fixed list — customer-save, competitor-match, our-error, goodwill — one code per logged decision. Codes turn a pile of stories into a pattern you can see: which code is growing, which rep leans on which, what each one costs.
  • A weekly one-page readout, by name. Every exception granted last week: who decided, which code, what amount, what happened next. One page, real names, no summaries of summaries. It replaces a hundred interruptions.
  • Spot-checks. Pick a few lines from the readout, pull the underlying thread, and confirm the story matches the code. Not many — just enough that everyone writing a reason code knows a check can land on it.

Compare the two regimes honestly. Before: you saw requests one at a time, decided under interruption, and kept the record in your head. After: rules you wrote, deciders you named, a code on every exception, a page every week, and an audit trail you can walk. You didn’t give up control — you upgraded its instrument, from your inbox to a system that reports. The triage from here is simple. You can run the exception audit yourself this week: a notebook, one honest week, three piles. Where the pattern is contested — you believe approvals come back fast, your team says quotes sit — the question stops being a matter of opinion, because your systems already hold timestamps between request and approval. The Revenue Review maps that decision latency from your own records — quotes, refunds, change orders, message threads — and shows in writing where work waits and what the waiting touches. Fixed fee $4,500, two weeks. There’s a sample report on the method page, and a free 20-minute call if you’d rather talk it through first.

Before any next step

What should you do next?

Fix it yourselves.
If the cause is clear, it lives inside one process, and one person can own it — take the play from this page and run it. That outcome is fine with us; it is why the play is published in full.
Order one bounded build.
If the fix is known but needs configuration or integration inside your stack — a cadence wired into your own system, an alert, a handoff — scope that one build, with us or with anyone you trust. The six systems we build show what bounded looks like.
Start with the Review.
If the causes are debatable, the problem crosses departments or systems, or the economics are unclear — diagnose before anyone builds. The Revenue Review: $4,500 fixed, two weeks, computed from your own records. Read a sample finding before you decide — free, no email.

Asked right after

Doesn’t handing routine decisions to my team mean losing control?
The opposite, if you build the loop. Being cc’d on everything is visibility without verification — you see requests, not patterns. Written rules you set, reason codes on every exception, a weekly one-page readout by name, and spot-checks give you an audit trail instead of an inbox. And the one-way doors — pricing floors, hires, new standing commitments — never leave your desk.
How do I find out whether approval delay is actually costing us business?
Your records already say. Quotes, refunds, and change orders carry timestamps: when the question was raised and when the answer came back — the gap between the two is decision latency. If you and your team disagree about how long approvals really take, that’s exactly what The Revenue Review measures: fixed fee $4,500, two weeks, built from your own systems, ending in a written map of where decisions wait. There’s a worked sample on the method page.

The next step

Bring us the process that keeps getting stuck.

A 20-minute conversation about the workflow, the teams and the systems involved — and a straight answer on whether The Revenue Review is the right next step. If it is not, we say that on the call.

A real person answers or calls you back the same business day.

Free self-check · 2 taps