新任FP&Aアナリストの最初の30/60/90日

前任者が残したオペレーティングモデルを初めて開いたとき、売上シートには「Mike談、2024年Q3」とラベルのついたハードコードの数字が11個ありました。Excelの隅には循環参照の警告が3つ積み重なっていました。人員タブには過去3人の所有者からのコメントがあり、うち2人はもう会社にいませんでしたが、業務委託コストをOPEXに乗せるべきかCOGSに乗せるべきかで言い争っていました。あるコメントのスレッドは「来四半期に直そう」で終わっていて、日付は18か月前でした。

FP&Aへようこそ。

B2B SaaS企業の新任FP&Aアナリストの多くは、誰も完全には理解していないモデルを引き継ぎます。元のタブを作った人は2つ前の役職で去りました。最後にそれをつぎはぎした人は6か月前に去りました。あなたは今、3人目か4人目の所有者で、CFOはあなたが来週のBvAのすべての数字を弁明することを期待しています。本能は2週目にすべてを作り直すことです。それをやったアナリストは皆、後悔して生きることになりました。

最初の90日の仕事はモデルを書き直すことではありません。決算を壊さずに、数字への信頼を立て直し、目に見える成果を1つ出すことです。

なぜここで30/60/90の枠組みが重要なのか

FP&Aは、たった1回の悪い会議で信頼を失える数少ない仕事の1つです。初めての取締役会準備に臨んで「予測は間違っているけど、なぜかまだ分からない」と言えば、あなたは残りの1年、差異コメントを書く役に固定されます。「この数字をソースまで追跡しました、これが前提で、ここで押し戻したいです」と言って臨めば、戦略的な会話に引き込まれます。

30/60/90は人事の儀式ではありません。モデルに触れる権利、予測に異を唱える権利、そして来年の計画が形作られるときにテーブルに着く権利を勝ち取るための時間です。

1〜30日:監査せよ、触るな

最初の週にもらった最高のアドバイス:30日間、数式を一切変えるな。誘惑されるでしょう。明らかに間違って見えるハードコードを目にするでしょう。壊れた名前付き範囲と、誰も直さなかった書式を目にするでしょう。放っておいてください。

代わりにすべきことはこうです。

すべての前提を監査する

モデルを開きます。空白のGoogleドキュメントを開きます。すべてのタブを歩き、こう書き留めます:

• 数式セル内のすべてのハードコードの数字(参照すべきなのにしていないセル)
• すべての循環参照の警告
• 「一時的に」抑制されているすべての #REF! や #N/A
• 上書きされたり覆い隠されたりしているすべての名前付き範囲
• 前任の所有者からのすべてのコメント(日付つきで一字一句引用)

何も直さないでください。ただ棚卸しするだけです。14日目までに、30〜50行の監査ドキュメントができているはずです。これがあなたの地図になります。

わたしが最初にドキュメント化したハードコードは「ARR 2026年Q1:4,200,000(Sarah談、取締役会パッケージ)」でした。追跡しました。Sarahはいませんでした。2024年に去ったSaraと、モデルを一度も見たことのないCSのSarahがいました。その数字は18万ドル間違っていました。さらに1か月触りませんでしたが、ゴーサインが出たときにどの数式を直すかは正確に分かっていました。

5つのビジネスパートナー会議に同席する、売り込まず、聞く

21日目までに、これらそれぞれの週次会議に1つずつ招いてもらってください:

• 営業(パイプラインレビューまたは予測の打ち合わせ)
• カスタマーサクセス(更新予測または解約レビュー)
• マーケティング(パイプライン貢献または予算ペーシング)
• プロダクト(ロードマップとリソース依頼)
• RevOps(データ品質、アトリビューション、リードルーティング)

ノートを持っていってください。自分のモデルを売り込まないでください。アイデアを自分から出さないでください。次の具体的なことを聞き取ってください:

• そのチームが毎週言い争う数字はどれか?
• そのチームが疑いなく信頼する数字はどれか?
• そのチームが密かに不信に思いながら決して指摘しない数字はどれか?

この3つの問いが、本当の仕事がどこにあるかを教えてくれます。人々が言い争う数字は、たいていノイズに振り回されすぎています。疑いなく信頼する数字は、たいてい間違っているのに見えません。密かに不信に思う数字は、たいてい今まさにCFOが尋ねているものです。

すべてのデータソースをマッピングする

3週目の終わりまでに、生のソースからモデルの出力までのフロー図を描けるようになっているはずです:

• Salesforce → ステージ別ARR(どのレポート?誰が所有?更新頻度は?)
• NetSuite → 売上実績(どのセグメント?どの通貨換算ロジック?)
• Stripe → MRRのロールフォワード(NetSuiteと一致する?しないなら、どれだけ、なぜ?)
• HubSpot → マーケティング由来のパイプライン(Salesforceと重複排除済み?アトリビューションモデルは?)
• HRIS → 人員数のフィード(募集中の求人を含む?業務委託は?フルロードコストか基本給か?)

