12ドルのバーガーコンボをデリバリーアプリで販売すると、人件費や材料費を差し引く前の段階で、プラットフォーム手数料、プロモーション割引、処理手数料を差し引かれ、手取りはわずか8.25ドルになることもあります。では、その計算を、同じ900平方フィートのキッチンで、同じフライヤー、同じウォークインクーラー、同じ2人のラインクックを共有しながら調理する3つの仮想ブランドに当てはめてみてください。今月、これら3つのブランドのうちどれが実際に利益を上げたのかを帳簿が教えてくれないのであれば、あなたは3つの事業を運営しているのではありません。3つの異なる名前で呼ばれる、非常に混乱しやすいブラックボックスを1つ運営しているに過ぎません。
これこそが、ゴーストキッチンモデルが抱える決定的な会計上の問題であり、その頻度はますます高まっています。デリバリー専用キッチン市場は、2026年には世界で900億ドルを超える規模に成長し、二桁の年間成長率で拡大しています。これは、より多くの事業者が、単一のリースからより多くの収益を引き出そうと、2つ目、3つ目の仮想コンセプトを立ち上げているためです。運用のプレイブック（1つのキッチン、複数のブランド、すべての収益はサードパーティアプリ経由）は急速に成熟しました。しかし、ほとんどの事業者の簿記はそれに追いついていません。
なぜゴーストキッチンの会計が従来のレストラン会計を壊すのか
単一店舗、単一ブランドのレストランは比較的簡単です。1つのP&L、1つのPOSフィード、1つの家賃ライン、1つの給与計算です。一方、1つの共有キッチンから2つまたは3つの仮想ブランドを運営するゴーストキッチン事業者は、入金または出金される1ドルごとに、はるかに難しい質問に答えなければなりません。このお金はどのブランドに属するのか？
この質問に真に答えることを難しくしているのは、次の3つの事柄です。
複数プラットフォームによる不均一な収益。 注文はDoorDash、Uber Eats、Grubhubからそれぞれ異なる支払いスケジュールで届き、各プラットフォームが銀行口座に入金される前に独自の取り分を差し引きます。銀行に入金された金額だけを見ている場合、あなたは純粋な現金を会計処理しているのであり、総売上高を会計処理しているのではありません。そして、各プラットフォームが実際にどれだけのコストをかけているのかを把握する能力を失うことになります。
すべてが共有されている。 家賃、光熱費、ウォークインクーラー、フライヤー、そして多くの場合人件費も、ブランド間で共有されています。各拠点が独自の壁を持つ多拠点レストラングループとは異なり、ゴーストキッチンのコスト構造は、自然にブランドごとに分割されるわけではありません。誰かが手動でその線を引かなければなりません。そして、誰も引かなければ、すべてのブランドの「利益」は、単なる推測に過ぎません。
在庫が混在している。 同じフライヤー油とウォークインクーラーを使用して、バーガーブランドとチキンウィングブランドを運営する共有キッチンは、重複する原材料（バンズ、ソース、包装材）を購入しており、これらはその夜の注文構成に応じてどちらのコンセプトにも使用されます。どの原材料がどのチケットに使用されたかを追跡するシステムがなければ、食品原価はブランド別ではなく、キッチン全体の数値になってしまいます。つまり、ブランドAがブランドBの損失を補填しているかどうかを判断できないことを意味します。
さらに、多くのゴーストキッチンが発生主義に近いハイブリッドな追跡方法（入金は遅れて銀行に到着するが、販売は数日前に行われている）を使用しているという事実が加わり、多くの仮想レストラン事業者が、ブランドを運営してから何ヶ月も経って初めて、そのブランドが収益を上げていなかったことに気付く理由が容易に理解できます。
サードパーティデリバリープラットフォームの真のコスト
ブランド間でコストを配分する前に、デリバリープラットフォームが実際にどれだけ取っているのか、正直な数値を把握する必要があります。宣伝されている手数料率（通常、プラン層に応じて15%から30%）は、実際の負担を過小評価しています。支払い処理手数料、必須のプロモーション割引、返金・チャージバックの吸収を加えると、実効コストは通常、注文合計額の30%から40%に達します。
このギャップは、マルチブランドの会計にとって非常に重要です。なぜなら、総収益と純預金は完全に異なる2つの数値であり、帳簿は両方を捕捉する必要があるからです。銀行預金だけを見れば問題ないように見えるゴーストキッチンブランドが、プラットフォームが必須プロモーションを押し付けたために実際の手数料率が上昇し、静かに出血している可能性があります。
解決策は、各プラットフォームの支払いを、単一の「デリバリー入金」項目として計上するのではなく、構成要素ごとに分類することです。
- 総注文収益 — 控除前の顧客支払額
- プラットフォーム手数料 — 基本のパーセンテージ手数料
- プロモーション割引 — 多くの場合、プラットフォームではなく、レストランが全額または一部を負担
- 決済処理 / サービス手数料
- 返金とチャージバック
- 純預金 — 実際に口座に入金される金額
ほとんどのデリバリープラットフォームは、ダウンロード可能な決済レポートでこの内訳を提供しています。簿記で純預金のみを記録している場合、どのブランドのプロモーションが利益率を減少させているかを構造的に把握できません。これは、複数のコンセプトを運営している場合に最も必要とされる可視性です。
共有家賃、光熱費、人件費を配分する3つの方法
収益がブランドごとに適切に分類されたら、次に難しい問題は、キッチンを共有するブランド間で共有コスト（家賃、光熱費、設備減価償却費、そして多くの場合人件費）を分割することです。単一の「正しい」方法はありません。一般的に、共有キッチン事業者は3つのアプローチのいずれかを使用します。正しい方法は、ブランドが実際にどのようにスペースを使用するかによって異なります。
1. 坪数配分
各ブランドが共有キッチン内に専用の準備ステーションまたは保管エリアを持っている場合、家賃、光熱費、減価償却費を各ブランドが占有する平方フィートに比例して配分できます。これはシンプルで説明可能ですが、ブランドが別々のゾーンを持たずにまったく同じ設備（1つのフライヤー、1つのフラットトップ）を共有する場合には機能しません。その場合、使用量が注文量によって大きく異なるにもかかわらず、どのブランドも他のブランドよりも多くの「平方フィート」を持っているわけではありません。
2. 売上高ベースの配分
共有コストは、期間中の総キッチン収益に占める各ブランドの割合に比例して分割されます。総注文量の60%を占めるブランドは、共有家賃と光熱費の60%を吸収します。これは、実際の使用強度に自然に比例します（高稼働のブランドは、おそらくより多くのガス、水、ウォークインスペースも使用しています）。そして、これはほとんどの共有キッチン事業者が、監督者の賃金、保険、一般諸経費などの間接費にデフォルトで使用する方法です。
3. 労働時間または機械時間ベースの配分
特に人件費に関しては、売上高ベースの分割は、あるブランドのメニューが別のブランドよりも注文ごとに労働集約的である場合（例：注文を受けてから作るブリトーのコンセプト vs. 事前に小分けされたサラダのコンセプト）、現実を誤って表す可能性があります。ブランドごとの実際の準備時間と調理時間を追跡すること（単純なシフトログでどのチケットがどのブランドに属していたかを記録するだけでも）は、人件費が売上高に比例すると想定するよりも正確な人件費配分を提供します。
実際には、ほとんどのマルチブランド事業者は方法を組み合わせています。 物理的なキッチンと設備には平方フィートまたは機械時間、保険や管理費などの一般的な諸経費には売上高シェア、給与計算には追跡された労働時間を使用します。どのような組み合わせを選択しても、重要な規律は、月次決算が締まる前に各コストカテゴリに対して説明可能な配分基準を選択し、それを一貫して適用することです。後から数字を良く見せるためにパーセンテージを埋め戻すのではありません。
ブランド別の在庫と食品原価の追跡
マルチブランドキッチン事業者がコンセプトごとの収益性を切り分けるためにますます使用している公式は、原則として単純です。
ブランド食品原価 = Σ（レシピの材料原価 × そのブランドの販売アイテム数）
ただし、これが機能するのは、レシピがユニットレベルで配分された材料原価で構築され、POS（またはアグリゲーター）データがキッチンレベルだけでなく、アイテムレベルでブランド別にタグ付けされている場合に限られます。バーガーブランドとウィングブランドが同じケースのバンズを使用している場合、バーガー注文のために取り出されたバンズは、共有の「キッチン消耗品」バケットではなく、バーガーブランドの食品原価に対してカウントされることを認識するシステムが必要です。
ここで、多くのゴーストキッチンが静かに糸を見失います。総キッチン収益に対する総食品原価の割合を追跡するのは簡単ですが、各ブランドの収益に対する食品原価の割合を追跡するのははるかに困難ですが、はるかに有用です。健全に見えるキッチン全体の食品原価率は、あるブランドが持続不可能な45%の食品原価率で運営され、別のブランドが22%で運営されていることを隠蔽する可能性があります。ブランド別の追跡のみがこれを表面化させます。
実際には、これは以下を意味します。
- 材料原価が固定され、サプライヤーの価格変更時に更新されるレシピカード
- 注文単位ではなく、ブランド/メニューでタグ付けされたPOSまたはアグリゲーターのエクスポート
- 理論食品原価（レシピによると使用すべきだった量）と実際食品原価（購入した量）のブランド別月次照合 — その差は、廃棄、ポーションのずれ、または盗難について教えてくれますが、キッチン全体でしか見ていない場合は見えません。
マルチブランドゴーストキッチンのためのシンプルな月次決算チェックリスト
- すべてのデリバリープラットフォームから決済レポートを取得し、それぞれを総収益、手数料、プロモーション、処理手数料、純預金に分解し、ブランド別にタグ付けします。
- 純預金を銀行取引明細書と照合します。 注文日と入金日の間の遅延により、今月の入金は今月の注文と完全には一致しません。これは発生主義会計では予想されることですが、無視するのではなく追跡する必要があります。
- 選択した配分方法（坪数、売上高シェア、または労働時間）を家賃、光熱費、設備減価償却費、共有給与に適用し、その分割を各ブランドのコストセンターに転記します。
- ブランド別の食品原価を計算し、ブランド別のレシピ原価と販売構成を使用して、理論値と実際の使用量を比較します。
- キッチン全体だけでなく、ブランド別のP&Lを作成します。 これは、コンセプトを維持するか、修正するか、廃止するかを判断する数値です。
- プラットフォーム手数料率の上昇を確認します。 明示的な料率変更がなくても、ブランドの実効手数料率が月々上昇している場合は、通常、プロモーション支出または返金が増加していることを意味します。
プレーンテキスト記録がマルチブランド配分の監査を容易にする理由
コスト配分は、その計算過程を示せて初めて有効です。家賃、光熱費、人件費が3つの異なる計算式を使用して3つのブランドに分割されている場合、6ヶ月後に誰もロジックを覚えていないブラックボックスのスプレッドシートは、税務申告の際に負債となり、会計士や投資家を招いて数字を確認してもらいたいと思った瞬間に頭痛の種となります。
Beancount.ioは、会計にプレーンテキストアプローチを採用しています。すべての配分、すべての仕訳、すべてのブランドのコストセンターは、バージョン管理されたテキストファイルに保存され、行ごとに読み取り、差分を確認し、監査することができます。つまり、7月の家賃をバーガーブランドとウィングブランドの間で分割するために使用した計算式がスプレッドシートのマクロに埋もれているのではなく、記録されたそのままの、透明でレビュー可能な仕訳として元帳に存在します。無料で始める そして、プレーンテキストの帳簿が、マルチブランドのコスト配分を、単に合っていることを祈るだけのものではなく、実際に説明できるものにする方法をご覧ください。