EC M&Aで買い手が見る在庫・広告・顧客データの整え方

EC事業のM&Aでは、売上高や営業利益だけでなく、その数字を生み出した在庫、広告、顧客基盤がどの程度つながっているかを確認されます。管理画面の数字を並べただけでは、買い手は「在庫を追加すれば同じ売れ方を再現できるのか」「広告費を維持しても利益が残るのか」「既存顧客へ継続して働きかけられるのか」を判断できません。

本稿では、EC運営者が日常的に扱うSKU、受注、広告、会員データを、M&Aの検討資料へ落とし込む方法を解説します。目的は見栄えの良い資料を作ることではなく、元データから月次損益までの経路を説明できる状態にすることです。個人情報、広告アカウント、モールのデータを共有できる範囲は、契約、各サービスの規約、法令、案件の進行状況によって異なります。実際の開示は専門家と相談し、必要性と安全性を確認しながら進めてください。

買い手が見ているのは三つの数字の「接続」

在庫、広告、顧客データは別々の資料に見えますが、ECの収益構造では連動しています。広告で新規顧客を獲得し、その顧客が初回商品を購入し、在庫が出荷され、一定割合が再購入する。この一連の流れが、売上、売上原価、販促費、物流費として損益計算書に表れます。買い手は各指標の良し悪し以上に、数字同士が矛盾していないかを確かめます。

たとえば広告管理画面では売上が伸びていても、受注データでキャンセルと返品を控除すると貢献利益が残っていないことがあります。会員数が多くても、配信可能な会員、購入履歴のある会員、休眠会員を区別しなければ再購入の見通しは立ちません。SKU別在庫が帳簿上は十分でも、売れ筋の欠品と不動在庫が同時に起きていれば、成長には追加の運転資金が必要です。このような接続を説明できることが、資料の信頼性につながります。

最初にデータの基準日と集計単位を固定する

資料作成を始める前に、基準日、対象期間、税の扱い、キャンセルの扱い、売上計上日を決めます。受注日基準の販売管理データと、出荷日基準の会計売上をそのまま比較すると差額が生じます。モール入金は手数料控除後、広告管理画面の売上は計測期間内の推定値、会計は税込・税抜が混在している、といった違いも珍しくありません。

実務では「2024年4月から2026年3月まで、月次、税抜、出荷完了ベース」のように定義を明記し、例外を注記します。チャネル名、商品コード、広告媒体名も表記を統一します。旧SKUと新SKUが同一商品なら変換表を用意し、セット商品は親SKUと構成品の関係を残します。定義書は地味ですが、デューデリジェンスで同じ質問に何度も答える負担を減らす土台になります。

SKUマスターは在庫表より先に整える

在庫を説明するときは、まず商品を一意に識別できるSKUマスターを作ります。最低限、商品コード、商品名、カテゴリ、販売状態、仕入先、標準原価、販売開始日、終売予定、賞味・使用期限の有無、保管温度帯、ロット管理の有無をそろえます。色や容量が違うだけでコードが分かれている商品、複数商品を束ねたセット、ノベルティも区別します。

OEM先の品番と自社SKU、倉庫のロケーションコード、モールの商品管理番号が異なる場合は、対応表が必要です。対応表がないと、商品別粗利、広告別売上、倉庫在庫を突合できません。終売品を現行品に見せたり、無償サンプルを販売在庫に含めたりせず、販売可能性に応じて状態を分けることが大切です。

在庫は数量・原価・販売可能性の三層で示す

買い手が知りたい在庫は、総額だけではありません。数量は合っているか、その原価は何を含むか、通常価格で販売できるかを確認します。在庫一覧には、SKU別数量、帳簿単価、帳簿金額、最終入庫日、最終販売日、倉庫区分、引当済み数量、不良・返品隔離分を持たせます。輸入商品なら、商品代に加えて関税、国際送料、検品費などを原価へどう配賦しているかも説明します。

