Back to Library

Function: Pipeline management

Stalled Deal Diagnosis

Deployment Brief

Use this when stuck opportunities keep getting follow-up instead of a real blocker diagnosis and owner-approved next move.

Difficulty

Medium

Revenue impact

High

Operational impact

Medium

Risk level

Medium

When it runs

An opportunity is stale, slips close date, misses a next step, loses buyer engagement, or repeatedly receives follow-up without movement.

Evidence in

opportunity stage historyclosed activities and last touchcall transcripts and meeting notesemail threadsinternal deal threadssecurity, legal, or procurement statusstakeholder and decision-process notesapproved escalation assets

What AI prepares

  • stalled-deal diagnosis packet
  • blocker classification
  • prior-attempt summary
  • missing-evidence list
  • internal expert or escalation path
  • customer-facing next-step draft
  • measurement event for unblock attempts, movement, and closed outcomes

Decision rules

  1. Classify the blocker using source evidence, not rep optimism.
  2. Separate confirmed facts from inferred blockers.
  3. Summarize prior attempts before recommending another customer touch.
  4. Route legal, procurement, security, executive, discount, and scope blockers to qualified owners.
  5. Require deal-owner approval before customer-facing follow-up, escalation, or forecast change.

Human approval point

The deal owner or manager reviews blocker classification, escalation path, customer-facing next step, discount strategy, legal or procurement handling, and forecast impact before action.

What stays human

  • Do not let AI decide the blocker as fact, send the next customer message, escalate executives, approve discounts, rewrite legal or procurement status, or change forecast position without deal-owner review.

Quality and stop gates

  • Blocker classification cites deal evidence
  • Confirmed facts and inferred blockers are separated
  • Prior attempts are summarized before new outreach
  • Qualified owners review escalation paths
  • The approved next move is logged

How it is measured

  • Track stalled deals reviewed, blocker categories, manager edits, unblock attempts, opportunity movement, closed-lost reasons, slipped close dates, and time from stall flag to next approved action.

Systems involved

CRMemailcall transcript toolSlack or deal roomlegal trackersecurity questionnaire trackersales enablement library

Worked example

B2B SaaS · Deal Owner

An expansion opportunity has been open for 45 days after proposal. The workflow reviews stage history, buyer replies, procurement notes, security questions, prior follow-up, and internal deal discussion to prepare a blocker diagnosis and next-step plan.

What the owner reviews

  • Blocker classification
  • Customer-facing next step
  • Internal escalation
  • Legal or procurement status
  • Forecast impact

Workflow Dataset Record

Deployment evidence and duplicate boundary

This section is generated from the enriched workflow dataset. It is designed for pilot planning, not as validated outcome evidence.

Buyer Problem

Deals stall and the team keeps following up without understanding whether the blocker is timing, authority, risk, budget, fit, or process.

Economic Logic

Diagnosis improves pipeline quality by turning stalled deals into specific next decisions: revive, unblock, pause, recycle, or close.

Baseline Metric

stalled_deal_diagnosis_acceptance

Share of stalled deals with blocker hypothesis, source evidence, owner review, next action, and accepted disposition.

Source system: CRM, activity history, call summaries, proposal records, manager review notes

Minimum Viable Pilot

Duration
45 days
Sample
Deals stale beyond normal stage age in one pipeline
Owner
Sales manager or revenue operations
Threshold
80% of diagnoses are accepted or corrected with a reason and next disposition.

Unique Workflow Test

Sample stale deals by stage age and review blocker evidence, activity, call/proposal records, manager acceptance, action, and disposition.

Duplicate Guard

Keep separate from dead opportunity reactivation. Stalled-deal diagnosis handles open pipeline; dead-opportunity reactivation handles closed or abandoned deals.

Not Ready If

  • Stage aging is not tracked.
  • Activity history is unreliable.
  • Managers do not accept or correct diagnoses.

Claim level: Pilot-shaped. Sources support workflow mechanics and pilot design unless field evidence is attached.

TL;DR

The deal did not always stall because nobody followed up. Sometimes it stalled because nobody knows what the blocker is. AI can prepare the diagnosis from deal evidence. The deal owner still approves the escalation and customer-facing next move.

What is a stalled deal diagnosis workflow?

Stalled deal diagnosis reviews an opportunity that has stopped moving and identifies the likely blocker, prior attempts, missing evidence, internal expert, escalation path, and next customer-facing action.

The output should help the seller make a sharper move. If it only produces another polite follow-up, it missed the point.

Who is this workflow for?

  • Sellers with opportunities stuck after demo, proposal, security, legal, or procurement.
  • Sales managers reviewing stale pipeline and slipped close dates.
  • RevOps teams trying to classify deal stalls and improve close-path visibility.
  • Founder-led teams where stalled deals take up a lot of attention but rarely get diagnosed cleanly.

What breaks in the manual process?

The team treats every stalled deal like a follow-up problem. Some deals are actually blocked by a weak business case. Others are stuck in legal, procurement, security, budget, stakeholder access, timing, or a missing internal asset.

