sales-forecasting-model
$
npx mdskill add mohitagw15856/pm-claude-skills/sales-forecasting-modelProduces 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.
SKILL.md
.github/skills/sales-forecasting-modelView on GitHub ↗
--- name: sales-forecasting-model 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." --- # 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?"
More from mohitagw15856/pm-claude-skills
- 360-feedback-templateDesign a 360-degree feedback survey or write a structured 360 feedback report. Use when asked to build a 360 feedback process, write 360 feedback for a colleague, design a feedback survey, or produce a feedback report. Produces either a complete survey instrument with rating scales and open-ended questions, or a structured narrative feedback report with themes, strengths, and development areas.
- ab-test-plannerDesign statistically rigorous A/B tests for product features, UI changes, onboarding flows, and pricing experiments. Use when asked to set up an experiment, design an A/B test, calculate sample size, or interpret test results. Produces a complete test plan with hypothesis, variant definitions, sample size, duration estimate, guardrail metrics, and a results interpretation guide.
- accessibility-auditGenerate a WCAG 2.2 accessibility audit checklist and remediation suggestions for any UI or design. Use when asked to audit for accessibility, check WCAG compliance, review a design for a11y issues, or create an accessibility remediation plan. Produces a prioritised checklist with pass/fail assessments and specific fixes.
- account-planBuild a structured account plan for any key customer or target account. Use when asked to create an account plan, key account strategy, strategic account review, or territory plan. Produces a complete account plan with relationship map, growth opportunities, risks, and 90-day action plan.
- aeo-optimizerOptimize an article for Answer Engine Optimization (AEO) — restructuring content so AI engines like ChatGPT, Perplexity, and Claude can extract, quote, and cite it. Rewrites headings as questions, drops 50-80 word answer capsules, audits paragraph length, and flags trust signals. Use when asked to AEO-optimize, make content AI-readable, improve AI citation chances, or adapt an article for answer engines.
- ai-ethics-reviewConduct an ethical review of an AI or ML feature, model, or product. Use when asked to run an AI ethics review, assess AI risks, audit a model for bias, or produce an AI impact assessment. Produces a structured ethics review covering fairness, transparency, privacy, safety, accountability, and societal impact with prioritised mitigations.
- ai-product-canvasStructure AI and ML product decisions with the rigour of any product decision. Use when building AI-powered features, evaluating LLM integrations, designing AI products, or assessing AI readiness. Produces a complete AI product canvas covering problem definition, model approach, data requirements, evaluation framework, UX design, responsible AI checklist, and launch monitoring plan.
- ambiguity-resolverStructure vague opportunities and unclear briefs into actionable one-page problem statements. Use when asked to clarify a vague brief, frame an undefined problem, make sense of an unclear opportunity, or when the user says 'we need to figure out what to do about X' or 'I've been asked to look into Y'. Produces a structured problem brief with reframed questions, scoped boundaries, and a minimum viable research plan.
- api-docs-writerWrite clear, developer-facing API documentation. Use when asked to document an API endpoint, write API reference docs, create a developer guide, or turn a raw spec/Postman collection into documentation. Produces endpoint documentation with descriptions, parameters, request/response examples, and error codes.
- api-versioning-strategyWrite an API versioning strategy document for a service or API platform. Use when asked to define versioning policy, plan API deprecation, classify breaking changes, or document version lifecycle. Produces a complete versioning strategy with breaking-change classification table, deprecation timeline, migration guide template, and client communication template.