販売可能性は、通常販売、値引き販売、セット消化、返品予定、廃棄見込みなどに区分します。会計上の評価と、M&Aの取引条件上の評価が一致するとは限りません。いつ、どの資料を基に、誰が評価したのかを記録し、在庫価格は譲渡対価に含めるのか、クロージング時に実数精算するのかを契約交渉で確認します。

滞留在庫を経過月数だけで決めない

最終販売から180日以上という機械的な分類は出発点にはなりますが、商品の季節性や再販計画を無視すると実態を誤ります。季節商品は前年同月との比較、定期購入用の同梱物は契約者数との比較、交換部品は本体の稼働台数との比較が必要です。食品、化粧品、健康関連商品では期限までの残存期間と、通常の月販数量を重ねて消化可能性を見ます。

滞留理由も、需要低下、発注ロット過大、パッケージ変更、広告停止、欠品回避の安全在庫に分けます。理由が違えば打ち手も異なります。売却準備のために一時的な大幅値引きをすると、粗利率やブランド価格を崩す可能性があります。在庫削減策を実行する前に、通常運営への影響と買い手への説明を検討します。

棚卸差異と倉庫別残高を月次で追う

自社倉庫、外部3PL、FBA、モール指定倉庫、委託販売先など複数拠点に商品がある場合、拠点別残高を合算できる表を作ります。移動中在庫、返品検品中、受注引当済み、入荷未検収を別欄にし、二重計上を避けます。月末残高は「前月末＋当月入庫－出庫－廃棄±調整」と動きがつながるか確認します。

実地棚卸とシステム残高の差異が続いている場合は、原因と修正手順を隠さず整理します。セット組み替え、同梱サンプル、倉庫間移動、返品再入庫は差異が出やすい処理です。クロージング前後の棚卸方法、立会いの要否、基準時刻についても、案件ごとに合意が必要になります。

広告データは媒体指標と事業指標を分ける

Meta、Google、LINE、アフィリエイト、モール内広告などは、計測方法も成果の帰属期間も異なります。媒体が表示するROASを横並びにするだけでは比較できません。広告資料では、媒体費、運用手数料、制作費、ポイント・クーポン原資を区別し、受注側の売上と粗利につなげます。媒体内コンバージョンと、実受注、出荷完了、返品控除後売上の差を月次で示すと、計測の癖が伝わります。

広告費を増やした月は売上だけでなく、CPA、新規顧客数、初回購入商品の粗利、一定期間後の再購入を確認します。既存顧客へのリターゲティングが多い場合、媒体ROASが高くても純粋な新規獲得力を過大評価するおそれがあります。ブランド指名検索や自然流入を広告成果へ含めているかも注記します。

キャンペーン名とLPを保存し、再現条件を残す

月次集計だけでは、好調月の再現性を判断できません。キャンペーンID、配信目的、対象商品、訴求、オーディエンス、LP URL、配信期間、予算、成果を一覧にします。LPを上書きしている場合は、公開時点のスクリーンショットや版を残します。バナー、動画、撮影素材について、制作会社との契約や出演者の利用条件を確認することも欠かせません。

勝ちクリエイティブが代表者本人の出演に依存している、季節イベントでしか使えない、キャンペーン終了後は利用できない、といった条件は事業価値に影響します。逆に、企画から入稿、改善までの手順と判断基準が残っていれば、担当者が変わっても運用を引き継ぎやすくなります。

広告アカウントの共有は権限表から始める

ログインIDとパスワードを資料として渡す方法は避け、管理者、運用担当、代理店、請求先、二要素認証の管理者を権限表にします。個人のSNSアカウントに事業用資産がひもづいている場合は、切り離しが可能か、サービス提供者の手続や規約を確認します。アカウントそのものを譲渡できるとは限らず、事業用資産への権限付与や新環境への移行になる場合があります。

