10年越しのモヤりを、Claude Codeで解決しようとしている話。

こんにちは、がありっくです。

今回は、まだ完成していない話をします。
でも、なぜ作ろうとしているのか、どういう設計思想で作っているのかという話は今書けるので、書くことにしました。

10年以上ずっとモヤっていたこと

FP&Aとして業績管理・事業計画に携わって10年以上、ずっとモヤっていたことがあります。

BIツールは実績を可視化できる。でも見通しは作れない。

PowerBI、Tableau、Looker Studio、ログラス——いくつかのBIツールを触ってきました。
実績データをわかりやすく可視化するのには使えます。でもそのうえで「これからどうなるか」の見通しを作ることはできない。

結果、毎回Excelに戻ってくる。

ファイルサイズが重たくなる。ファイル間リンクが増えて拡張性が落ちる。一つのファイルのフォーマットを変えると他のファイルも連鎖的に直す必要が出る。私以外触りにくい属人的な状態になる。

「いつかBIツールで見通しまで作れるようにならないかな」と思い続けて、10年以上諦めてきました。

Claude Codeというオモチャを手に入れた

Claude Codeを使い込んでいくうちに思いました。

「長年モヤっていた課題を、自作で解決できるんじゃないか」

BIツールでできないなら、自分で作ればいい。Pythonスクリプトでシミュレーションエンジンを組んで、Streamlitでダッシュボード化する。
ローカルファイルを直接触れるClaude Codeがあれば、これができる。

ただ、一つだけ強い懸念がありました。ブラックボックス化です。

スクリプト化すると、計算の過程が見えなくなる。「なぜこの数字になっているのか」を説明できなくなる。
FP&Aとしてそれは絶対に避けたい。この思いが、ずっと二の足を踏ませていました。

「ブラックボックスにしないために光を当てる」という発想

ある時、考え方を変えました。

ブラックボックスになりそうなところに光を当てて可視化すればいい。ブラックボックスにならなければ、Excelじゃなくてもいい。

具体的にはこういう設計にしました。

FP&A側でのチェック物：KPIをPL化するための「裏パラメーター」とそのシミュレーションエンジン。実績からの延長に基づく私の責任での推計部分。ここはブラックボックスになりがちなので、キーパラメーターを必ずセットで可視化する。

事業部門・経営陣へのアウトプット：事業KPIの見通しと試算PL。こちらは意思決定のための情報として使う。

この2つを分けることで、「説明できるダッシュボード」が作れると思いました。

Excel時代から持っていた設計思想

この3層設計は、Excelで作る頃から持っていた思想です。

1. 事業部門が動かすKPI見通し（事業部門の意思・責任としてのインプット）

2. KPI→PL化のための裏パラメーターとシミュレーションエンジン（実績延長に基づく管理部門（私）の責任での推計）

3. 上記を組み合わせたPL見通し（最終アウトプット）

この3つを切り分ける理由があります。

事業部門の見通しは比較的頻繁に変わります。だからシミュレーションエンジンとは別のインプットファイルで切り出す。そうすることで、重たいシミュレーションエンジンのファイルを開かなくても数字を変えられる。エンジンファイルを開きながらパラメーターを変えてパソコンの動作が重くなることも避けられる。

この設計思想をそのままダッシュボードに持ち込めれば、Excelじゃなくても同じことができるはずです。

まだ完成していない。不安もある。

正直に言うと、今もエンジンの構築中です。

ChatGPTで設計しながらClaude Codeで実装する、というやり方でステップを細かく刻んで進めています。プログラミングとしては正しいやり方だと思いますが、ジワジワと進んでいく感じで、体感として前に進んでいる感があまりない。試行錯誤して手戻りするよりは絶対に良いと思いつつ、もどかしさはあります笑。

不安材料もあります。スクリプト化したことで、新しいロジックを追加したいとなったときの拡張性です。Excelで悩んでいた拡張性の問題が、スクリプトでも出てくる可能性がある。ここは今後の課題です。

完成したら、また報告します。

以上、がありっくでした。