マネージドサービスプロバイダーの経営者に、自社の収益性を尋ねると、大抵の場合は月末の銀行残高という一つの数字を指さすでしょう。しかし、その現金を実際に生み出しているのは、月次の継続契約なのか、再販しているハードウェアなのか、それとも単発の移行プロジェクトなのかを尋ねると、答えは急速にあいまいになります。
そのあいまいさはコストがかかります。継続的な人件費、再販したハードウェア、プロジェクト業務を単一の収益ラインに混在させているMSPは、帳簿上は利益を上げているように見えても、実際には再販するサーバーごとに静かに損失を出しているかもしれません。あるいは、最大の契約を結んでいる「成長」クライアントが、ずっと赤字で推移していることに1年遅れて気づくかもしれません。マネージドサービスの粗利益率は通常50～60%ですが、ブレイクフィックスやハードウェア再販は30～40%程度、プロジェクト業務はその範囲の正確さ次第で45～60%の間を変動します。これらを平均して一つの数値にしてしまうと、どのレバーを引くべきかがわからなくなります。
この問題を解決するのは、より多くのスプレッドシートではありません。それは、MSPが実際にどのようにお金を稼いでいるかに基づいて構築された勘定科目表です。
「ITサービス収益」が鈍器でしかない理由
汎用的な簿記の設定（収益勘定が一つ、売上原価勘定が一つ）は、一つのものを販売するビジネス向けに設計されています。MSPは、根本的に異なる少なくとも三つのものを販売しており、それぞれに独自のコスト構造、利益率プロファイル、季節性があります。
- 継続的なマネージドサービス（MRR）：ヘルプデスク、監視、パッチ適用、セキュリティに対する定額またはシート単位の月額料金。高利益率、予測可能、企業価値評価の基盤です。
- ハードウェアおよびソフトウェアの再販：ファイアウォール、スイッチ、エンドポイント、ライセンス更新をディストリビューターから購入し、マークアップして販売します。低利益率、不定期で、仕入れ値と販売価格を追跡していなければ価格を過小設定しやすいです。
- プロジェクトおよびタイム＆マテリアル（T&M）業務：移行、構築、単発のコンサルティングを時間単位または固定料金の範囲で請求します。利益率は、プロジェクトの見積もりが正確だったかどうかに完全に依存します。
これら三つすべてが同じ「サービス収益」のバケツに入ってしまうと、どれが実際にビジネスを支えているのかを見極める能力を失います。継続的なサポートが会社全体に資金を提供している一方で、ハードウェア再販がすべての取引で損をしているというのはよくある話であり、P&Lがそれらを分離していないため、経営者はそれに気づきません。
MSP固有の勘定科目表の構築
最小限の実用的な構造は、収益とそれに対応する売上原価を少なくとも4つのカテゴリに分離します。
1. 継続的なマネージドサービス収益 月額契約料金（ヘルプデスク、RMM/監視、パッチ管理、バックアップ、セキュリティ）。これを、サポートスタッフの技術者給与、RMM/PSAツールのライセンス料、および外部委託されたNOCコストを含む「継続サービス売上原価」バケットと照合します。ここで、あなたの主要な粗利益率は50～60%の範囲に収まるべきです。これより低い場合は、価格設定または人員稼働率に注意が必要です。
2. ハードウェアおよびソフトウェア再販収益 ディストリビューターから購入して再販するすべてのデバイス、ライセンス、またはサブスクリプション（ファイアウォール、スイッチ、Microsoft 365シート、エンドポイントライセンス）。実際のベンダー請求書コストである「再販売上原価」と照合します。この利益率を個別に追跡し、継続収益の中に隠れさせないでください。ディストリビューターの値上げや交渉が不十分なマークアップは、P&L全体の平均を引き下げる代わりに、ここにすぐに表示されます。
3. プロジェクト / T&M収益 移行、ネットワーク構築、セキュリティ評価など、月次契約の範囲外で見積もられ請求されるものすべて。サポート業務を行うのと同じ技術者であっても、その時間をプロジェクトコードで追跡し、外部委託先や専門家のコストとともに、「プロジェクト売上原価」と照合します。
4. 繰延収益（負債であり、収益ではない） 前払いされた年次契約は、古典的なMSPの罠です。クライアントが12ヶ月契約に対して24,000ドルを前払いした場合、全額24,000ドルを1月の収益として認識すると、その月を過大評価し、残りの11ヶ月を過小評価することになります。全額を繰延収益負債勘定に計上し、サービスが実際に提供される毎月、1/12を獲得した収益として認識します。これは、収益は現金が到着したときではなく、獲得されたときに認識されるという対応原則の直接的な適用であり、現実を反映したP&Lと、単に請求カレンダーを反映したP&Lとの違いを生み出します。
大規模に複数の事業ラインに販売している場合は、会計ソフトウェアでクラスやロケーションを用いてこの構造をミラーリングし、四半期ごとに勘定科目表を再構築することなく、セグメントごとの収益性レポートを引き出せるようにします。
実際に何かを教えてくれる指標
収益が分離されれば、いくつかの数値が簿記を経営管理ツールに変えます。
- 総収益に占める継続収益の割合。 最高クラスのMSPは、収益の65～90%が契約済みMRRです。この割合が高いほど、ビジネスは予測可能であり、売却時の価値も高まります。
- 収益ラインごとの粗利益率（混合ではない）。 複合粗利益率が42%で問題なく見えても、継続サービスが実際には58%で、ハードウェア再販が8%で推移している場合、ベンダー条件の再交渉や価格の再設定をどこで行うべきかが正確にわかります。
- 技術者稼働率： 請求可能（またはサービス提供）時間を総利用可能時間で割ったもの。健全な範囲はおおよそ65～75%です。85%を超えると、通常は技術者が過剰に予約されており、バーンアウトと品質の問題が迫っていることを意味します。60%を下回ると、通常は現在の契約量に対して人員が過剰であることを意味します。
- 技術者一人当たりの収益。 価格設定と人員効率の有用な健全性チェックです。健全なMSPは通常、フルタイム技術者一人当たり15万～20万ドルの範囲に収まりますが、これはサービス構成によって異なります。
- 継続収益維持率。 アップグレード、ダウングレード、解約を差し引いた正味で、契約ベースが実際に成長しているのか、それとも単に置き換えられているだけなのかを示します。
これらのどれも、単一の複合収益数値からは見えません。勘定科目表が分離作業を行って初めて見えるようになります。
複利効果をもたらすキャッシュフローの習慣
勘定科目表に加えて、いくつかの運用習慣がMSPの帳簿とキャッシュポジションを健全に保ちます。
- 継続的な請求を自動化して、契約請求が毎月手動で行うことなくスケジュール通りに送信されるようにします。
- 継続的な料金は、ネット30日請求書を待つ代わりに、事前承認された引き落としまたは自動請求で回収します。これだけで、「なぜ売掛金が経年劣化しているのか」という会話のほとんどを排除できます。
- 未払い請求書は、現金が逼迫したときに事後対応的に追跡するのではなく、定期的な間隔（隔週が妥当なデフォルト）で追跡します。
- 月末に記憶から行うのではなく、発生時にクライアントとプロジェクトごとに経費を配分します。領収書をクライアントやプロジェクトコードにタグ付けする領収書キャプチャツールは、上記のプロジェクト利益率の数値を有意義に正確にします。
これがあなた自身の帳簿とどのように結びつくか
ここにあるすべての原則（収益ストリームの分離、コストとそれが生み出す収益の対応、前受収益の獲得までの繰延）は、標準的な複式簿記です。MSPがこれを間違える理由は、会計が特殊だからではありません。ほとんどの中小企業向け会計ツールは、設定が簡単だからという理由で、単一のフラットな収益勘定へと誘導し、契約や再販数量が増えた後で誰も修正に戻らないからです。
Beancount.ioは、逆のアプローチを取ります。勘定科目表がブラックボックスのドロップダウンではなく、あなたが管理するファイルであるプレーンテキスト会計です。継続サービス、再販、プロジェクト収益を明確な上位レベルの勘定科目として設定し、その下にそれぞれの売上原価を対応させることは、サポートチケットではなくテキスト編集であり、すべての変更はバージョン管理されるため、勘定科目構造がいつ、なぜ変更されたかを正確に確認できます。MSPの収益ラインを分割しようと考えていながら、ソフトウェアの移行を恐れているなら、Beancount.ioを試して、適切にセグメント化されたP&Lによって次の価格設定の意思決定がどれほど明確になるかをご確認ください。
財務管理をシンプルに
継続サービス、ハードウェア再販、プロジェクトの利益率を整理するのに、新しいソフトウェアは必要ありません。必要なのは、ビジネスが実際にどのようにお金を稼いでいるかに合った勘定科目表です。Beancount.ioは、透明性が高く、バージョン管理され、サービス構成の変更に応じて再構築が容易なプレーンテキスト会計を提供します。ブラックボックスもベンダーロックインもありません。無料で始めて、銀行口座の数字だけでなく、収益ラインごとにMSPの本当の利益率を確認してください。