初期検討では媒体別の集計表と画面の一部確認で足りることがあります。管理画面へのアクセスが本当に必要になった段階で、閲覧専用権限、対象期間、閲覧者、ダウンロード可否を決めます。代理店契約に第三者開示の制限があれば、事前承諾の要否を確認します。

顧客基盤は「人数」ではなく状態別に数える

会員数は、購入者、メール配信可能者、LINE友だち、定期契約者、退会者、長期休眠者など、状態が重なります。延べ登録数を一つの資産のように表示せず、定義と重複排除の方法を明記します。購入回数、最終購入日、初回購入商品、累計購入金額を用いてコホートを作ると、既存顧客売上の持続性を見やすくなります。

リピート率は「2回以上購入した顧客の割合」「初回購入者が90日以内に再購入した割合」など複数の定義があります。どの定義を使ったかを明らかにし、分母が小さい月はその影響も説明します。定期購入では申込件数だけでなく、継続回数、解約、スキップ、決済失敗、返金を区別します。

LTVは観測期間と粗利ベースを明らかにする

LTVを提示するなら、売上ベースか粗利ベースか、観測期間は何か、獲得後まだ期間が経っていない顧客をどう扱ったかを記載します。将来の購入を仮定したモデル値と、実績累計値は分けます。商品カテゴリや初回オファーによって継続が大きく違う事業では、全顧客平均だけでなくコホート別に見せます。

買い手にとって重要なのは、過去の高いLTVそのものより、同じ獲得チャネルと商品体験を維持したときにどこまで再現しそうかです。送料改定、価格改定、定期購入条件の変更、主力商品の欠品など、コホートに影響した出来事を時系列で添えると、数字の読み違いを防げます。

顧客データは集計情報から段階的に開示する

初期段階では、顧客名、住所、メールアドレス、注文番号を含まない集計情報で事業性を説明できるようにします。地域、年齢層、購入頻度などの属性も、少人数の組み合わせから個人が推測されない粒度を検討します。詳細な確認が必要になった場合も、目的、閲覧者、項目、保存期間、削除方法を決め、NDAを締結すれば無条件に開示できると考えないことが重要です。

個人情報をM&Aの検討や承継に伴って扱う場面では、取引の形態、プライバシーポリシー、同意内容、委託関係、適用法令を個別に確認します。メールやチャットへの添付ではなく、アクセス制御、操作記録、有効期限を設定できる共有環境を検討します。最終的な移管対象と移管方法は、法務専門家やシステム担当者を交えて設計します。

返品・値引き・ポイントを粗利へ戻す

ECの「売れた」は、受注、決済、出荷、返品期間経過で意味が変わります。商品別粗利を作る際は、キャンセル、返品、返金、値引き、クーポン、ポイント負担、決済手数料、配送料、梱包資材をどの段階で控除するか決めます。モールが一部を負担するポイント施策と、店舗負担分を混同しないようにします。

返品率が高いSKUは、売上だけでなく再梱包費、廃棄、CS工数も生みます。サイズ違い、配送破損、期待差、不良品など理由別に集計し、改善施策とその後の変化を示します。売上総利益から広告費と変動物流費を引いた貢献利益まで見せると、広告を増減した場合の採算を議論しやすくなります。

三つのデータを月次ブリッジで突合する

最終的には、媒体費から新規受注へ、受注から出荷売上へ、出荷から在庫払出しへ、購入者から再購入売上へつながる月次ブリッジを作ります。完全一致しない場合は、計測期間、税、返品、セット品、越境決済など差額理由を残します。「おおむね一致」とするのではなく、差額の金額と割合を示す方が検証可能です。

照合	主な元データ	差が出やすい要因
広告成果と受注	媒体別レポート、受注CSV	アトリビューション、重複計測、キャンセル
受注と会計売上	出荷実績、売上元帳	計上日、税、返品、越境換算
出荷と在庫	倉庫移動表、SKUマスター	セット分解、サンプル、棚卸調整
顧客と再購入	注文履歴、CRM集計	ゲスト購入、ID統合、観測期間

