Sales Forecasting Model Skill

Build a structured sales forecast framework for any business or team.

Sales Forecasting Model Skill — The Skill Playground: pick the Executive Update skill, fill in a few notes, hit run, and watch a structured executive… (from the mohitagw15856/pm-claude-skills README)

From the mohitagw15856/pm-claude-skills README — shows the whole collection, not only this skill. · view on GitHub

How to use it

Claude Code
  1. Run the line below. It pulls the whole folder into ~/.claude/skills/sales-forecasting-model.
  2. Describe your job in plain words. Claude Code follows the skill from there.
Claude Code — installs the whole folder, not just SKILL.md
npx degit mohitagw15856/pm-claude-skills/skills/sales-forecasting-model#main ~/.claude/skills/sales-forecasting-model

For one project only, change the path to .claude/skills/sales-forecasting-model.

Claude (web or desktop app)
  1. On this page open ⋯ → Download .md.
  2. Save it as SKILL.md in a folder, zip the folder, then Customize → Skills → + → Create skill → Upload a skill.
  3. Pick the file and Save. Claude shows the name and description and runs a security scan.
  4. Check the skill is switched on.
  5. Start a new chat and describe your job in plain words. The AI follows the skill from there.
ChatGPT or another app
  1. ChatGPT: make a Project and paste it into Instructions.
  2. 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.
Step-by-step guide with screenshots · Ask in the forum

Paste into Claude, ChatGPT or Cursor.

Source of Sales Forecasting Model Skill

Show the full text139 lines
namedescription
sales-forecasting-modelBuild 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---
2name: sales-forecasting-model
3description: "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 
8Produces 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 
12Ask 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 
37Bottom-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 
40Top-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 
47Define 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 
90Every 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 
104Work backwards from the forecast to check if the required activity is achievable:
105 
106To 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

Alternatives

Also in Pipeline & forecastSee all 138 in Sales →
ThoughtLeaders Data AnalystQuery and analyze YouTube sponsorship data using the `tl` CLI. Use this skill for finding channels, brands and sponsorships, and for data exploration, including counts, metrics, trends, time-series, distributions, single-record drill-downs, revenue / pipeline-weighting math, view-curve analysis, cross-source business questions. Examples: "How many deals did we close last quarter?", "What's the weighted pipeline by sales owner?", "Show me the view curve for video X", "Find mentions of Surfshark in transcripts", "Investigate this video", "Find channels...", "Find brands...".Creator · MITArbor — Autonomous Optimization via Hypothesis Tree RefinementAutonomously improve a real artifact (code, training recipe, agent harness, data pipeline, prompt) against an objective and an evaluator, using Hypothesis Tree Refinement (HTR) from the Arbor paper. Use this whenever someone wants to iteratively optimize something over many experiments without overfitting — e.g. "get my model's eval score up", "improve this agent/harness", "tune this pipeline", "beat the baseline on this benchmark", "run a search over approaches and keep the best", "do an MLE-bench / Kaggle-style optimization", or any long-horizon "make this artifact better and don't just memorize the dev set" task. Trigger it even when the user doesn't say "Arbor" or "hypothesis tree" but describes repeated experiment-and-evaluate loops, branching exploration of competing ideas, or worries about a dev/test gap. Runs Claude itself as the coordinator with subagent executors in isolated git worktrees; for the standalone `arbor` CLI tool see references/arbor-upstream.md.Science · MIT/cs:cro-review — CRO Forcing Questions/cs:cro-review <plan> — Pipeline-paranoid interrogation of revenue, win rate, NRR, and ramp time. Use when the forecast misses pipeline coverage, win rates drop, or before scaling the sales team.Sales & ecommerce · MITRevenue operationsAnalyzes sales pipeline health, revenue forecasting accuracy, and go-to-market efficiency metrics for SaaS revenue optimization. Use when analyzing sales pipeline coverage, forecasting revenue, evaluating go-to-market performance, reviewing sales metrics, assessing pipeline analysis, tracking forecast accuracy with MAPE, calculating GTM efficiency, or measuring sales efficiency and unit economics for SaaS teams.Sales & ecommerce · MIT