2つのシステムが同じ指標で違う数字を出すなら、財務がどちらを真実として扱うかを突き止めてください。必ず決め手があります。たいてい誰もそれを書き留めていません。

決算カレンダーを完璧に覚える

コントローラーから決算カレンダーをもらってください。暗記してください:

• ソフトクローズの日
• ハードクローズの日
• BvA提出の締切
• コストセンターごとのフラックスコメントの担当者
• 取締役会パッケージの締切(そしてCFOが見る前に誰がレビューするか)
• 再予測の頻度(月次?四半期?ローリング4Q?)

これらの1つでも逃せば、取り戻せない信頼を焼き払うことになります。決算は、あなたが新人であることなど気にしない時計で進みます。

30日目までに、あなたの成果物は上司と共有する5ページの監査ドキュメントです。きれいでなくていい。磨かれていなくていい。ただ:モデルが何をするか、データがどこから来るか、何が壊れていて何がただ紛らわしいだけか。

31〜60日:1つの修正、1つのドライバー、1つの予測

これでモデルに触れます。でも3つだけ。4つではありません。全部でもありません。

ハードコードを1つ潰す

監査ドキュメントからハードコードの数字を1つ選びます。理想的には目立つセルのもの(トップラインの売上、人員数、OPEX上位3つの行)で、それをドキュメント化されたドライバーに置き換えます。

ドキュメント化されたドライバーとは:

1. 打ち込んだ値ではなく、上流のインプットを参照する数式
2. A列または「ドライバー」タブに説明のある名前付き範囲
3. ソースシステムまたは前提の所有者に紐づいたもの(例:「人員数Q2:HRISフィード、月次更新、所有者 = People Ops」)

これを出したら、上司に一段落のメモを書きます:「Q2 ARRのハードコードを、Salesforceの成約済み案件から供給されるドライバーに置き換えました。旧数字は4.2M、ドライバー由来の数字は4.18M。20Kの差異は、決算後に再分類された2案件まで追跡しました。ドライバータブに記録済み」。

その一段落が成果物のすべてです。飾り立てないでください。

壊れたドライバーを1つ直す

すでにモデルにあるが、誰も信頼しない数字を生むドライバーを1つ選びます。よくある候補:

• 純収益維持率(NRR):たいてい壊れているのは、間違った顧客コホートを含めたり除いたりしているから
• CAC回収期間:たいてい壊れているのは、マーケティング支出の分母が顧客獲得の期間と一致しないから
• マジックナンバー:たいてい壊れているのは、新規ARRの分子が、含めるべきでない拡大を含んでいるから
• セグメント別売上総利益率:たいてい壊れているのは、前回のプロダクト投入以来COGSの配分が更新されていないから

ちょうど1つ直してください。変更をドキュメント化してください。次の予測に入る前に、影響を受けるビジネスパートナー(NRRなら営業、CACならマーケティングなど)に新しいロジックを検証してもらってください。

ビジネスパートナーのためにミニ予測を1つ構築する

1〜30日に同席した5人のビジネスパートナーから1人を選びます。5〜10時間の作業で、彼らに役立つものを構築します。例:

• 営業VP向けのパイプラインカバレッジビュー(ステージ別の現在パイプライン対目標、自分の過去データから引いた転換ベンチマークつき)
• エンジニアリングVP向けの採用計画モデル(求人から着任までのラグ、立ち上がり曲線、レベルと地域別のフルロードコスト)
• CMO向けのマーケティング支出ペーシングツール(チャネル別予算、現時点までの支出、四半期末予測対計画、チャネルごとに効率指標を1つ)

2つのルール。1つ目:財務のためではなく、パートナーのために構築する。出力は、あなたの問いではなく彼らの問いに答えるべきです。2つ目:小さくする。1つの問いにうまく答える200行のモデルは、4つの問いに紛らわしく答える2000行のモデルに勝ります。

60日目のあなたの成果物は、直したハードコード1つ、直したドライバー1つ、出荷したミニ予測1つです。3つの成果物。それで十分です。

61〜90日:数字を所有する

これで何かを所有しています。61〜90日の仕事は、公に責任を取ること、そして次の90日を準備することです。

予測精度の指標を1つ所有する

自分が測定される数字を1つ選びます。よくある出発点:

• 総売上の予測精度(予測対実績、月次、直近6か月)
• 新規ARRの予測精度(営業主導、営業財務に組み込まれているなら有用)
• 人員数の予測精度(Peopleチームに組み込まれているなら有用)
• 1セグメントの売上総利益率(会社に事業部別報告があるなら有用)

直近6か月の精度をベースラインとして計算します。次の2四半期の目標を設定します。目標が何で、どう弁明するかを上司に伝えます。

