3人からなるカオスエンジニアリングの会社が、中堅フィンテック企業向けにゲームデーを実施し、2週間のエンゲージメントに対して$18,000を請求し、さらにクライアントが直接調達したがらなかった年間$4,000のGremlinまたはAWS Fault Injection Simulatorのライセンスをパススルーで代行購入したとする。半年後、創業者はP&Lを眺めて「コンサルティング収益」として$22,000が計上されているのを見つけるが、単純な問いに答えられない。実際のエンジニアリング業務そのものは、無報酬のソフトウェア再販業者になっていた部分を除けば、どれだけ利益を出していたのか、と。
これは今やありふれた問題になっている。カオスエンジニアリングがNetflix特有の物珍しい取り組みから、エンタープライズのレジリエンス・プログラムにおける標準的な項目へと移行するにつれ、その周辺にはブティック型のコンサルティング会社が数多く生まれた。レジリエンス監査を行い、ゲームデーのワークショップをファシリテートし、専属のSREチームを雇いたくないクライアントのために自動化されたフォールトインジェクションのパイプラインを構築する会社たちだ。エンジニアリングの内容自体はよく理解されている。一方で経理はたいてい理解されていない。なぜならこうした会社は、1つの事業体の中で本質的に異なる2つのビジネスを同時に運営しているからだ。プロジェクトベースの波の大きい収益を持つサービス事業と、経常的で低マージンなパススルー・キャッシュフローを持つソフトウェア再販事業である。これらを勘定科目表の中で混ぜてしまうと、どちらが実際に利益を生んでいるのかが見えなくなる。
カオスエンジニアリング企業に特有のこの問題
一般的な戦略コンサルティング会社は稼働時間に対して請求し、それで終わりだ。一方カオスエンジニアリングの実務では、通常3つか4つの異なる収益ストリームが同時に走っている。
- レジリエンス監査 — 実際のフォールトインジェクションを行う前に、クライアントのアーキテクチャ、依存関係グラフ、障害ポイントをレビューする固定報酬または時間制のエンゲージメント。これは診断的な業務であり、通常はレポートと優先順位付けされた実験バックログという形で納品される。
- ゲームデー facilitation — チームが障害シナリオを計画し、ステージング環境や本番環境に対して実行し、クライアントのエンジニアにインシデント対応をコーチングする実際のライブイベント。ゲームデーはシステムだけでなく、それを取り巻く人間やランブックも試すものであり、だからこそ継続的な自動化カオステストとは異なる価格設定・スコープになる。
- 自動化・プラットフォーム構築 — CI/CDの中に反復的なカオス実験を組み込む作業で、ワークショップというよりソフトウェアエンジニアリングの納品に近く、マイルストーン付きのプロジェクトとして請求されることが多い。
- ツールの再販・パススルー — Gremlin、Harness Chaos Engineeringといったプラットフォームのライセンスを再販・管理したり、AWS Fault Injection SimulatorやAzure Chaos Studioのようなクラウドネイティブサービスをクライアントに代わって設定したりすること。マークアップを乗せる場合もあれば、便宜として原価のまま行う場合もある。
これらはそれぞれコスト構造が異なり、マージンのプロファイルも異なる。そして決定的に重要なのは、あなたが米国の法人としてGAAP準拠に近い帳簿を銀行、投資家、あるいは自分自身の意思決定のために作成しているなら、ASC 606の下での収益認識の扱いも異なるという点だ。これらを1つの「コンサルティング収益」勘定にまとめてしまうと、ゲームデー facilitationが80%のマージンを持つ一方でツール再販はわずか8%のマージンしかなく、管理コストに見合わないという事実が見えなくなる。
クライアント別ではなく収益ストリーム別に勘定科目表を構成する
カオスエンジニアリング・コンサルティング会社ができる最もレバレッジの高い経理上の変更は、収益勘定をクライアントや請求書単位ではなく、提供する業務の種類で分割することだ。典型的な構成は次のようになる。
Income:Consulting:ResilienceAudits
Income:Consulting:GameDayFacilitation
Income:Consulting:AutomationBuildOut
Income:ToolingResale:Licenses
Income:ToolingResale:CloudUsagePassThroughレジリエンス監査に続いてゲームデーを実施し、Gremlinのライセンスも含めたバンドル型のエンゲージメントをクライアントに請求する場合、その1枚の請求書は、単に「プロジェクトX — $22,000」という1行の丸めた金額として計上するのではなく、帳簿上は少なくとも上記の3つの勘定に分割する必要がある。Beancountのような複式簿記のプレーンテキスト形式では、これは複数の記帳行を持つ1つのトランザクションになる。
2026-07-16 * "Fintech Client Co" "Resilience audit + game day + Gremlin license"
Assets:AccountsReceivable:FintechClientCo 22000.00 USD
Income:Consulting:ResilienceAudits -6000.00 USD
Income:Consulting:GameDayFacilitation -12000.00 USD
Income:ToolingResale:Licenses -4000.00 USDこのトランザクションが一度存在すれば、任意の時点でサービスライン別の実際の収益性レポートを実行できるようになる。3月になって会計士からマージンが不安定に見える理由を尋ねられたときに、記憶や古い提案書から復元する必要はなくなる。
ツール再販の罠: パススルー対マークアップ対エージェンシー
サードパーティ製のカオスエンジニアリング・ツールのライセンスを再販・管理することこそ、こうした会社が帳簿と税務上の扱いを最も誤りやすいポイントだ。3つの異なる取り決めがあり、それらは決して同じ勘定科目を共有すべきではない。
- 純粋なパススルー: Gremlinに$4,000を支払い、クライアントにちょうど$4,000を請求し、マークアップを一切乗せない場合。一部の会社はこれを総額ではなく純額(マージンのみ、つまり$0)で計上する。エンゲージメントレターにおいて、あなたが再販業者ではなくクライアントの購買代理人として位置づけられている場合、これはASC 606の下での代理人対本人の取り扱いに該当する可能性がある。つまり、ベンダーへの支払いとクライアントからの返済を、両建てで収益とCOGSを膨らませるのではなく、相殺として記録することになる。これが重要なのは、トップラインの収益額が変わり、それが融資契約の財務制限条項からバイヤーがあなたの会社を収益倍率でどう評価するかまで、あらゆることに影響するからだ。
- マークアップ付き再販: 同じライセンスを$4,000で購入し、クライアントに$5,000を請求して$1,000のスプレッドを得る場合。ここではあなたは本人として行動している ― 財やサービスが顧客に移転する前にあなたがそれをコントロールしている ― ため、$5,000全額を収益として、$4,000を売上原価として計上すべきであり、$1,000に純額化すべきではない。純額で計上すると、バイヤーや貸し手が別々に見たいと考える収益とCOGSの両方の行が過小に表示されてしまう。
- クライアントが直接調達する: 最もクリーンな取り決め ― クライアントが自身でGremlinやFISの契約を持ち、あなたはそれを単に管理するだけだ。この場合あなたの帳簿には一切何も計上されない。だからこそ、規模が拡大するにつれてより多くのコンサルティング会社がクライアントに直接調達を促すようになっている。それにより、低マージンでキャッシュフローのタイミングリスクを伴う事業ライン全体をP&Lから取り除くことができるからだ。
どのパターンを使うにせよ、クライアントとの関係ごとに1つを選び、それを一貫させること ― 同じベンダーに対して異なるクライアントの間で代理人と本人の扱いを、文書化された理由もなく混在させることは、通常の経理レビューを長引く調査へと変えてしまう典型的な不整合だ。
固定報酬監査とマイルストーンベースのゲームデーにおける収益認識
レジリエンス監査とゲームデーのワークショップは通常固定報酬で販売されるが、ASC 606の下では「請求書が支払われた時点ですべて認識する」という意味にはならない。この基準は、パフォーマンス義務が充足されるにつれて収益を認識することを求めており、クライアントがあなたの提供する便益を、提供と同時に受け取り消費しているかどうかに応じて、一時点で認識するか、期間にわたって認識するかが決まる。
- 2週間のエンゲージメントの最後に1本のレポートとして納品されるレジリエンス監査は、通常は一時点認識になる。たとえ前払いで50%を請求していたとしても、レポートが納品され受領されるまでは収益に計上されない。その入金は納品まで負債勘定(
Liabilities:DeferredRevenue:ResilienceAudits)に置いておく。 - 障害シナリオ文書、インシデントのタイムライン、最終的な振り返りといった日次の成果物を伴う複数日にわたるゲームデーのエンゲージメントは、クライアントが最後に一括で価値を受け取るのではなく、段階的に受け取り利用していくため、しばしば期間にわたる認識の対象になる。
- (ステージングパイプラインの稼働、本番実験のスケジュール設定、ダッシュボードの引き渡しといった)契約上のマイルストーンを伴う自動化構築は、マイルストーンごとに認識すべきであり、これはプロジェクト完了時の1回の大きな支払いを待つ必要がなくなるため、キャッシュフロー予測を格段に容易にするという副次的な利点もある。
これを誤ると、後々の監査で頭痛の種になるだけでなく、事業に対する自分自身のリアルタイムの見立てまで歪めてしまう。$30,000の前受金が入金された日に収益として計上し、監査自体は2か月後に納品するような会社は、1か月目には実態よりはるかに利益が出ているように見え、3か月目にははるかに利益が出ていないように見える。これは次のエンジニアを雇うべきかどうかを判断する材料としては悪いものだ。
稼働率とエンゲージメント種別ごとの真のマージンを追跡する
収益が正しく分割できたら、次のステップはそれに対してコストを対応させることだ。カオスエンジニアリングのコンサルタントは通常シニアレートで請求されるため、労務費の配賦は他の低マージンなサービス業よりも重要になる。エンゲージメント種別ごとに、以下を追跡する。
- 直接労働時間 を、大まかな「コンサルティング時間」ではなく特定のエンゲージメントに対して計測する ― これにより、40時間として見積もったレジリエンス監査が実際には65時間かかったことがわかり、次回の価格設定を見直す材料になる。
- ツールコスト を、一般的なソフトウェア費用の行にまとめるのではなく、そのライセンス購入の起因となった特定のクライアント関係に配賦する。
- 出張・オンサイトのコスト を対面のゲームデーについて計上する。これは同一内容のリモートエンゲージメントと比べてマージンを大きく変えうる。
その成果として得られるのは、実際に何かを教えてくれるエンゲージメント種別別のマージンレポートだ。この分野の多くの会社は、レジリエンス監査と自動化構築が最も強いマージンを持つことに気づく ― それらは純粋なエンジニアリング時間だからだ。一方でファシリテート型のゲームデーは、高いデイレートを設定しているにもかかわらず、シニアファシリテーターの時間、出張、事前のシナリオ設計をすべて織り込むと、マージンが薄くなる。帳簿を分けていなければこれは見えないが、分けていれば、次の見込み客との率直な価格交渉の材料になる。
エンジニアリングの規律を財務記録にも持ち込む
ここには、カオスエンジニアリングの実務者ならすぐに共感できる自然な類似性がある。この分野全体は、テストしていないシステムは信頼できず、不透明で検査しづらいインフラは最終的にあなたを破綻させる障害モードを隠している、という考え方の上に成り立っている。それはスプレッドシートやブラックボックスの会計SaaSツールについても同じだ ― あなたが求めてもいないのに、ツール再販をコンサルティング収益と相殺してしまうようなツールでは、被害が出るまでマージンが間違っていたことに気づけない。プレーンテキストでバージョン管理された帳簿は、あなたがインフラストラクチャ・アズ・コードに求めるのと同じように、すべての記帳を検査可能・差分比較可能・監査可能にする。そして収益ストリームをトランザクションレベルで分離しておくこと(後から記憶を頼りに復元するのではなく)こそが、月次の収益性レビューを月次の発掘作業ではなく実際に可能なものにしてくれる。
財務管理をシンプルに
カオスエンジニアリングの実務が創業者主導の小規模チームを超え、複数のエンゲージメントを同時に抱えるチームへと成長していく中で、レジリエンス監査の収益、ゲームデー facilitation、ツール再販をきちんと分離しておくことこそが、価格設定の判断とマージン分析をそもそも可能にする。Beancount.ioは、あなたの財務データに対する完全な透明性とコントロールを提供するプレーンテキスト会計です ― ブラックボックスも、ベンダーロックインもありません。今すぐ無料で始める。開発者や技術系コンサルティング会社がプレーンテキスト会計に切り替えている理由をご覧ください。