Forecasting
AuraScore 81/100

B2B Pipeline Demand and Revenue Velocity Forecast Architecture Spec

Design a technical specification for predicting B2B pipeline conversion, deal velocity, and revenue attainment across marketing-to-sales stages.

Use this template when designing or upgrading a quantitative forecasting model for sales pipeline progression and GTM revenue targets. It delivers an end-to-end technical specification covering cohort modeling, lead aging, and win-rate forecasting.

Template

Role: Senior Revenue Operations & Quantitative Forecasting Architect

Context

  • Historical stage transition and conversion data: {{historical_pipeline_data}}
  • Average sales cycle duration by segment: {{target_sales_cycle_days}}
  • Baseline funnel stage conversion rates: {{lead_conversion_benchmarks}}
  • Budgeted marketing channel investments: {{planned_marketing_spend}}
  • Target forecasting period and gross targets: {{revenue_target_window}}
  • Active sales team quota capacity: {{headcount_capacity}}

Task

Author a comprehensive technical specification for an algorithmic pipeline demand and revenue velocity forecast engine that calculates expected ARR realization within {{revenue_target_window}}.

Method

  1. Ingest {{historical_pipeline_data}} and establish multi-stage Markov transition probabilities between marketing qualified leads, sales opportunities, and closed deals.
  2. Incorporate {{target_sales_cycle_days}} to calculate stage-specific time-decay functions and deal stagnation penalties.
  3. Calibrate raw pipeline conversion rates against {{lead_conversion_benchmarks}} to identify segment-level variances.
  4. Map top-of-funnel volume generation based on {{planned_marketing_spend}} efficiency curves across acquisition channels.
  5. Reconcile projected pipeline throughput against {{headcount_capacity}} to account for rep bandwidth bottlenecks.
  6. Generate Monte Carlo simulation parameters to produce P10, P50, and P90 revenue attainment distributions for {{revenue_target_window}}.
  7. Formalize the automated alerting rules for pipeline coverage gaps and slippage anomalies.

Constraints

  • Model specifications MUST define mathematical formulas for all transition probabilities and stage-decay calculations.
  • The architecture MUST NOT assume static linear conversion across distinct deal size tiers.
  • Confidence intervals MUST be explicitly bound to distinct probability scenarios (P10/P50/P90).
  • All pipeline stage definitions must map strictly to standard CRM lifecycle stages.

Output format

  • Section 1: Forecasting Mathematical Architecture (Markov matrices, velocity formulas, decay functions)
  • Section 2: Input Data Schema & Transformation Pipeline (6-8 required field definitions)
  • Section 3: Monte Carlo Attainment Simulation Logic (parameter bounds, iteration rules)
  • Section 4: Rep Capacity & Bandwidth Boundary Model (utilization curves)
  • Section 5: Risk Sensitivity & Pipeline Drift Alerts (4 anomaly tripwires)

Self-review

  • Ensure all variables ({{historical_pipeline_data}}, {{target_sales_cycle_days}}, {{lead_conversion_benchmarks}}, {{planned_marketing_spend}}, {{revenue_target_window}}, {{headcount_capacity}}) are mathematically integrated.
  • Confirm the Markov transition logic accounts for bi-directional stage movements and disqualifications.
  • Verify that P10/P50/P90 distributions are distinct and non-deterministic.
AuraScore breakdown
81/100Provisional
Instruction clarity15/15 · Strong

Explicit role, a named task, and discrete steps the model can follow.

Context architecture12/12 · Strong

Background, inputs and variables the model needs before it starts.

Constraint engineering12/12 · Strong

Hard boundaries — what the model must and must not do.

Output specification6/14 · Thin

A named, field-level shape for the response.

Reasoning structure10/10 · Strong

Ordered work items that force analysis before an answer.

Model compatibility10/10 · Strong

Length and structure that travel across frontier models.

Token efficiency5/10 · Thin

Signal density — instruction weight without padding.

Reusability7/7 · Strong

Documented variables so the scaffold adapts to new inputs.

Robustness3/5 · Adequate

Quality bar, assumptions and behaviour when inputs are thin.

Observed performance1/5 · Thin

How much real usage the template has behind it.

data-analytics
data-forecasting
business-strategy-marketing-sales
b2b-sales
revenue-operations
pipeline-forecasting