データルームは質問に答えられる索引にする

ファイルを大量に置くだけでは、買い手も譲渡企業も確認に時間がかかります。「01_商品・在庫」「02_販売チャネル」「03_広告」「04_CRM」「05_契約」のように領域を分け、各ファイルに基準日と版を付けます。提出済み、更新予定、該当なしを一覧化し、差し替え時は旧版を残すか履歴を記録します。

アクセス権は検討段階と担当領域に応じて設定します。個人情報や取引先名を含む資料は、集計版やマスキング版を先に用意すると段階開示がしやすくなります。質問票には回答日、回答者、根拠ファイルを付け、口頭回答だけで済ませないことが重要です。ただし、開示範囲や方法は案件ごとに異なるため、画一的な運用を前提にしないでください。

注文ステータスの遷移から売上計上を検証する

ECカートには、未決済、決済済み、出荷待ち、出荷済み、キャンセル、返品、返金済みなど複数の状態があります。ステータス名が同じでも、運用ルールや会計への連携時点は事業ごとに異なります。受注CSVを抽出する際は、いつの状態を保存したか、後日更新された注文をどう反映するかを決めます。月末時点のスナップショットと、現在までに確定した実績を区別すると、過去月が毎回変わる理由を説明できます。

決済代行会社の売上、カートの注文、倉庫の出荷、会計の売上を注文番号でサンプル照合します。部分返金、複数配送、定期便の再決済、代引き受取拒否は差異が出やすい取引です。全件を一度に調べるのではなく、通常注文、キャンセル、返品、セット品を数件ずつ選び、処理の流れを確認します。その結果から母集団の抽出条件を決めると、検証可能な資料になります。

仕入債務と発注残を在庫の外側に置かない

倉庫にある在庫だけを見ても、クロージング後の資金需要は分かりません。発注済み未入荷、製造途中、前払金、輸送中、検品待ちを仕入先別に整理します。注文書、発注日、入荷予定、通貨、支払条件、キャンセル可否、所有権が移る時点を確認し、在庫一覧との重複を避けます。輸入では為替変動や関税、繁忙期の船便遅延もキャッシュ・コンバージョンへ影響します。

最低発注量が大きい主力商品は、月次の平均在庫が少なく見えても、発注月に資金が集中します。買い手は売上成長シナリオごとに、発注、入荷、販売、入金の時期を並べる必要があります。譲渡企業は過去の発注書と納期実績を示し、契約上の価格と実際の値引き・追加費用が違う場合は理由を添えます。

CRMツールの構成とデータ保持を確認する

顧客分析の元データがカートだけにあるとは限りません。メール配信、LINE連携、定期購入、ポイント、問い合わせ、CDP、BIへコピーされている場合があります。システム一覧には契約法人、管理者、データ項目、連携方法、保存期間、解約時の出力方法を記載します。タグやセグメントの命名規則、配信除外リスト、重複統合の手順も運用資産です。

取得後に同じツールを継続する場合でも、契約名義やプラン、サブプロセッサ、データ所在地について確認が必要になることがあります。別ツールへ移すなら、文字コード、日時、顧客ID、同意・配信停止状態をテストします。購入履歴だけを移して配信停止情報を落とすような設計は避け、移行前後の件数とハッシュ等による照合方法を検討します。

取得後シナリオは感度表で共有する

基準ケースに加え、広告CPAが上昇する、主力SKUが欠品する、リピート率が下がる、仕入原価が改定されるシナリオを置きます。売上だけを変えるのではなく、広告費、発注量、在庫回転、物流単価、返品を連動させます。どの変数が事業価値と運転資金へ大きく効くかが分かれば、デューデリジェンスの優先順位を付けやすくなります。

