Sales pipeline stages definition

Define clear sales pipeline stages with entry rules, exit criteria, activities, and buyer signals.
Sales - Sales pipeline stages definition

Who it's for

Sales managers, Founders, RevOps teams, Account executives, CRM administrators

Get Ready

Prepare the Required Inputs listed in the Workflow Prompt. Use as much detail as necessary.

How to use this prompt

1. Copy the Workflow Prompt.
2. Paste it into your AI tool.
3. Replace the "Required Inputs"
4. Run the prompt.

🔒

Unlock the Full Workflow

Get access to this workflow and 1000+ others designed to save hours and get better results with AI.

Workflow Prompt

				
					You are a sales operations strategist. Your task is to define clear sales pipeline stages that a team can use consistently inside a CRM.

### Required Input
- Sales Motion: [Describe how sales happen, e.g. "inbound demo-led B2B SaaS", "consultative services sales", "outbound enterprise sales"]
- Offer: [Describe what is being sold, e.g. "annual HR software subscription with onboarding"]
- Typical Buyer: [Describe the buyer profile, e.g. "Head of People at companies with 50-500 employees"]
- Average Sales Cycle: [State typical length, e.g. "14 days", "45-90 days", "6 months"]
- Current Pipeline Stages: [List existing stages if any, e.g. "New Lead, Qualified, Demo, Proposal, Closed Won"]
- Key Sales Activities: [List common activities, e.g. "discovery call, demo, proposal, legal review, procurement"]
- Decision Process: [Describe how buyers usually decide, e.g. "department lead evaluates, CFO approves, legal reviews contract"]
- CRM Constraints: [Mention any CRM limits or required naming conventions, e.g. "maximum 7 stages", "must include Closed Won and Closed Lost"]
- Reporting Needs: [State what leadership needs to measure, e.g. "stage conversion, forecast accuracy, stalled deals"]

### Input Validation
Review every required input before defining stages. If the sales motion, current stages, buyer decision process, sales activities, or reporting needs are missing or vague, ask specific clarification questions. Do not create pipeline stages from assumptions. Pause and wait for clarification before producing the final output.

### Instructions
Create a pipeline stage structure that reflects observable buyer and seller progress, not vague optimism. Each stage should represent a meaningful change in deal status that can be verified by evidence.

Start by reviewing the current stages and identifying any gaps, duplicates, or stages that are too subjective. Avoid stages based only on seller intent, such as "Interested" or "Likely to Close," unless they are tied to clear buyer actions. Keep the number of stages practical for a small team and avoid unnecessary complexity.

Define each stage with a clear purpose, entry criteria, required seller actions, buyer evidence, exit criteria, common risks, and CRM data that should be captured. Make sure stage movement is based on what has happened, not what the seller hopes will happen.

Include closed-lost guidance so the team understands when to remove a deal from the active pipeline. If the sales cycle includes legal, procurement, technical review, or onboarding commitments, reflect these steps only when they are materially different enough to justify a separate stage.

### Output
Provide the final answer in this structure:

1. Pipeline Design Summary
- Recommended number of stages
- Main design principle
- Key changes from current stages, if provided

2. Recommended Pipeline Stages
For each stage include:
- Stage name
- Stage purpose
- Entry criteria
- Required seller actions
- Buyer evidence required
- Exit criteria
- Common risks
- CRM fields to update

3. Stage Movement Rules
- What must be true before moving forward
- What should trigger moving backward
- What should trigger closing lost or recycling

4. Reporting Recommendations
- Metrics to track by stage
- Warning signs leadership should monitor

5. Implementation Notes
- Practical guidance for training the team to use the stages consistently.
				
			

Optional advanced instructions

				
					Create a simplified version for small teams and a more detailed version for enterprise sales motions.
				
			

Example output

1. Pipeline Design Summary

