Sales Forecasting Model Skill
Build a structured sales forecast framework for any business or team.
How to use it
Claude Code
- Run the line below. It pulls the whole folder into
~/.claude/skills/sales-forecasting-model. - Describe your job in plain words. Claude Code follows the skill from there.
npx degit mohitagw15856/pm-claude-skills/skills/sales-forecasting-model#main ~/.claude/skills/sales-forecasting-modelFor one project only, change the path to .claude/skills/sales-forecasting-model.
Claude (web or desktop app)
- On this page open ⋯ → Download .md.
- Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
- Pick the file and Save. Claude shows the name and description and runs a security scan.
- Check the skill is switched on.
- Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
- ChatGPT: make a Project and paste it into Instructions.
- Neither? Paste it at the top of a new chat — it works for that chat.
Not working?
- Check which app you pasted it into — the steps above name the right one.
- Some skills need the paid tier of Claude or ChatGPT.
Paste into Claude, ChatGPT or Cursor.
Source of Sales Forecasting Model Skill
Show the full text139 lines
| name | description |
|---|---|
| sales-forecasting-model | Build a structured sales forecast framework for any business or team. Use when asked to build a sales forecast, create a revenue model, project pipeline, or build a bottom-up forecast. Produces a forecast methodology, pipeline model, scenario analysis, and assumption log. |
Sales Forecasting Model Skill
Produces a structured sales forecast framework — from pipeline conversion modelling to scenario analysis. Built for revenue and sales leaders who need a defensible forecast, not a spreadsheet guess.
Required Inputs
Ask the user for these if not provided:
- Business type (SaaS / Transactional / Services / Marketplace)
- Forecast period (monthly / quarterly / annual)
- Sales motion (inbound / outbound / channel / PLG / mixed)
- Current pipeline data (number of deals, stages, values — rough is fine)
- Historical conversion rates (if available — otherwise model will flag as assumption)
- Average deal size and sales cycle length
Output Structure
Sales Forecast: [Team / Business] — [Period]
Forecast type: [Bottom-up pipeline / Top-down quota / Capacity-based / Hybrid] Period: [Month / Quarter / Year] Created: [Date] Forecast owner: [Name]
1. Forecast Methodology
Chosen approach: [Bottom-up / Top-down / Hybrid] — and why for this context.
Bottom-up (recommended when pipeline data exists):
Start from real deals in the pipeline. Apply stage-by-stage conversion rates. Sum to a revenue number.
Top-down (useful for planning, not for calling a number):
Start from market or quota. Work backwards to activity targets.
2. Pipeline Stage Model
Define the sales stages and the expected conversion rate between each:
| Stage | Description | % of deals that advance | Avg time in stage |
|---|---|---|---|
| Prospect | Identified, not contacted | — | — |
| Qualified | Discovery done, confirmed fit | [X%] | [N days] |
| Proposal | Proposal sent | [X%] | [N days] |
| Negotiation | Commercial terms being agreed | [X%] | [N days] |
| Closed Won | Contract signed | [X%] | — |
Overall pipeline conversion rate: [X%] (Qualified → Closed Won) Average sales cycle: [N days from Qualified to Close]
3. Current Pipeline Snapshot
| Stage | Number of deals | Total value | Expected close (weighted) |
|---|---|---|---|
| Qualified | [N] | £[X] | £[X × conversion %] |
| Proposal | [N] | £[X] | £[X × conversion %] |
| Negotiation | [N] | £[X] | £[X × conversion %] |
| Total | £[X] | £[weighted total] |
Coverage ratio: [Weighted pipeline ÷ target = X×] Rule of thumb: 3× pipeline coverage is needed for confident forecast; 2× is tight; below 1.5× is at risk.
4. Scenario Analysis
| Scenario | Assumption | Revenue | Probability |
|---|---|---|---|
| Upside | All Negotiation + top 50% of Proposal close | £[X] | [%] |
| Base | Weighted pipeline conversion at historical rates | £[X] | [%] |
| Downside | Conversion rates drop 20% from historical | £[X] | [%] |
Committed forecast: £[X] — [The number the forecast owner is willing to call. Between base and downside.]
5. Key Assumptions Log
Every forecast is a set of assumptions. Name them explicitly so they can be updated:
| Assumption | Value | Confidence | Source | Last updated |
|---|---|---|---|---|
| Avg deal size | £[X] | High/Med/Low | [Last N deals] | [Date] |
| Sales cycle | [N days] | |||
| Close rate from Proposal | [X%] | |||
| Seasonal factor | [e.g. Q4 +20%] | |||
| Churn/contraction | [X% of ARR at risk] |
6. Activity-Based Sanity Check
Work backwards from the forecast to check if the required activity is achievable:
To hit £[target]:
- Deals needed to close: [N] (target ÷ avg deal size)
- Qualified pipeline needed (at current conversion): [N deals or £value]
- Discovery calls needed per week to build that pipeline: [N]
- Outreach needed per week (at [X%] meeting rate): [N]
Does the team have capacity to generate this? [Yes / No — flag if not]
Quality Checks
- Forecast methodology is stated (not just a number)
- Stage conversion rates are based on historical data or flagged as assumptions
- Coverage ratio is calculated
- Three scenarios are modelled (not just one number)
- Assumption log is explicit and dated
- Activity sanity check confirms the forecast is achievable with current capacity
Example Trigger Phrases
- "Build a sales forecast for [period]"
- "Create a pipeline model for [team/business]"
- "Help me build a bottom-up revenue forecast"
- "What is our forecast for Q[N] based on current pipeline?"
Anti-Patterns
- Do not present a single forecast number without scenario analysis — a forecast without upside and downside cases hides risk
- Do not use 100% confidence on conversion rates that are not backed by historical data — flag them as assumptions
- Do not skip the activity sanity check — a forecast number that requires unreachable activity levels is not credible
- Do not use top-down quota as the only forecast method when pipeline data exists — bottom-up is more accurate and defensible
- Do not omit the coverage ratio — without it, stakeholders cannot assess whether the pipeline is sufficient to hit target
| 1 | |
| 2 | name sales-forecasting-model |
| 3 | description "Build a structured sales forecast framework for any business or team. Use when asked to build a sales forecast, create a revenue model, project pipeline, or build a bottom-up forecast. Produces a forecast methodology, pipeline model, scenario analysis, and assumption log." |
| 4 | |
| 5 | |
| 6 | # Sales Forecasting Model Skill |
| 7 | |
| 8 | Produces a structured sales forecast framework — from pipeline conversion modelling to scenario analysis. Built for revenue and sales leaders who need a defensible forecast, not a spreadsheet guess. |
| 9 | |
| 10 | ## Required Inputs |
| 11 | |
| 12 | Ask the user for these if not provided: |
| 13 | **Business type** (SaaS / Transactional / Services / Marketplace) |
| 14 | **Forecast period** (monthly / quarterly / annual) |
| 15 | **Sales motion** (inbound / outbound / channel / PLG / mixed) |
| 16 | **Current pipeline data** (number of deals, stages, values — rough is fine) |
| 17 | **Historical conversion rates** (if available — otherwise model will flag as assumption) |
| 18 | **Average deal size and sales cycle length** |
| 19 | |
| 20 | ## Output Structure |
| 21 | |
| 22 | |
| 23 | |
| 24 | # Sales Forecast: [Team / Business] — [Period] |
| 25 | |
| 26 | **Forecast type:** [Bottom-up pipeline / Top-down quota / Capacity-based / Hybrid] |
| 27 | **Period:** [Month / Quarter / Year] |
| 28 | **Created:** [Date] |
| 29 | **Forecast owner:** [Name] |
| 30 | |
| 31 | |
| 32 | |
| 33 | ## 1. Forecast Methodology |
| 34 | |
| 35 | **Chosen approach:** [Bottom-up / Top-down / Hybrid] — and why for this context. |
| 36 | |
| 37 | Bottom-up (recommended when pipeline data exists): |
| 38 | > Start from real deals in the pipeline. Apply stage-by-stage conversion rates. Sum to a revenue number. |
| 39 | |
| 40 | Top-down (useful for planning, not for calling a number): |
| 41 | > Start from market or quota. Work backwards to activity targets. |
| 42 | |
| 43 | |
| 44 | |
| 45 | ## 2. Pipeline Stage Model |
| 46 | |
| 47 | Define the sales stages and the expected conversion rate between each: |
| 48 | |
| 49 | | Stage | Description | % of deals that advance | Avg time in stage | |
| 50 | |---|---|---|---| |
| 51 | | Prospect | Identified, not contacted | — | — | |
| 52 | | Qualified | Discovery done, confirmed fit | [X%] | [N days] | |
| 53 | | Proposal | Proposal sent | [X%] | [N days] | |
| 54 | | Negotiation | Commercial terms being agreed | [X%] | [N days] | |
| 55 | | Closed Won | Contract signed | [X%] | — | |
| 56 | |
| 57 | **Overall pipeline conversion rate:** [X%] (Qualified → Closed Won) |
| 58 | **Average sales cycle:** [N days from Qualified to Close] |
| 59 | |
| 60 | |
| 61 | |
| 62 | ## 3. Current Pipeline Snapshot |
| 63 | |
| 64 | | Stage | Number of deals | Total value | Expected close (weighted) | |
| 65 | |---|---|---|---| |
| 66 | | Qualified | [N] | £[X] | £[X × conversion %] | |
| 67 | | Proposal | [N] | £[X] | £[X × conversion %] | |
| 68 | | Negotiation | [N] | £[X] | £[X × conversion %] | |
| 69 | | **Total** | | **£[X]** | **£[weighted total]** | |
| 70 | |
| 71 | **Coverage ratio:** [Weighted pipeline ÷ target = X×] |
| 72 | *Rule of thumb: 3× pipeline coverage is needed for confident forecast; 2× is tight; below 1.5× is at risk.* |
| 73 | |
| 74 | |
| 75 | |
| 76 | ## 4. Scenario Analysis |
| 77 | |
| 78 | | Scenario | Assumption | Revenue | Probability | |
| 79 | |---|---|---|---| |
| 80 | | Upside | All Negotiation + top 50% of Proposal close | £[X] | [%] | |
| 81 | | Base | Weighted pipeline conversion at historical rates | £[X] | [%] | |
| 82 | | Downside | Conversion rates drop 20% from historical | £[X] | [%] | |
| 83 | |
| 84 | **Committed forecast:** £[X] — [The number the forecast owner is willing to call. Between base and downside.] |
| 85 | |
| 86 | |
| 87 | |
| 88 | ## 5. Key Assumptions Log |
| 89 | |
| 90 | Every forecast is a set of assumptions. Name them explicitly so they can be updated: |
| 91 | |
| 92 | | Assumption | Value | Confidence | Source | Last updated | |
| 93 | |---|---|---|---|---| |
| 94 | | Avg deal size | £[X] | High/Med/Low | [Last N deals] | [Date] | |
| 95 | | Sales cycle | [N days] | | | | |
| 96 | | Close rate from Proposal | [X%] | | | | |
| 97 | | Seasonal factor | [e.g. Q4 +20%] | | | | |
| 98 | | Churn/contraction | [X% of ARR at risk] | | | | |
| 99 | |
| 100 | |
| 101 | |
| 102 | ## 6. Activity-Based Sanity Check |
| 103 | |
| 104 | Work backwards from the forecast to check if the required activity is achievable: |
| 105 | |
| 106 | To hit £[target]: |
| 107 | Deals needed to close: [N] (target ÷ avg deal size) |
| 108 | Qualified pipeline needed (at current conversion): [N deals or £value] |
| 109 | Discovery calls needed per week to build that pipeline: [N] |
| 110 | Outreach needed per week (at [X%] meeting rate): [N] |
| 111 | |
| 112 | **Does the team have capacity to generate this?** [Yes / No — flag if not] |
| 113 | |
| 114 | |
| 115 | |
| 116 | ## Quality Checks |
| 117 | |
| 118 | [ ] Forecast methodology is stated (not just a number) |
| 119 | [ ] Stage conversion rates are based on historical data or flagged as assumptions |
| 120 | [ ] Coverage ratio is calculated |
| 121 | [ ] Three scenarios are modelled (not just one number) |
| 122 | [ ] Assumption log is explicit and dated |
| 123 | [ ] Activity sanity check confirms the forecast is achievable with current capacity |
| 124 | |
| 125 | ## Example Trigger Phrases |
| 126 | |
| 127 | "Build a sales forecast for [period]" |
| 128 | "Create a pipeline model for [team/business]" |
| 129 | "Help me build a bottom-up revenue forecast" |
| 130 | "What is our forecast for Q[N] based on current pipeline?" |
| 131 | |
| 132 | ## Anti-Patterns |
| 133 | |
| 134 | [ ] Do not present a single forecast number without scenario analysis — a forecast without upside and downside cases hides risk |
| 135 | [ ] Do not use 100% confidence on conversion rates that are not backed by historical data — flag them as assumptions |
| 136 | [ ] Do not skip the activity sanity check — a forecast number that requires unreachable activity levels is not credible |
| 137 | [ ] Do not use top-down quota as the only forecast method when pipeline data exists — bottom-up is more accurate and defensible |
| 138 | [ ] Do not omit the coverage ratio — without it, stakeholders cannot assess whether the pipeline is sufficient to hit target |
| 139 |
Discussion
Browse more free Claude skills or everything in Sales.


