By clicking “Accept All Cookies”, you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts. View our Privacy Policy for more information.
Revenue Operations
Flash Icon Decorative

How to Build an Approval Process That Actually Works

Scribbles 2
creating organization out of chaos with approvals

Welcome to article two of four in our order and quote exception approval series, brought to you by Nue! We’ve tapped into decades of experience to bring you approval best practices we see across sales-led B2B organizations.

These articles are more like modules than chapters—you can jump in wherever you need without losing the plot or read the full series to become an absolute legend. 

Here’s a quick guide to the series:

  1. Quote Exceptions and Why They Cost the Business (click here to read it)
  2. That’s this article! Building Approval Processes
  3. How to Fix a Broken Workflow (coming soon!)
  4. Using Approval Data to Increase Efficiency (coming soon!)

When we say “approvals,” we can feel the collective flinch throughout the RevOps Co-op community. Those of us who’ve designed and implemented these processes know how quickly they can go sideways.

Approvals are one of those operational tasks that are easy to overengineer. And when that happens? Errors multiply, friction builds, and even the manager who insisted on a dozen routing rules ends up regretting it.

If you take ONE thing from this article, let it be the KISS method: Keep It Simple, Steven.

Whether you’ve built 20 approval workflows or are setting up your first, this guide gives you a practical framework and plenty of real-world lessons learned in the trenches.

Step 0: Know When to Automate Approvals

Before we talk tech or rules, let’s talk timing.

If you're at a Seed to Series A company with a flat sales structure (think: fewer than 10 reps reporting to one manager), skip automation. These teams can handle approvals ad hoc—yes, even if it means texting someone at midnight.

Early-stage teams are also more likely to stretch the rules to win logos and prove viability. Risk tolerance is high. Control mechanisms? Not so much.

Do automate approvals when:

  • You have multiple layers of sales management

  • Manual reviews are inconsistent or slowing deals

  • Finance/legal has clear boundaries that need enforcement

  • You're scaling and can’t keep approving deals one Slack at a time

Step 1: Define Approval Requirements (And Get Stakeholder Buy-In)

Approach this like a consultant:

  • Start by selling the why of the project

  • Get executive buy-in early

  • Assign a tie-breaker (ideally the CEO) to resolve conflicts

💡 Pro tip: Use your CRM or contract system to pull frequent exceptions. Real data beats guesswork.

When gathering requirements, ignore what your tech can do. Focus on your ideal state first. You can figure out feasibility later.

Ask questions like:

  • What are acceptable discount tiers by product?

  • When are free line items okay?

  • Are proof of concepts allowed?

  • What’s the policy on free trials?

  • How are multi-year deals structured?

  • What payment terms are acceptable?

  • What clauses are often redlined?

  • Are there revenue recognition concerns?

  • What countries need extra legal review?

  • How should we handle split invoices or revenue sharing?

Then ask: “What exceptions have we seen or anticipate that I didn’t mention?”

Once you have the list:

  • Track exception frequency

  • Decide what’s practical to automate

  • Identify what still needs human review

  • Build a communication cadence with stakeholders

Step 2: Map the Process Before You Touch (or Buy!) Tech

Before anyone touches your CRM, map it out.

Great revenue operators can turn requirements into decision-tree logic. If that’s not your strength, bring someone in who can do it with you.

Your workflow map should include:

  • What triggers each approval

  • Who approves it

  • What happens after approval or rejection

  • Where the process ends (e.g., signed deal)

In our example, the business agrees the following circumstances do not require approval:

rules that don't need approval

The business agrees the following circumstances require the following approvals:

deal exceptions that need an approval

Believe it or not, we’ve kept these rules simple for the sake of example. You may have different rules based on use case, fit of customer, and other factors not accounted for in this table.

The full decision tree would look something like this nightmare:

approval workflow full size

Here we are zoomed in on generalized pricing term logic:

approval logic specific to discounts

This documentation will serve you very well as you develop user-facing training and your communications!

Step 3: Assess Your Tech Stack (and Check It Twice)

Once your logic is clear, ask: Can our tech handle this?

  • Salesforce has robust flow/approval functionality but has some object limitations (leads, opportunities, quotes, campaigns, and leads – no other standard objects or custom objects)
  • HubSpot offers basic approval tools (one approver per pipeline, one approval request at a time, and no multi-level approvals out-of-the-box)
  • Some tools (like Nue’s Approval Pro) add deeper control, like approvals on custom objects, matrix based approvals, parallel approval paths, and more

