financial-modeling について
提供されたデータと前提を使い、投資、評価、モデル作成の判断を支援する財務モデリングスキルです。実績と前提を区別し、判断を左右する入力値や資金制約、結論の限界を検討します。
主な機能
- 01モデルの規約と前提の出所を定義
- 02増分キャッシュフローとリターンを計算
- 03連動するモデルやワークブックを作成
- 04感度と損益分岐点を検証
- 05結果を確認し限界を明示
活用シーン
- 01投資案や延期案の比較
- 02内製、購入、自動化の判断
- 03企業価値評価やキャッシュフローモデルの確認
- 04推奨を左右しうる前提の特定
インストール
コマンドをコピーしてターミナルで実行します。
npx skills add https:/ / github.com/ anotb/ management-consulting-plugin --skill financial-modelingインストール後、Claude Code で/financial-modelingを入力して読み込まれたか確認します。
同梱ファイル
SKILL.md と一緒にインストールされる参考資料やスクリプト。
references/cash-flow-conventions.mdtechnology-and-tco.mdvaluation-and-risk.md詳細
財務モデリング
ユーザーの意思決定を裏付ける財務的根拠を作成します。依頼された範囲に沿って、計算の確認、投資の比較、ワークブックの作成、事業の価値評価を行います。提示された前提、期間、慣例、承認済みの決定を維持し、重大な不整合があれば明確に指摘します。
モデルの基礎を定める
まず提供されたデータを使用します。不足している要因を特定し、それらが妨げない部分は作業を進めます。不足情報のために妥当な結果を示せない場合は確認を求めます。それ以外の場合は、開示した前提、範囲、または記号式を示します。仮定の例と顧客の推定値は分けて扱います。コスト、予測、ベンチマーク、便益の根拠を捏造してはいけません。
作成するモデルに関連する慣例を定義します。通貨と単位、評価日、キャッシュフローのタイミング、対象期間、ベースライン、インフレの扱い、税金、資金調達、運転資本、ターミナルバリューなどです。選択肢は同じ基準で比較します。過去の実績、提示された予測、出典のある推定値、根拠のない仮置き値を区別できるようにします。
前提ごとに情報源を1つ管理します。モデルの規模に応じて、前提の値、単位、期間、根拠、情報源、制約を一覧に記録します。短い計算の場合は、結果の横に前提を記載します。洗練されたワークブックで提示されても、経営陣の予測は予測として扱います。
増分の経済性をモデル化する
明示されたベースラインに対するキャッシュフローを計算します。関連する場合は、承認済みの選択を見直さずに選択肢を加えるだけの目的で判断を覆すことなく、現状維持や実施延期も含めます。同じ便益を人件費削減、生産性向上、売上増加として重複計上しないでください。創出された時間、活用可能な余力、実現した現金削減額、追加生産量を分けて扱います。
計算にはキャッシュフローとリターンの慣例を、構築と購入の比較、自動化、AI 投資にはテクノロジーとTCOの経済性を使用します。DCF、シナリオ確率、モンテカルロ法、EVA、MIRR、またはオプションが関係する場合に限り、企業価値評価と不確実性の手法を使用します。
重要な算術には、利用可能な計算ツールを使用します。数式と、回答を再現できるだけの中間結果を示します。ワークブックでは、出力を入力にリンクし、前提と数式を分け、単位と期間を明記し、シナリオに応じてモデル全体が一貫して更新されるようにします。ツールが利用できる場合は再計算し、保存した出力を確認します。数式の結果を更新できなかった場合は、その旨を開示します。
判断を検証する
資金調達の実現可能性と投資リターンは分けて検証します。NPV がプラスでも、途中の資金不足は解消されません。承認を推奨する前に、支払い時期、確約済みの資金調達、実行能力、その他の厳しい制約を検討します。
推奨を左右しうる入力値を特定し、妥当な範囲で変動させます。損益分岐点または選択が切り替わる閾値を示します。機械的に±10%の変動を適用したり、データ不足を理由に割引率を引き上げたり、根拠なく確率を割り当てたりしないでください。相反する情報源を保持し、それぞれが判断に与える影響を示します。シナリオの前提と予測を区別し、理由を説明せずにキャッシュフローの減額と割引率の調整の両方で同じリスクを重複して織り込まないでください。
提示と検証
推奨、投資額、財務上の結果、必要な資金、主な制約を最初に示します。この判断に役立つ指標だけを報告します。数値は簡潔な表にまとめ、前提を表の近くで説明します。受け入れる下振れリスクと、どのような変化があれば選択を変えるかを明記します。重要な根拠が不足している場合、条件付きの判断や延期が、裏付けられた結論となることもあります。
符号、単位、タイミング、合計、ベースラインの扱い、コストと便益の重複、ターミナルの前提、感度の方向を確認します。ファイルを求められた場合は、動作する成果物と、前提の変更方法についての簡潔な説明を提供します。実施した確認の範囲を超えて、独立検証や監査保証を行ったと主張してはいけません。