Free AI Agent Ops Cheatsheet for RevOps
Start building AI agents for RevOps. This cheatsheet shows you exactly how to do it. It covers:
- How to build an agent, step by step
- How to make agents work with Claude
- How to decide between agents vs workflows
- How to decide human-in-the-loop checkpoints
- AI agent use cases for SDR, AE, CSM, RevOps
"With Weflow, we’re now capturing all relevant activities and have full transparency into the performance of each sales rep. It’s a game changer."

"Weflow gives us better visibility and predictability of our business."

"Weflow eliminated the need for our VP to ask, ‘Did you follow up with that deal?’. It tracks customer interactions automatically, creating a framework that drives accountability across the team."


"None of the other tools gave us a solution like Weflow. From the beginning, we had a really smooth process."
.webp)
"I had a first introductory call with Weflow. I think I was sold after 15 minutes. There’s no question that the people at Weflow understood the problems that we were trying to solve."

"I’ve worked with Gong before, but Weflow’s simplicity and real-time sync are game-changing."
.webp)


"We use Weflow to auto-capture activity data, run deal reviews, and analyze our pipeline to inform our forecast. Being able to spot deal risks early has improved win rates and pipeline health."

What's Inside
Agent design framework
- The five-component build model — trigger, context, action, output, feedback loop — applied to every revenue agent
- Side-by-side criteria for choosing agents over fixed workflows based on decision-making, adaptability, and output type
- Four worked RevOps examples covering deal risk, meeting briefs, rep nudges, and forecast intelligence with exact Salesforce sources
Prompting and trigger logic
- Where Claude sits in the stack and why Salesforce or Weflow handles trigger, fetch, and write-back around it
- Reusable prompt structures with system, user, and context blocks for risk flags, briefs, win-loss, and forecast assessments
- Failure modes for scheduled, event-based, and threshold triggers including pre-sync runs and inactivity thresholds that misfire
Operational governance
- Auto-run, approval, and review thresholds tied to deal value, with $10K to $50K review and $50K+ human approval
- Audit routines including per-run checks, a 15-minute Monday health review, and 20% false positive recalibration trigger
- Ownership, data quality prerequisites, prompt versioning rules, new-agent approval criteria, and a component-level break-fix workflow

Janis Zech
Janis Zech is the co-founder and CEO of Weflow, the modular Revenue AI Orchestration platform. He co-hosts the RevOps Lab podcast, where he sits down with RevOps leaders and sales operators to unpack how they run revenue teams, forecast pipeline, and use AI to get more out of Salesforce. At Weflow, Janis focuses on helping revenue leaders turn messy CRM data into reliable forecasts and better sales execution. His angle on the podcast and blog is always practical: what's actually working inside high-performing revenue orgs, and what's just noise.
Go Deeper
GTM AI Playbook for RevOps: From Pipeline to Renewals
#97 AI-First RevOps: Achieving Autonomous Operations
FREE RevOps AI Orchestrator Cheatsheet
Frequently asked questions
What is the difference between an AI agent and a workflow, and how do I know which one to build?
A workflow follows a fixed rule — if X happens, do Y, every time, no variation. An agent reads context, interprets it, and decides what to do based on what the data actually says. If the right action is always the same regardless of the deal, build a workflow. If the right action depends on stage, activity history, close date, or any other combination of signals, that is an agent job.
Do I need Weflow specifically to use this, or can I apply it with native Salesforce Flow?
The framework — Trigger, Context, Action, Output, Feedback loop — works regardless of your automation layer. The cheat sheet uses Weflow for the workflow diagrams, but the same logic maps to native Salesforce Flow or any other orchestration tool that can fetch records, call an LLM, and write back to Salesforce objects. What you cannot skip is the layer that fetches context and writes output back — Claude handles the reasoning in the middle, but it does not trigger, pull data, or update fields on its own.
What Salesforce data needs to be in good shape before any of these agents are worth building?
At minimum: Stage, close date, amount, and owner populated on all open Opportunities, field history tracking enabled, and email and calendar sync writing to native Salesforce objects rather than a virtual layer. The cheat sheet is direct about this — if Activity History is incomplete, the deals-at-risk agent and the rep nudge agent will produce outputs that look correct but are not. Check field completion rates on the objects each agent reads before you build anything.
Which of the four agents in the cheat sheet should I build first?
Start with the deals-at-risk agent — it has the clearest trigger logic, reads fields that most teams already populate, and produces output that is immediately useful in a pipeline review. The meeting brief agent is high-value but depends on call transcripts being in Salesforce, which is a data dependency many teams have not solved yet. Get one agent running cleanly and audited before you stack more.
How do I know if an agent's output is actually accurate and not just plausible-sounding?
Pull five random records after every run and manually verify the agent's output against the raw Salesforce data it read — this is the per-agent audit step in Section 8. The specific signal to watch is false positive rate: if reps or managers are dismissing more than 20% of agent flags, your trigger threshold or prompt needs recalibrating. Output that looks structured and confident but does not match the underlying data is the most common failure mode, and it only surfaces if someone is checking.
How often should I review and update the prompts powering these agents?
Run a weekly health check on output quality and false positive rates, and do a full prompt review every quarter. Prompts written for last quarter's pipeline motion may not reflect how your team sells today — deal stages get renamed, qualification criteria shift, and what counted as a risk signal six months ago may not be the right threshold now. Treat prompts like code: version them, log what changed and why, and never overwrite a working prompt without saving the previous version first.