If you're running into walls, ask a RevOps peer whether it's a tooling issue—or a skill gap (we all have them).

Build in a sandbox, and recruit a few sales reps to test your logic. Their feedback now will save you a dozen tickets later.

Step 4: Implement Your Automation & Test It Lots

Roll out your automation on a weekend.
Test edge cases, expired approvals, rejected deals, and weird data.

Pre-launch checklist:

  • Does every exception route correctly?
  • Are rejection notifications working?
  • Does the UI make sense to a new rep?
  • Can managers override where needed?

And no, this is not the week to take PTO.

Step 5: Communicate the Rollout & Train Teams

📣 Golden rule: No one should be surprised on go-live day.

Create a staggered enablement plan:

  • RevOps training (ongoing during build)

  • Sales leadership enablement (2–4 weeks out)

  • Seller-facing comms & training (1 week out)

Use real (but anonymized) examples of costly or risky exceptions. Make it relatable and business-relevant.

Training ideas:

  • Embed how-tos in the CRM

  • Record short videos for each rule

  • Provide a 1-pager cheat sheet

  • Hold office hours and live sessions

Different people learn differently—and forget fast. Set expectations around how long you’ll support questions before they’re on their own.

Step 6: Monitor & Adjust Post-Go-Live

Even the most thoughtfully designed approval processes will start to decay if you don’t revisit them. What seemed like a perfect logic tree six months ago might now be a tangled mess thanks to organizational shifts, new product lines, or changing pricing strategies.

The best approval flows are treated like products: maintained, iterated, and sunset when necessary.

Here’s how to keep your process sharp:

🔁 Set a Regular Review Cadence

Plan to review your approval rules quarterly, or immediately after major GTM changes like:

  • A new pricing or packaging model

  • Introduction of a new product family

  • Contract or legal policy updates

  • Sales org restructure or leadership changes

Don't wait for a breakdown—schedule check-ins proactively.

🧠 Listen for Feedback Signals

Be alert to consistent complaints from the field. If reps are:

  • Routinely bypassing the system

  • Complaining about “black box” logic

  • Taking too long to get deals through approvals

…that’s your sign to investigate and adjust.

⚠️ Watch for Rules That Outlive Their Usefulness

Approvals are easy to add and hard to remove. Be ruthless about pruning:

  • Rules based on outdated discounting logic

  • Temporary guardrails that became permanent

  • Approvals that could now be replaced with reporting

Ask yourself: Does this rule protect the business, or just create busywork?

📊 Track Metrics Post-Launch

Set KPIs for your approval flow. Some examples:

  • Average time to approval

  • Number of approvals requiring manual intervention

  • Deals lost or delayed due to approval bottlenecks

  • Exception volume by type

Use these metrics to justify changes and identify friction before it becomes revenue-impacting.

Bonus Section: Pitfalls to Avoid

Don’t let these mistakes derail your workflow:

Too many approvers
Skip the manager parade. Let senior approvers escalate if needed.

Redundant rule firing
Group exceptions and send one consolidated request.

Approval overkill
If it’s not high risk or high cost, maybe it doesn’t need an approval at all.

Using approvals as a training fix
Enable your reps—don’t micromanage them through logic gates.

Skipping stakeholder alignment
No one likes surprise rules. Make decisions collaboratively.

Building for edge cases
Rare issues = manual handling, not logic bloat.

Never retiring old rules
Create a deprecation process before approval sprawl sets in.

Rolling out without field testing
“If it works in sandbox…” isn’t good enough. Validate in the real world.

Hiding the why
Explain each rule’s business impact. Make it transparent, not mysterious.

Final Thoughts

Building an approval process that actually works doesn’t mean making it airtight. It means making it useful.

Good systems don’t cover every edge case—they cover the important ones with minimal drag. Your job is to find the right balance between control and agility. That means pushing back on noise, tracking real impact, and iterating as you grow.

Treat your approval process like a product:

  • Build for adoption

  • Listen to feedback

  • Iterate constantly

If it feels like overkill? It probably is.

Keep it simple. Keep it scalable. Keep it useful.

Looking for a better way to manage approvals? Approvals Pro by Nue helps Salesforce users run complex approval routing without coding or manual workarounds. Check it out here and tell them we sent you.

Related posts

Join the Co-op!

Or
scribbles 7 birds