Skip to content
Build and run your first RevPlay
ReadLesson 6 of 12Lay out the timeline

Deciding what needs approval

Set the autonomy level for each action deliberately, so review lands where the risk is rather than everywhere.

5 minIntermediate
Part 1 of 5

Where autonomy is set

Autonomy is set on each action, where the action is defined inside its timeline step. It is not a switch on the play, and that granularity is what makes the model workable: within one play, assembling a briefing pack can run unattended while the outreach that follows it waits for a person. Set one level for the whole play and you have thrown that away.

One rule holds regardless of what you configure — external touches never fire on their own. A message to a customer always waits for a person. So the decision here is narrower and more interesting than "should humans be involved": for each internal or preparatory action, does a review gate buy scrutiny where it matters, or does it just add a keystroke to someone's morning?

The answer that holds up in practice: gate where the consequence is external, commercial, or hard to reverse. Assembling a brief, preparing context, updating an internal field that writes to history: all recoverable, none needing a gate. A message to a customer, a change to a commercial term, anything a person could not undo in a minute: those do.

Approval routing in RevTech: who reviews a change before it is written back to the CRM.
The approval routing on a rule: which roles are notified and must review before any change is written back to the system of record. Screenshot of the RevTech application; sample data.
The decision point an approval-gated action reaches: approve, escalate or reject, before anything is written back. Every action you gate produces one of these.
Part 2 of 5

Why approving everything backfires

The instinct on a first play is to gate everything, on the reasoning that more approval is more control. It is not. A queue in which every single item requires a decision is a queue people learn to clear rather than read, and the approval becomes a keystroke. You end up with less scrutiny on the items that mattered, because they arrived in a stream of items that did not.

Targeted approval concentrates attention where it changes outcomes. It also tells your team something useful about the play: the items that stop for a human are the ones the organization considers consequential. Stop everything and that signal is gone.

A customer response drafted by RevTech, with the reason it was prepared.
A customer response drafted by the agent, presented with the trigger that prompted it and the outcome it is expected to produce. Screenshot of the RevTech application; sample data.
A drafted message held for review, shown with the trigger that produced it. The work is finished; the decision is not, which is what the items you do gate should look like.
Part 3 of 5

Read the rejections

Once the play is running, what gets rejected is the most honest feedback you will get about it. A one-off rejection is an account-specific judgment, exactly what the human is there for. The same step rejected repeatedly, by different people, is not judgment; it is a defect in the step, and the fix belongs in the play rather than in each person's queue.

Build the habit early, because it is what turns a play from something you launched into something you operate. The measure of a healthy play is not how few items it sends for review; it is whether the ones it sends are the ones people actually change.

Part 4 of 5

A worked example: three actions, three settings

Inside one re-engagement play, three actions sit at three different autonomy levels, and the reasoning for each is short.

Assembling the briefing pack runs unattended. It reads records the owner could have read themselves, produces an internal document, and if it gets something wrong the owner notices while reading it. There is no external consequence and no commercial commitment, so a gate here buys nothing and costs a decision.

The outreach to the economic buyer stops for approval. It leaves the building, it carries a claim about the pilot outcome, and it cannot be recalled. That is all three risk criteria at once, and it is exactly the item a person should spend their attention on.

Part 5 of 5

The interesting middle case

The third action is the one worth sitting with. Updating the opportunity stage after a reply runs unattended, but writes to the change history.

It changes a record a forecast depends on, which feels consequential enough to gate. But it is fully reversible and fully attributed: you can see what changed, when, and what triggered it. The audit trail is doing the work an approval gate would otherwise do, and it does it without spending anyone's morning.

That is the pattern to look for when you are tempted to gate something. Ask whether the thing you want from the gate is control, or simply a record, because a record is much cheaper.

Key questions

You should be able to answer each of these from memory before opening it. Recalling the answer is what makes it stick; recognizing it when you read it does not.

Which kinds of action warrant an approval gate?

Anything external, commercial, or hard to reverse. Recoverable preparation such as assembling a brief or updating an internal field with an audit trail does not need one.

Why does gating everything produce less scrutiny rather than more?

A queue where every item needs a decision is one people learn to clear rather than read, so approval becomes a keystroke. The consequential items then get the same three seconds as everything else.

The same step is rejected repeatedly by different people. Judgment or defect?

Defect. A one-off rejection is account-specific judgment, which is what the human is there for. A repeated one across different reviewers is a fault in the step, and it belongs fixed in the play.

What to take away

  • Gate what is external, commercial or irreversible. Gate nothing else.
  • Gating everything produces less scrutiny, not more — it teaches people to clear the queue unread.
  • When you want to gate something, ask whether you want control or just a record. A record is much cheaper.
  • The same step rejected repeatedly by different people is a defect in the play, not a run of judgment calls.

Teach this lesson

The argument in 4 slides, for presenting it to your team
Slide 1 of 4

AI prepares, humans decide

Autonomy is set per action. The question is never whether people are involved. It is how much is ready before they are.

Slide 2 of 4

Review where the risk is

  • Anything that reaches a customer
  • Anything that changes a commercial term
  • Anything a person could not undo in a minute
Slide 3 of 4

Approving everything is not caution

A queue where every item needs a decision trains people to clear it without reading. Blanket approval produces less scrutiny than targeted approval, not more.

Slide 4 of 4

Rejection is signal

A step rejected repeatedly is telling you the step is wrong. Track what gets sent back; it is the most honest feedback the play will ever give you.

Demo

Try the demo.

See agents carry the repeatable work of GTM across sales, marketing, customer success, and RevOps. Every action prepared, reviewed, and recorded. Fictional data, real product.

Explore the demo