The leak is wasted motion. The seller keeps nudging while the real blocker stays unnamed.

How does the AI-enabled process work?

The workflow reviews opportunity stage history, closed activities, call transcripts, email threads, internal deal threads, security notes, legal status, procurement context, stakeholder notes, and approved assets. It classifies the likely blocker, summarizes prior attempts, identifies missing information or internal experts, and drafts a customer-facing next step plus internal escalation plan.

AI should separate confirmed facts from interpretation. The deal owner reviews the diagnosis before any customer-facing move, escalation, discount, or forecast change.

What does this look like in practice?

Example scenario: An expansion opportunity has been open for 45 days after proposal. The workflow reviews stage history, last buyer reply, procurement notes, security questions, prior follow-up, and Slack deal discussion. It finds that the blocker is not interest. The blocker is an unanswered security concern and no executive sponsor. It prepares an escalation plan and a customer-facing next step for deal-owner review.

What decision rules should govern this workflow?

  • Classify the blocker using source evidence, not rep optimism.
  • Separate confirmed facts from inferred blockers.
  • Summarize prior attempts before recommending another customer touch.
  • Route legal, procurement, security, executive, discount, and scope blockers to qualified owners.
  • Require deal-owner approval before customer-facing follow-up, escalation, or forecast change.

What are the implementation steps?

  1. Trigger: An opportunity is stale, slips close date, misses a next step, loses buyer engagement, or repeatedly receives follow-up without movement.
  2. Inputs collected: opportunity stage history, closed activities, call notes, email threads, internal deal threads, security status, legal status, procurement notes, stakeholder context, and approved escalation assets.
  3. AI/system action: AI classifies the likely blocker, summarizes prior attempts, identifies missing evidence, finds internal experts, and drafts the next-step packet.
  4. Human review point: The deal owner or manager reviews blocker classification, escalation path, customer-facing next step, discount strategy, legal or procurement handling, and forecast impact.
  5. Output generated: stalled-deal diagnosis packet, blocker classification, prior-attempt summary, missing-evidence list, escalation path, customer-facing next-step draft, and owner action list.
  6. Follow-up or next action: The owner approves, edits, escalates, changes strategy, suppresses outreach, or logs the next move.

Required inputs

  • opportunity stage history.
  • closed activities and last touch.
  • call transcripts and meeting notes.
  • email threads.
  • internal deal threads.
  • security, legal, or procurement status.
  • stakeholder and decision-process notes.
  • approved escalation assets.

Expected outputs

  • stalled-deal diagnosis packet.
  • blocker classification.
  • prior-attempt summary.
  • missing-evidence list.
  • internal expert or escalation path.
  • customer-facing next-step draft.
  • measurement event for unblock attempts, movement, and closed outcomes.

Human review point

The deal owner or manager reviews blocker classification, escalation path, customer-facing next step, discount strategy, legal or procurement handling, and forecast impact before action.

Risks and stop rules

  • Stop when the blocker is inferred without enough evidence.
  • Stop when legal, procurement, security, discount, or executive action requires qualified review.
  • Stop when customer-facing language could sound desperate, generic, or unsupported.
  • Stop when the next action would change forecast or deal strategy without manager approval.

What is the simplest first version?

Start with opportunities that have no meaningful activity, no completed next step, or slipped close date after a defined number of days.

What does a mature version add?

A mature version connects CRM, transcripts, email, deal rooms, legal and procurement trackers, security questionnaires, sales enablement assets, manager coaching, and closed-lost analysis.

What workflows are related?

How should this workflow be measured?

Track stalled deals reviewed, blocker categories, manager edits, unblock attempts, opportunity movement, closed-lost reasons, slipped close dates, and time from stall flag to next approved action.

What should not be automated?

Do not let AI decide the blocker as fact, send the next customer message, escalate executives, approve discounts, rewrite legal or procurement status, or change forecast position without deal-owner review.

References

FAQ

What is a stalled deal diagnosis workflow?

It is a workflow that reviews deal evidence to identify the likely blocker, prior attempts, missing information, escalation path, and next customer-facing move.

What can AI prepare?

AI can prepare the blocker classification, prior-attempt summary, missing-evidence list, escalation plan, and next-step draft.

What should stay under human review?

Customer messaging, escalation, discount strategy, legal or procurement handling, and forecast impact should stay with the deal owner or manager.

What is the simplest first version?

Start with opportunities that have no meaningful activity or no completed next step after a defined number of days.

How should this workflow be measured?

Measure stalled deals reviewed, blocker categories, manager edits, unblock attempts, opportunity movement, closed lost reasons, and slipped close dates.

Related Workflow Group

AI Workflows for CRM Operations

Compare this workflow against nearby operating problems before choosing the first build. The group shows what usually breaks together, what evidence is needed, and where review still matters.

View Workflow Group

Further Reading

AI sales workflow deployment

A pillar page on turning scattered sales context into review-ready pipeline briefs, meeting packs, forecast reviews, account plans, and stalled-deal diagnoses.

Read Report