予測精度は、ジュニアのFP&Aアナリストを尊敬されるアナリストへ変える指標です。ごまかせません。政治もできません。数字は時とともに引き締まるか、しないかのどちらかです。実際に動かせるものを選んで、自分の名前を載せてください。

90日レポートを発表する

85日目あたりで、上司と30分を設定します。1ページのレポートを持っていきます:

見つけたこと(最大のデータ品質問題、最大の前提リスク、最大のビジネスパートナーの痛みを扱う5〜7個の箇条書き)

直したこと(3つの箇条書き:ハードコード、ドライバー、ミニ予測)

まだ壊れていること(5〜7個の箇条書き、直しやすさではなく事業インパクトでランクづけ)

次に所有したいこと(次四半期の3つの優先事項、それぞれの根拠つき)

1ページに収めてください。CFOも上司も資料に費やす時間はありません。1ページのレポートは、あなたの監査証跡でもあります。半年後に誰かが、NRR計算の問題を早期に提起したかと尋ねたとき、あなたには「はい」と書かれた日付つきの文書があります。

H2プランを提案する

最後の成果物は、前向きなH2プランです。願望リストではありません。3つの優先事項、それぞれに:

• 問題(事業の言葉で。例:「モデルにCACの問題がある」ではなく「営業がパイプラインカバレッジを信頼していない」)
• 仕事(財務の言葉で何をするか)
• 成功指標(あなたと上司がうまくいったとどう分かるか)
• タイムライン(どの月、どの四半期)

3つの優先事項に届かないなら、2つにしてください。4つ届くなら、1つ削ってください。3つが、その席に90日いた人にとって正しい数字です。

パニックの瞬間

2つは起きます。たぶんもっと。これがトリアージです。

「数式が壊れて、なぜか分からない」。 取締役会当日の朝です。モデルが #REF! を吐いています。手が震えています。止まってください。直さないでください。壊れたファイルのコピーをタイムスタンプつきで保存します。最後のきれいなバージョンを開きます(バージョン履歴はありますよね?なければ、それが教訓です)。取締役会パッケージには最後のきれいなバージョンを使います。会議の後、2つのファイルをセルごとに差分して、壊れた箇所を見つけます。何が、いつ起きたか、そして再発防止に何をするかを書き上げます。

尋ねられない限り、モデルが壊れたとCFOに伝えないでください。彼らは気にしません。彼らが気にするのは、パッケージが時間どおりで正確だったかです。最後のきれいなバージョンのずれが1%未満なら、出荷して後で照合します。1%を超えていたら、上司にエスカレーションします。上司を通さずに直接CFOへは決して。

「わたしの数字がコントローラーの数字と合わない」。 Slackで言い争わないでください。彼らの席まで歩いていく(または通話に乗る)。両方の数字、両方のソース、両方の数式を持っていきます。答えはほぼ必ず3つのうちのどれかです:タイミング(別々のスナップショットを引いた)、スコープ(どちらかがセグメントを含めたり除いたりしている)、定義(少し違う指標を計算している)。どちらかがリーダーシップの前にその数字を出す前に、解決してください。私的に照合しないコントローラーとFP&Aアナリストは、取締役会で照合する羽目になり、それは皆にとって悪いことです。

成功を測る

90日目までに、「これはうまくいったか?」への答えは4つに帰着します:

1. ハードコードを1つ潰し、ドキュメント化した
2. 影響を受けるビジネスパートナーの承認を得て、ドライバーを1つ直した
3. 財務の外の誰かが実際に使う予測を1つ出荷した
4. まず会議を設定せずにあなたの電話を受けてくれるビジネスパートナーが1人

その4つ目が最も重要です。技術的な仕事は複利で効きます。2か月目に潰したハードコードは、4か月目の議論の時間を節約します。でも関係はもっと速く複利で効きます。3か月目にあなたを信頼するビジネスパートナーは、6か月目に曖昧な問題を持ってきます。その曖昧な問題こそ、戦略的なFP&Aの仕事が住む場所です。

90日目までに4つすべてを出荷していれば、あなたは生存フェーズを越えています。次の90日はスコープ拡大の話です:2つ目の指標を所有し、2つ目の部門とパートナーを組み、2つ目のハードコードを潰す。パターンが繰り返します。モデルはきれいになります。予測は引き締まります。あなたのスコープは広がります。

これを30日でやろうとするアナリストは失敗します。1〜30日に辛抱強く監査をし、31〜60日に3つの成果物を出荷し、61〜90日に公に責任を取るアナリスト、それが、ただ差異コメントを書くのではなく、H2の戦略レビューに引き込まれるアナリストです。

さらに詳しく

• 財務アナリストの職務記述書テンプレート
• 引き継いだ財務モデルを監査する方法
• 初めてのドライバーベース予測を構築する
• 新任アナリストのためのFP&Aビジネスパートナリング