ストーリー
田
田中VPoE
FinOpsの最初のフェーズは「Inform」— つまりコストの可視化だ。見えないものは管理できない
あなた
請求書は毎月見ていますが、それだけでは足りないんですか?
あ
田
田中VPoE
月次請求書を見るだけでは「先月いくらだったか」しか分からない。FinOpsで必要なのは「誰が」「何のために」「いくら」使っているかをリアルタイムで把握し、それをビジネスの指標と紐づけることだ
あなた
コストをビジネスのKPIと結びつけるんですね
あ
田
田中VPoE
そうだ。「月間クラウド費用3,000万円」は高いのか安いのか。それだけでは判断できない。「顧客1人あたりのインフラコスト300円」「トランザクション1件あたり0.5円」と表現して初めて、ビジネス判断ができる
コスト可視化の3つのレベル
可視化の段階
| レベル | 内容 | 回答できる問い |
|---|
| Level 1: 総額の把握 | 月次の総クラウド支出を把握 | 「今月いくら使ったか?」 |
| Level 2: 配賦の実現 | 部門・プロジェクト・環境別にコストを配賦 | 「誰が・何に使ったか?」 |
| Level 3: 単位経済の理解 | ビジネスメトリクスとコストを紐づけ | 「顧客1人あたり・取引1件あたりのコストは?」 |
タグ戦略とコスト配賦
コスト配賦タグの設計
| タグキー | 目的 | 値の例 | 配賦への影響 |
|---|
Department | 部門別コスト配賦 | engineering, marketing, sales | 部門P/Lに直結 |
Project | プロジェクト別コスト管理 | iot-platform, erp-migration | 投資判断の根拠 |
Environment | 環境別コスト管理 | prod, stg, dev, sandbox | 環境別最適化 |
CostCenter | 会計システム連携 | CC-1001, CC-2005 | 経理処理の自動化 |
Service | サービス別コスト管理 | user-api, payment-service | ユニットエコノミクス算出 |
コスト配賦モデル
| モデル | 概要 | メリット | デメリット |
|---|
| 直接配賦 | タグで紐づいたコストをそのまま配賦 | シンプル、正確 | タグ漏れに弱い |
| 比例配賦 | 共有リソースを利用量比率で按分 | 公平感がある | 計算が複雑 |
| 固定配賦 | 共有コストを部門数で均等配賦 | 簡単 | 大量利用部門が得をする |
| ハイブリッド | 直接配賦 + 共有リソースは比例配賦 | バランスが良い | 仕組みの構築が大変 |
推奨:ハイブリッド配賦モデル
コスト配賦フロー:
月間クラウド総支出: 3,000万円
│
├── 直接配賦可能: 2,400万円(80%)
│ └── タグで部門・プロジェクトに直接配賦
│
├── 共有リソース: 450万円(15%)
│ ├── ネットワーク基盤 → 利用量比率で配賦
│ ├── セキュリティサービス → アカウント数比率で配賦
│ └── 監視基盤 → リソース数比率で配賦
│
└── 配賦不可: 150万円(5%)
└── サポート費用、Organizations管理 → 均等配賦
コストダッシュボードの設計
ダッシュボードの階層
| レベル | 対象者 | 表示内容 | 更新頻度 |
|---|
| 経営ダッシュボード | CTO/CFO | 月次サマリー、予算対比、トレンド、ユニットエコノミクス | 日次 |
| 部門ダッシュボード | 部門長 | 部門内の詳細コスト、プロジェクト別、最適化提案 | 日次 |
| チームダッシュボード | 開発チーム | サービス別コスト、リソース別コスト、異常検知 | リアルタイム |
経営ダッシュボードの設計例
═══════════════════════════════════════════════
クラウドコスト 経営ダッシュボード(2026年2月)
═══════════════════════════════════════════════
月間支出: ¥30,245,000 予算対比: 95% [██████████░]
前月比: +3.2% 前年比: +18.5%
部門別コスト:
Engineering ¥18,500,000 61% [██████░░░░]
IoT Platform ¥6,200,000 21% [██░░░░░░░░]
Data Team ¥3,800,000 13% [█░░░░░░░░░]
Others ¥1,745,000 5% [░░░░░░░░░░]
ユニットエコノミクス:
顧客あたりコスト: ¥320/月 目標: ¥300 [▲]
API呼出あたりコスト: ¥0.08 目標: ¥0.10 [◎]
ストレージGB単価: ¥2.5 目標: ¥3.0 [◎]
最適化機会: ¥4,200,000(月間支出の14%)
未使用リソース: ¥1,800,000
右サイジング: ¥1,500,000
RI/SP未活用: ¥900,000
═══════════════════════════════════════════════
ユニットエコノミクス
クラウドコストのユニットエコノミクス
| メトリクス | 計算式 | 用途 |
|---|
| 顧客あたりコスト | クラウド総支出 ÷ アクティブ顧客数 | 事業の収益性評価 |
| トランザクションあたりコスト | コンピュートコスト ÷ トランザクション数 | 処理効率の評価 |
| 売上あたりコスト比率 | クラウド総支出 ÷ 売上 × 100 | 事業のスケーラビリティ評価 |
| 開発者あたりコスト | 開発環境コスト ÷ 開発者数 | 開発環境の効率性評価 |
ユニットエコノミクスの追跡
ユニットエコノミクス トレンド(過去12ヶ月):
顧客あたりコスト:
¥400 ┤
│ *
¥350 ┤ * *
│ * *
¥300 ┤ * * *
│ * *
¥250 ┤ * ← 目標達成
└──────────────────────────────
M3 M4 M5 M6 M7 M8 M9 M10
解釈: 顧客数の増加に対してインフラコストが
リニアに増加しない → スケーラビリティが向上
コスト異常検知
異常検知の仕組み
| 検知方法 | 内容 | 精度 |
|---|
| 固定閾値 | 予算の80%/100%/120%で通知 | 低い(季節変動に対応できない) |
| 前月比較 | 前月比20%以上の増加で通知 | 中程度(成長期には誤検知が多い) |
| トレンドベース | 過去3ヶ月のトレンドからの乖離で通知 | 高い(正常な成長を考慮) |
| ML異常検知 | AWS Cost Anomaly Detection等 | 高い(パターン学習) |
エスカレーションフロー
コスト異常検知フロー:
異常検知
↓
Level 1: チーム通知(Slack)
└── 24h以内に原因を特定
├── 想定内 → 記録して終了
└── 想定外 ↓
Level 2: FinOpsチーム通知
└── 48h以内に対策を実施
├── 解決 → レポート作成
└── 重大 ↓
Level 3: クラウド戦略統括にエスカレーション
└── 緊急対策会議、予算修正の判断
まとめ
| ポイント | 内容 |
|---|
| 可視化の3レベル | 総額把握 → 配賦 → ユニットエコノミクス |
| タグ戦略 | コスト配賦の基盤。タグ漏れ対策が重要 |
| ダッシュボード | 経営・部門・チームの3階層で設計 |
| ユニットエコノミクス | ビジネスメトリクスとコストの紐づけ |
| 異常検知 | トレンドベースやMLによる自動検知 |
チェックリスト
次のステップへ
次は「コスト最適化文化」を学びます。FinOpsの「Optimize」フェーズとして、組織全体にコスト最適化の文化を根付かせる方法を身につけましょう。
推定読了時間: 30分