跳到正文
cccskills
免费在 GitHub 公开

codexkit-fpa-scenario-modeling

Build structured 3-scenario financial models (Base / Bull / Bear) for business planning or investment decisions. Sensitize revenue and cost drivers across scenarios, produce P&L summaries, cash flow bridges, and executive narratives. Aligns with FP&A 2.0 and CIMA Management Accounting standards. Use when leadership needs to understand the financial impact range of a decision. Do not use for statutory financial reporting or audit-ready financials.

中文简介正在准备中。当前显示原文说明。

查看安装方法

包含的文件(2)

  • SKILL.md4.4 KB
  • agents/openai.yaml165 B

SKILL.md(原文)

安装前可以查看交给 AI 代理的指令内容。

FP&A Scenario Modeling

Purpose

Transform business assumptions into a structured 3-scenario financial model that gives leadership a clear view of upside, baseline, and downside outcomes.

When to use

  • annual or quarterly business planning cycle
  • before a major investment decision (new product, M&A, expansion)
  • when the CFO asks "what if revenue drops 20%?"
  • presenting financial impact range to the board

When not to use

  • statutory financial reporting (IFRS/GAAP compliance)
  • audit-ready financial statements
  • daily operational cost tracking

Inputs

  • business model type (SaaS, retail, manufacturing, services)
  • historical financials (last 2–3 years if available)
  • key revenue drivers (pricing, volume, churn, expansion)
  • key cost drivers (headcount, COGS, marketing spend, capex)
  • specific decision context (what are we modeling?)
  • time horizon (12 months, 3 years, 5 years)

Procedure

  1. Define 3 scenarios:
    • Base Case: most likely outcome based on current trajectory
    • Bull Case: upside scenario (best 30% of outcomes)
    • Bear Case: downside/stress scenario (worst 20% of outcomes)
  2. Identify key variables to sensitize:
    • Revenue-side: growth rate, gross margin, CAC, churn rate, ASP
    • Cost-side: fixed cost base, variable cost as % revenue, capex, working capital (DSO, DPO, DIO)
  3. Build scenario assumption table — side-by-side comparison of all variables across 3 scenarios.
  4. Calculate P&L summary per scenario: Revenue → Gross Profit → EBITDA → Net Profit.
  5. Build cash flow bridge per scenario: Operating CF → Investing CF → Financing CF → Free CF.
  6. Calculate key metrics per scenario: EBITDA margin, ROI, Payback Period, Break-even point.
  7. Create sensitivity table — identify which single variable has the largest impact on outcome.
  8. Write executive narrative — "Under the base case, the business generates…" with clear decision implications.

Output

  • scenario assumption table (side-by-side, 3 columns)
  • P&L summary per scenario (Revenue → EBITDA → Net Profit)
  • cash flow bridge per scenario
  • key metrics comparison table
  • sensitivity analysis (which variable moves the needle most)
  • executive narrative (1–2 paragraphs per scenario)

Definition of done

  • all 3 scenarios have distinct, justified assumptions
  • P&L, cash flow, and key metrics are calculated for each scenario
  • sensitivity analysis identifies the top 3 swing variables
  • executive narrative is decision-ready (not just numbers)

Examples

  • "Model 3 scenarios for our SaaS expansion into Southeast Asia over 3 years."
  • "What happens to EBITDA if raw material costs increase 15% (bear case)?"
  • "Build a scenario model for the board comparing organic growth vs. acquisition."

Quality Criteria

  • Data sources and assumptions are explicitly stated
  • Calculations are reproducible from provided inputs
  • Visualizations or tables have clear labels, units, and time ranges
  • Caveats and confidence levels are documented for estimates

Verification (4C)

CheckQuestion
CorrectnessAre formulas, aggregations, and statistical methods applied correctly?
CompletenessDoes the analysis cover all requested metrics and time ranges?
Context-fitAre the chosen metrics relevant to the business question being answered?
ConsequenceIf this data were used for a decision today, what blind spots remain?

Edge Cases

  • Missing or incomplete data — Document gaps and their potential impact on conclusions. Provide ranges instead of point estimates.
  • Outliers skewing results — Report with and without outliers. Document the decision to include or exclude.
  • Changing data definitions mid-period — Split analysis at the change boundary and note the schema difference.

Changelog

  • v1.0.0 — Initial release

评价

还没有评价。欢迎分享你的使用感受。

评论

无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

提交后会立即公开。请勿填写邮箱、电话等个人信息。URL 最多 2 个。

0 / 1000 字

此表单受 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 的全部技能

报告此技能的问题