B2B AI DirectoryB2B AI Directory
Sales EnablementadvancedPro

Build a Salesforce closed-lost recovery agent with Claude

Analyze closed-lost reasons, stakeholder history, timing, competitors, product gaps, and re-entry signals to create evidence-based recovery plays and follow-up dates.

What you will have

A prioritized recovery portfolio with account-specific re-entry hypotheses, approved plays, and measurable follow-up ownership.

Setup time
6-9 hours
Time saved
8-12 hours per recovery-planning cycle
Estimated cost
$20 to $220 per month
Tools used
2 tools

Why this works

Closed-lost records contain future demand only when the loss reason, timing, stakeholders, and next trigger are understood. This workflow separates recoverable timing losses from structural fit problems and low-quality records. Claude proposes re-entry hypotheses, but account owners approve every outreach motion.

Step-by-step workflow

Preview the workflow

The first 2 steps are open. Pro unlocks the remaining steps, copy-paste prompts, pro tips, tool-by-tool setup guidance, and implementation details.

1

Define the decision, scope, and accountable owners

30-45 min

Write a one-page operating charter for closed-lost opportunity recovery and re-entry timing before exporting any data. State the exact decision this workflow supports: which lost opportunities merit reactivation, what trigger should reopen them, and which accounts should remain closed. Define the in-scope business units, pipelines, regions, date window, record types, and exclusions, then name one analysis owner, one Salesforce data owner, and one final approver. Record the review cadence as monthly or quarterly and specify where evidence, approvals, and exceptions will be stored. Review the charter with the approver and do not proceed until the scope and decision rights are accepted.

Output

An approved operating charter with scope, owners, cadence, and decision rights.

Salesforce
Pro tip

A narrow decision produces better analysis than a broad request to “find insights”; keep out-of-scope questions in a separate backlog.

2

Translate the policy into testable rules

45-75 min

Convert the operating policy into a rule register that can be checked against Salesforce records. Create one row per rule with rule_id, rule_name, business_reason, required_fields, calculation_or_test, pass_condition, exception_code, severity, owner, and policy_version. Start with these minimum checks: the loss reason is specific enough to act on, the opportunity is not reopened solely because of high amount, the proposed trigger matches the recorded reason, contacts and owners are still valid, and do-not-contact, legal, and customer-status restrictions are respected. Give every rule an example that should pass and an example that should fail so reviewers interpret it consistently. Have the business owner approve the rule register and record any unresolved policy questions before data is scored.

Output

A versioned rule register with pass conditions, examples, severity, and exception codes.

Salesforce
Pro tip

Version the rules independently from the workflow; changing a threshold should not erase which policy produced an earlier decision.

Pro workflow preview

Previewing 2 of 16 steps

Pro membership

Unlock the full workflow

Get the remaining 14 steps, copy-paste prompts, pro tips, tool-by-tool setup guidance, and weekly new workflows.

$9/month

Build the required Salesforce reports and views
Create the data dictionary and evidence-key convention
Export a dated and access-controlled source package
Normalize joins, dates, and controlled values
Run the readiness and data-quality gate
Build the reusable Claude Skill and project workspace
See Pro plan
3Build the required Salesforce reports and views
Locked
4Create the data dictionary and evidence-key convention
Locked
5Export a dated and access-controlled source package
Locked
6Normalize joins, dates, and controlled values
Locked
7Run the readiness and data-quality gate
Locked
8Build the reusable Claude Skill and project workspace
Locked
9Run the evidence-linked Claude analysis
Locked
10Validate a stratified sample against source records
Locked
11Convert validated findings into a prioritized action backlog
Locked
12Create the decision artifact in Claude
Locked
13Run the human approval and exception gate
Locked
14Apply approved changes safely in Salesforce
Locked
15Publish the recurring manual runbook and handoff
Locked
16Measure outcomes, close the run, and update the system
Locked

Expected results

Audit coverage

100% of the approved in-scope population

The workflow begins with a frozen scope and reconciles the analyzed row count to the platform control report, so coverage can be verified rather than estimated.

Evidence traceability

Every approved finding linked to a source evidence key

The data dictionary and evidence-key convention require each factual conclusion to point to a specific record, field, and as-of date.

Controlled execution

No source-system change without recorded approval and rollback data

Recommendations, approvals, and writes are separated into different steps, with pre-change exports and pilot validation before broader application.

Reusable operating cadence

A repeatable monthly or quarterly review system

The Claude Skill, rule register, acceptance tests, run manifest, and closeout process turn the work into a maintained operating system rather than a one-time analysis.

Related workflows

Continue with workflows that share a similar GTM motion, category, or tool stack.