感度表の前提は、譲渡企業が将来を保証する数字ではありません。過去のコホート、媒体別成果、仕入条件から計算した検討用モデルとして、確定実績と区別します。買い手は自社の広告運用力、物流網、クロスセルを反映した別ケースを作り、相乗効果を譲渡企業の既存収益と混ぜないようにします。

譲渡企業が準備時に確認したいチェックリスト

• SKUコードが受注、倉庫、会計、広告用商品フィードで対応しているか
• 通常在庫、引当済み、返品隔離、不良、移動中を区別できるか
• 原価に含める費用と配賦方法を説明できるか
• 媒体ROASと返品控除後の受注売上との差を把握しているか
• 広告素材、LP、ドメイン、計測タグの管理者と利用条件を確認したか
• 会員、配信可能者、購入者、定期契約者を定義別に集計したか
• LTVとリピート率の定義、観測期間、除外条件を記録したか
• 個人情報を含まない初期説明用データを用意したか
• 月次PLまでの差額調整表と根拠ファイルがあるか
• 棚卸、広告権限、顧客データ移管の未解決事項を一覧にしたか

買い手側の確認質問は再現性と追加資金へ向ける

買い手は、売れ筋SKUの補充に必要な発注ロットとリードタイム、広告予算を増やしたときの限界CPA、既存顧客売上が落ちる速度を確認します。さらに、滞留在庫の処分、倉庫切替え、広告アカウント再構築、CRM移行に必要な費用を取得後計画へ織り込みます。過去実績だけで価格を議論せず、クロージング翌日から必要になる運転資金を見積もる視点が欠かせません。

質問は「データはありますか」で終えず、「どのシステムから、誰が、どの定義で出したか」まで確認します。サンプル月を選び、広告請求、受注、出荷、在庫、入金、会計を一本通して照合すると、全期間の検証ポイントを絞れます。差異があること自体より、差異を説明できない状態がリスクになります。

よくある質問

すべての顧客データを早い段階で見せる必要がありますか

通常、初期評価の多くは匿名化・集計した指標で進められます。個票が必要かどうか、必要な項目、閲覧方法、法的な根拠は案件ごとに検討します。NDAの締結だけを理由に一律で共有せず、個人情報の取扱いに詳しい専門家へ確認してください。

広告管理画面のROASと会計売上が合わないと評価が下がりますか

計測の仕組みが違うため、完全には一致しないことがあります。問題は差額を放置することです。アトリビューション期間、重複、税、返品、キャンセルなどを整理し、実受注へ戻す調整表を用意すると説明しやすくなります。

滞留在庫は売却前に処分すべきですか

必ず処分すべきとは限りません。季節性、通常販売への影響、処分費、ブランド毀損、取引条件を比較します。評価方法や精算方法は候補先によって異なるため、在庫の状態を可視化したうえで協議します。

資料は何か月分あれば十分ですか

事業の季節性、成長段階、商品サイクルによります。繁忙期と通常期を含み、広告施策や価格改定の影響を比較できる期間が必要です。月次PLだけでなく、基準をそろえた元データを保存しておくことが重要です。

まとめ：数字を増やすより、たどれる状態を作る

EC事業のデータ整備は、立派なダッシュボードを作る作業ではありません。SKUから在庫、受注から売上、広告から新規顧客、顧客から再購入へと、同じ定義でたどれるようにする作業です。数字に不利な点があっても、原因、改善策、取得後に必要な資金を説明できれば、買い手は検討しやすくなります。

まずは一つの月と主力SKUから突合し、差額理由を残してください。その手順を他の月へ広げれば、日常の経営管理にも役立つ資料になります。D2Cブランドの機密情報を段階的に扱う考え方はD2Cブランド売却の準備資料と情報管理の進め方、モール固有の移管実務は楽天・Amazonなどモール運営事業のM&Aで注意すべき移管論点も参照してください。