Inputs used: Sales motion: inbound demo-led B2B SaaS. Offer: annual HR software subscription with onboarding. Buyer: Head of People at 50-500 employee companies. Sales cycle: 45-60 days. Current stages: New Lead, Qualified, Demo, Proposal, Closed Won. Activities: discovery, demo, proposal, security review, procurement. Decision: HR evaluates, CFO approves, legal reviews. CRM constraint: maximum 7 stages, must include Closed Won/Lost. Reporting: conversion, forecast accuracy, stalled deals.

Recommended number: 7 stages including closed stages. Principle: stages must reflect observable buyer progress, not seller optimism. Key change: split vague “Qualified” and “Proposal” into clearer discovery, evaluation, and approval stages.

2. Recommended Pipeline Stages

  • 1. New / Unqualified: Purpose: capture inbound interest. Entry: form/demo request. Seller actions: review fit and route. Buyer evidence: submitted request. Exit: fit confirmed or disqualified. Risks: poor-fit leads clog pipeline. Fields: source, company size, role.
  • 2. Discovery Scheduled: Purpose: confirm buyer agreed to speak. Entry: meeting booked. Actions: prepare discovery. Evidence: calendar accepted. Exit: discovery completed. Risks: no-show. Fields: meeting date, buyer role.
  • 3. Qualified Opportunity: Purpose: confirm pain, fit, and next step. Entry: discovery completed. Actions: document goals, timeline, process. Evidence: buyer confirms problem and next step. Exit: demo/evaluation agreed. Fields: pain, timeline, decision process.
  • 4. Solution Evaluation: Purpose: demo and stakeholder evaluation. Entry: demo agreed or completed. Actions: tailor demo, address use cases. Evidence: buyer asks implementation/pricing questions. Exit: proposal requested. Fields: stakeholders, success criteria.
  • 5. Proposal / Business Case: Purpose: align scope, value, and commercials. Entry: proposal sent to active buyer. Actions: review proposal live. Evidence: buyer reviews and identifies approval path. Exit: commercial approval or legal/procurement. Fields: amount, close date, next step.
  • 6. Approval / Legal / Procurement: Purpose: final buyer process. Entry: commercial fit confirmed and legal/procurement active. Actions: support redlines, security, procurement. Evidence: legal/procurement owner assigned. Exit: signature or lost. Fields: legal owner, procurement status.
  • 7. Closed Won / Closed Lost: Purpose: record final outcome. Entry: signed agreement or confirmed no decision/loss. Actions: handoff or loss reason. Evidence: signature or buyer confirmation. Fields: loss reason, competitor, closed date.

3. Stage Movement Rules

Move forward only when buyer evidence exists. Move backward if the next step disappears, decision process is unclear, or buyer reopens fit questions. Close lost or recycle if no response after agreed follow-up, poor fit, no budget path, or buyer confirms no decision.

4. Reporting Recommendations

  • Track stage conversion, stage age, no-next-step deals, proposal-to-close rate, approval-stage slippage, and loss reason.
  • Leadership warning signs: old close dates, deals in proposal without live review, legal stage without legal owner, and qualified deals without decision process.

5. Implementation Notes

Train reps using examples of acceptable evidence for each stage. Review stage hygiene weekly. Require next step, close date, decision process, and stakeholder fields before proposal stage.

When to reuse this workflow

You may also like...

🔒

Unlock the Full Workflow

Get access to this workflow and 1000+ others designed to save hours and get better results with AI.

No guesswork. Just proven systems.

  • Copy & paste ready prompts
  • Step-by-step instructions
  • Works with ChatGPT instantly

BANT-Based Discovery Call Qualification Script

Qualify leads using the BANT framework to determine fit, urgency, and readiness for sales progression.

Proof Points and Case Study Insertion

Strategically insert proof points and case studies into presentations to increase credibility.

Demo Customisation Framework

Customise demos based on prospect context to increase engagement and close rates.

Unlock the full library.

Get access to all workflows, across every sector, with structured systems built for better results.

Get Free Access