본문으로 건너뛰기
cccskills
무료GitHub에 공개

codexkit-sales-forecast-analyzer

Analyze sales pipeline, historical revenue, conversion rates, and assumptions to produce forecast scenarios. Use for sales reviews, RevOps planning, and founder revenue forecasting.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

설치 방법 보기

포함된 파일(2)

  • SKILL.md4.0 KB
  • agents/openai.yaml199 B

SKILL.md(원문)

설치하기 전에 에이전트에게 전달되는 지시 내용을 확인할 수 있습니다.

Sales Forecast Analyzer

When to Use

  • Forecasting revenue from historical sales or active pipeline.
  • Preparing weekly, monthly, or quarterly sales reviews.
  • Comparing committed, best-case, and upside scenarios.
  • Explaining forecast movement to founders, finance, RevOps, or sales leadership.

Procedure

Step 1 - Normalize Inputs

Separate actuals, pipeline, assumptions, and qualitative signals. Do not mix closed revenue with open pipeline.

Step 2 - Segment The Pipeline

Group opportunities by stage, close date, owner, segment, product, and confidence where available.

Step 3 - Apply Forecast Logic

Choose the simplest defensible method:

  • historical trend for stable recurring sales
  • stage-weighted pipeline for active opportunities
  • rep commit for manager-reviewed forecast
  • scenario range when inputs are uncertain

Step 4 - Explain Drivers

Identify the movement drivers:

  • new pipeline
  • slipped deals
  • closed-won / closed-lost
  • expansion / contraction
  • conversion rate change
  • average deal size change

Step 5 - Produce Scenarios

Provide Base, Upside, and Downside scenarios with assumptions and confidence. Flag data quality gaps.

Inputs

InputRequiredFormat
Historical salesRecommendedPeriod, revenue, bookings, units
PipelineRecommendedDeal, amount, stage, probability, close date
Sales cycle assumptionsOptionalWin rate, stage duration, seasonality
Forecast horizonYesMonth, quarter, year
Business contextOptionalPromotions, market changes, hiring, capacity

Output

## Sales Forecast - [Period]

### Executive Summary
[Forecast number, confidence, main movement drivers]

### Scenario Forecast
| Scenario | Forecast | Assumptions | Confidence |
|----------|----------|-------------|------------|

### Pipeline Movement
| Driver | Impact | Notes |
|--------|--------|-------|

### Risks And Watch Items
- [Risk] - [mitigation]

### Data Quality Notes
- [Missing fields, stale opportunities, probability caveats]

Quality Criteria

  • Forecast method is stated and fits the available data.
  • Actuals, pipeline, and assumptions are clearly separated.
  • Scenario assumptions are visible and testable.
  • Data quality gaps are not hidden.
  • Recommendations are operational, not just numerical.

Verification (4C)

CheckQuestion
CorrectnessAre formulas, stage weights, win rates, dates, and totals calculated consistently?
CompletenessAre actuals, open pipeline, assumptions, scenarios, and risks all covered?
Context-fitDoes the method match the sales motion, cycle length, and data maturity?
ConsequenceWhat decision could be distorted if this forecast is overconfident?

Edge Cases

  • Sparse history - Use scenario ranges and clearly mark confidence as low.
  • Stale pipeline - Flag opportunities with old next steps or close dates before including them.
  • Enterprise deal concentration - Show forecast with and without the largest deals.
  • Seasonal business - Avoid straight-line forecasts unless seasonality is explicitly addressed.

Examples

Prompt: "Use this opportunity export to forecast Q3 bookings. Show commit, base, and upside scenarios and explain slipped-deal risk."

Good pattern: "Base forecast is $1.2M because 64% of weighted pipeline is in late-stage deals with close dates before quarter end. Confidence is medium because 3 of 8 largest deals have stale next steps."

Definition of Done

  • Forecast number and range are defensible from inputs.
  • Assumptions are explicit.
  • Risks and confidence are visible.
  • A sales leader can act on next steps.

Changelog

  • v1.0.0 - Initial release

리뷰

아직 리뷰가 없습니다. 사용해 본 소감을 남겨 주세요.

댓글

로그인 없이 쓸 수 있습니다. 사용 후기, 질문, 작동하지 않은 환경 등을 편하게 남겨 주세요.

아직 댓글이 없습니다. 첫 댓글을 남겨 보세요.

보내면 바로 공개됩니다. 이메일 주소나 전화번호 같은 개인 정보는 쓰지 마세요. URL은 2개까지입니다.

0 / 1,000자

이 양식은 reCAPTCHA로 보호되며 Google 개인정보처리방침 및 서비스 약관이 적용됩니다.

같은 저장소의 스킬

Design rigorous A/B test plans with hypothesis, sample size calculation, Minimum Detectable Effect (MDE), randomization strategy, and decision rules. Includes guardrail metrics and rollout playbook. Use when planning product experiments, conversion optimization, or data-driven feature decisions.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Review REST and GraphQL API designs for consistency, usability, and best practices. Covers naming conventions, versioning strategy, error format, pagination, authentication patterns, and breaking change detection. Use when reviewing API specs, designing new APIs, or auditing existing endpoints.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Write Architecture Decision Records (ADRs) following the Michael Nygard format. Captures context, options considered, decision rationale, and consequences. Use when making technology choices, framework selections, or any architectural decision that future developers need to understand.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Assess organizational readiness for financial audits (internal or external). Map assertions to account balances, check evidence completeness, score readiness using a Red/Amber/Green framework, and generate a remediation timeline. Aligned with SOX, IFRS, and GAAP audit standards. Use before scheduled audits or when preparing for first-time compliance.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Design safe recurring Codex automations with clear prompts, outputs, schedules, and gating rules.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

Refine Product Backlog Items to meet INVEST criteria. Write User Stories with Acceptance Criteria in Given/When/Then format, estimate with Story Points, and flag dependencies. Use before sprint planning when backlog items need grooming. Do not use to prioritize the backlog — that is the Product Owner's decision.

한국어 요약은 준비 중입니다. 원문 설명을 표시하고 있습니다.

hoavdc/CodexKit252026년 10월 11일 업데이트

hoavdc의 스킬 모두 보기

이 스킬의 문제 신고