ほとんどの損益計算書が密かに隠している厳しい現実があります。それは、あなたの「優良」顧客の約5人に1人が、実はあなたに損失をもたらしているということです。彼らからの注文は売上高（トップライン）で見れば素晴らしいものに見えますが、頻繁な電話、特急対応の依頼、そして返品などは、従来の原価計算では捉えきれない方法で利益（マージン）を食いつぶしています。
「何かにかかると思われるコスト」と「実際にかかっているコスト」の間にあるこのギャップこそが、活動基準原価計算（ABC）が解決するために発明された問題そのものです。ABCは1980年代後半、製品全体に間接費を一律に配分する既存の手法への不満から誕生しました。現在では、サービス企業、製造業、病院、レストラン、ソフトウェア会社などで利用される実用的な管理手法へと進化しています。適切に実施すれば、従来の出来高基準の原価計算では見えなかった、顧客、製品、SKUごとの隠れた収益性を明らかにすることができます。
このガイドでは、ABCの仕組み、詳細に溺れることなく導入する方法、実世界での成功事例、そして初期のABCプロジェクトの課題であったメンテナンスコストの問題を解決する現代的な手法「時間主導型ABC（TDABC）」について解説します。
なぜ従来の原価計算は密かにあなたを誤らせるのか
多くの企業は、依然として1世紀前の工場と同じように間接費を配賦しています。つまり、直接作業時間、機械稼働時間、あるいは生産数量といった単一の「出来高基準」のドライバーを選択し、すべての間接費をその基準に基づいて分散させる方法です。この方法は、間接費が小さく均一で、すべての製品がほぼ同じように見える場合には機能します。
しかし、ビジネスが現代的な形態になった瞬間、この仕組みは崩壊します。3回の設計変更を伴うカスタム仕様の製品は、たとえ製造現場での作業時間が標準品と同じであっても、調達、スケジューリング、品質管理、カスタマーサービスのリソースをはるかに多く消費します。毎日メールを送り、急ぎの対応を求める小規模なクライアントは、四半期ごとの顧問料（リテーナー）で動く大規模なクライアントよりも、パートナーの手間を多く消費します。出来高基準の配賦では、こうした実態を捉えることができません。
その結果、体系的な歪みが生じます。複雑で少量、かつ手のかかる製品や顧客は原価が過小評価され、単純で大量、かつ手のかからないものは過大評価されます。マネージャーは複雑なものに安すぎる価格をつけ、単純なものに高すぎる価格をつけてしまいます。営業チームは誤った構成の製品を押し出し、顧客は真実の原価を把握している競合他社へと流れていきます。そして、売上が伸びているにもかかわらず、なぜ利益率が低下し続けるのかと頭を抱えることになるのです。
ABC の 4 つの構成要素
活動基準原価計算は、単一で大まかな配賦基準を、因果関係に基づいたマップに置き換えます。すべての ABC システムは、次の 4 つの要素で構成されています。
- 活動 (Activities)：機械のセットアップ、購買発注の処理、顧客からの問い合わせ対応、出荷品の検査、新しいバリエーションの設計など、ビジネスにおいて実行される個々の作業単位です。これらは、従業員や設備が実際に一日中行っていることです。
- コストプール (Cost pools)：関連する活動によって消費される間接費をまとめたバケツです。例えば、調達機能に投入されるすべての賃金、減価償却費、ソフトウェア、備品などがこれに当たります。
- コストドライバー (Cost drivers)：各コストプールの規模が変化する理由を説明する単位です。セットアッププールのドライバーは「セットアップ回数」、注文処理プールのドライバーは「購買発注数」、カスタマーサービスプールのドライバーは「サポート時間（分）」などが考えられます。
- コスト対象 (Cost objects)：最終的に原価を計算したい対象です。製品、SKU、サービスライン、顧客、プロジェクト、契約、流通チャネルなどが含まれます。
要素が揃えば、計算は単純です。各コストプールの合計を出し、それをドライバーの総量で割って「ドライバー単価」を算出します。そして、その単価に各コスト対象が消費したドライバーの数を掛け合わせます。その結果、製品、顧客、サービスに対して、その規模ではなく「実際に発生させた作業」に基づいて間接費が追跡されます。
ABC を 5 つのステップで導入する
実用的な ABC の導入には、コンサルタントの大軍も、1 年にわたる会議も必要ありません。ジョブショップ、法律事務所、あるいは物流会社であっても、基本的な構造は同じです。
ステップ 1：間接費を発生させる活動を特定する
現場を観察しましょう。スーパーバイザー、会計士、カスタマーサービスの責任者、現場スタッフと話をします。各部門が実際に行っている主要な活動をリストアップします。すべての細かいタスクを列挙しようとする誘惑に負けないでください。それが ABC プロジェクトが自重で崩壊する原因になります。最初の段階では、ビジネス全体で 20 から 50 程度の意味のある活動を抽出するのが適切です。
ステップ 2：活動をコストプールにグループ化する
計算を管理可能な状態に保つために、関連する活動をまとめます。一般的なプールには、単位レベルの活動（1個作るごとに発生）、バッチレベルの活動（ロットサイズに関わらずセットアップや注文ごとに発生）、製品レベルの活動（設計、製品管理、法規制への対応）、施設レベルの活動（家賃、光熱費、工場管理）などがあります。サービス業でも、バッチレベルを「クライアント対応レベル」に置き換えることで同様の階層が機能します。
ステップ 3：各プールへのコストドライバーの割り当て
各コストプールについて、プールのコストが変動する理由を最も適切に説明するドライバーを選択します。ドライバーには2つの種類があります。取引ドライバーは、セットアップ回数、検査回数、顧客オンボーディング回数などの発生回数をカウントします。期間ドライバーは、セットアップ時間、検査時間、サポート時間などの消費された時間を測定します。取引ドライバーは追跡コストが低く、期間ドライバーは、1回あたりの所要時間のばらつきが大きい場合に精度が高くなります。
ステップ 4：コストドライバー・レートの算出
各プールについて、そのプールの総間接費を総ドライバー数（ボリューム）で割ります。年間コストが480,000ドルで、12,000件の注文書を処理する調達プールのレートは、注文書1件あたり40ドルになります。360,000ドルのセットアッププールで1,500回のセットアップを行う場合、1セットアップあたり240ドルになります。600,000ドルのカスタマーサポートプールで30,000分のサポート時間が発生する場合、サポート1分あたり20ドルになります。
ステップ 5：製品、SKU、および顧客へのコストの追跡
各ドライバーのレートに、その期間中に各原価計算対象が消費したドライバー単位を掛けます。12回のセットアップ、800分のサポート、30件の注文書を必要としたSKUには、直接材料費と直接労務費に加えて、240ドル × 12 + 20ドル × 800 + 40ドル × 30 = 5,080ドルの追跡された間接費が割り当てられます。これをSKU全体で集計すれば製品収益性が得られ、顧客ごとに集計すれば顧客収益性が得られます。さらに、チャネルや地域ごとに集計すれば、チャネル別・地域別の収益性を把握できます。
製造現場における ABC の実例
標準カタログ部品とカスタム設計コンポーネントの両方を製造する中堅の加工業者を例に挙げます。伝統的なシステムでは、すべての間接費が直接作業時間に基づいて配分されます。長いバッチで稼働しセットアップが少ない標準部品は、単に作業時間を多く消費するという理由だけで、ほとんどの間接費を負担させられます。一方、絶え間ない設計変更、頻繁なセットアップ、専用の品質検査を必要とするカスタム部品は、見かけ上、欺瞞的なほど安価に見えます。
ABC分析はこの構図を覆します。セットアップ、設計変更オーダー、品質検査が独自のドライバーを持つ独立したコストプールになります。カスタム部品は、それが引き起こす作業に見合った正当なコストを負担することになります。その結果、カタログの中で最も利益率が高いと思われていたカスタムSKUの一部が実は赤字であることが判明し、逆に利益が薄いと思われていた標準部品が最も収益性が高いことが判明することがあります。これにより、価格設定、営業インセンティブ、製品の合理化に関する意思決定がすべて変わります。
これは仮定の話ではありません。1990年代初頭にある大手自動車メーカーがABCを導入した際、従来のシステムで約100ドルと評価されていた部品が、ABCの下では最大3,000ドルのコストがかかっていることが判明しました。食品加工業者、プラスチック製造業者、消費財メーカーも、SKUの30〜40％が創出する価値よりも多くの価値を破壊していることを繰り返し発見しています。これは伝統的な原価計算では完全に見えない問題です。
サービス業における ABC の活用
サービス業では、伝統的な定義によればコストのほぼすべてが間接費であるため、製造業以上にABCを必要とすることがよくあります。専門サービス会社、ITコンサルティング、保険会社、銀行、病院、物流業者などはすべて同じ課題を抱えています。クライアントや取引によって消費されるリソースは大きく異なるにもかかわらず、請求レートや価格モデルは、あたかもすべての時間や取引が同等であるかのように扱われがちです。
コンサルティング会社の場合、活動（アクティビティ）にはパートナーのコンサルテーション、ジュニアスタッフの調査、提案書の作成、請求と回収、ナレッジマネジメント、顧客オンボーディングなどが含まれるでしょう。ドライバーとしては、パートナーの時間、ジュニアの時間、提案書の数、請求書の数、新規顧客セットアップの数などが考えられます。その結果、どの案件が実際に利益をもたらし、どの案件が他からの利益を密かに食いつぶしているかが明確になります。
病院では、ABCは医療用品、手術手順、および患者パス（診療計画）の単位コストを分解するために使用されてきました。レストランでは、下準備、盛り付け、サービス、廃棄などの活動を適切に原価計算することで、どのメニュー項目が真の利益をもたらしているかを明らかにしました。物流においては、過剰なサービスプロファイルが、収益による貢献以上に利益を消費している顧客、つまり「最良」の顧客だと思っていたのが実は「最悪」であった顧客を浮き彫りにしました。
顧客および SKU の収益性：ABC の最も価値あるユースケース
ABCから得られる最大の成果は、製品原価そのものではなく、真の収益性に基づいて顧客やSKUをランク付けできる能力にあります。各顧客が引き起こす活動（アクティビティ）までコストを追跡できるようになると、おなじみのパターンが現れます。少数の顧客が並外れた利益を生み出し、中間層はほぼ損益分岐点、そして驚くほど長い「テール」部分が価値を破壊しているというパターンです。
注文頻度、カスタマイズ、返品、苦情、特急出荷、支払い条件などを完全に考慮すると、多くの場合、顧客の約20％が実質的に赤字です。売上は確かに存在しますが、サービスコスト（Cost-to-serve）がそれをすべて食いつぶし、さらに持ち出しになっています。ABCがなければ、間接費が均等に分散されるため、誰もが利益を上げているように見え、この事実は一切見えません。
戦略的な対応は、必ずしも不採算顧客を切り捨てることではありません。最小注文数量の設定、特急注文への追加料金、簡素化された製品バリエーション、セルフサービスポータルの導入、あるいは関係に要する実際の作業量と価格を一致させる異なる価格層の設定など、サービスの提供方法を再設計することです。一部の顧客は新しい条件を受け入れて収益性が改善し、一部の顧客は競合他社へ去り、競合他社の問題となるでしょう。どちらの結果になっても、自社の収益性は向上します。
ABCプロジェクトを失敗させる一般的な落とし穴
活動基準原価計算（ABC）は劇的な成功をもたらすこともあれば、悲劇的な失敗に終わることもあります。失敗のパターンは予測可能です。
- モデルの過剰設計（オーバーエンジニアリング）。 あらゆる微細な活動のコストを算出しようとするあまり、数百ものコストプールとドライバーを抱え込むことになり、モデルの維持に時間を取られすぎて誰もその出力を利用しなくなります。まずは、最も重要な20〜30の活動から始めましょう。
- 調査ベースの時間配分。 第一世代のABCでは、従業員に各活動に費やした時間の割合を推定させていました。これらの推定値には偏りがあり、収集コストが高く、ワークフローが変化した瞬間に陳腐化してしまいました。
- 未利用能力（未使用キャパシティ）の無視。 リソースコストの100%を実際の活動に配分すると、遊休能力が生産的であるかのように見えてしまいます。現代のABCは、未利用能力のコストを明示的に測定・報告します。通常、ここには最も実行可能な洞察が隠されています。
- モデルの放置。 ドライバーの量、製品ミックス、プロセスステップは常に変化します。少なくとも年に一度は更新されないABCモデルは、すぐに信頼性を失い、静かに放棄されます。
- ABCと財務報告の混同。 ABCは経営判断のためのツールです。外部報告用のGAAP（一般に認められた会計原則）に基づく原価計算を置き換えるものではなく、価格設定、製品ミックス、業務上の意思決定に情報を提供するために並行して運用されるものです。
時間駆動型ABC：よりシンプルで拡張性の高いモデル
この分野における最も重要な進化は、2000年代半ばにロバート・キャプランとスティーブン・アンダーソンによって開発された「時間駆動型活動基準原価計算（TDABC）」です。TDABCでは、モデルを活動ごとの2つの推定値に絞り込みます。それは、活動を実行するリソースの単位時間あたりのコストと、活動の各インスタンスに必要な時間です。
例えば、カスタマーサービスチームのキャパシティ・コストレート（総コスト ÷ 期間内の実質的な利用可能分数）と、各トランザクションタイプの平均所要分数がわかれば、あらゆる組み合わせや量のトランザクションのコストを数秒で算出できます。新しいサービスの種類を追加する場合も、モデルを再設計するのではなく、一つの時間方程式を追加するだけで済みます。
TDABCは何百万ものトランザクションにスケールし、未利用能力を自動的に可視化します。また、時間は観察されるか業務システムから直接取得されるため、従業員アンケートの問題も回避できます。従来のABCでは重すぎた病院、銀行、物流センター、ソフトウェア企業などでTDABCが活用されています。現代のサービス業務やデジタルで追跡される業務のほとんどにとって、TDABCはより実用的な出発点となります。
まとめ：ABCを真に支える簿記
明確な会計基盤がなければ、これらは機能しません。ABCやTDABCは、正確なコストプールの合計（間接費が実際にどこに蓄積されているか）、信頼できるドライバーの量データ（セットアップ、注文、サポート時間、労働時間がどれだけ消費されたか）、そして製品、サービス、顧客への追跡可能なつながりに依存しています。
これは実務上、単なる規制対応の報告だけでなく、経営の可視化のために設計された勘定科目表が必要であることを意味します。主要な活動に沿った部門別のサブアカウント、トランザクションデータをコストオブジェクトに関連付けられる業務システム、そして、一つのオーバーヘッドプールに強引にまとめられるのではなく、平易な言葉で真実を語る総勘定元帳が必要です。
プレーンテキスト会計はこのモデルに特によく適合します。すべてのトランザクションが人間にとって読みやすく、タグ付けやクエリが可能であるため、会計システムと戦うことなく、補助的なコストプールやドライバーのデータセットを構築できます。また、帳簿がバージョン管理されているため、ABCが必然的に引き起こす構造的な変更（新しいサブアカウント、分類の精緻化、定期的なモデルの更新）も、場当たり的な振替伝票の山ではなく、クリーンな監査証跡として残ります。
最初から明確な財務基盤を維持する
活動基準原価計算は、基礎となる数値が信頼でき、追跡可能である場合にのみ価値を提供します。活動をマッピングし、コストプールを構築し、顧客やSKUごとの収益性を掘り下げるにつれ、簿記の質が洞察の質の限界を決定するようになります。Beancount.io は、透明性が高く、バージョン管理が可能で、AIによる分析にも対応したプレーンテキスト会計を提供します。これは、本格的なコストモデルが必要とする理想的な基盤です。無料で始めることで、ABCやTDABC、その他あらゆる経営判断ツールを実際に機能させるための財務的な明快さを構築してください。