定義
SKU（Stock Keeping Unit） とは、商品を「在庫として管理する最小単位」に分解し、それぞれに固有の識別コードを割り当てたものです。日本語では在庫管理単位や最小在庫管理単位と呼ばれます。
たとえば「Tシャツ」という商品カテゴリがあったとしても、サイズがMとL、カラーが白と黒あれば、それは4つの異なるSKUとして扱われます。つまりSKUは「お客様が購入時に選ぶバリエーションの組み合わせ」＝「倉庫で物理的に区別して数えるべき最小の箱」と理解すると実務的です。
DTC（Direct to Consumer）やECモール運営では、SKUは在庫数・原価・販売価格・倉庫ロケーション・バーコードを紐づける背骨のような存在です。SKU設計が甘いと、売上はあるのに在庫が合わない、広告ROASが正しく測れない、返品処理が破綻する、といった問題が連鎖します。
类比（たとえ話）
SKUは「学校の出席番号」に近いです。
- クラス（商品カテゴリ）の中に、同じ名字の生徒が複数いても、出席番号が違えば別人物として管理できます。
- 出席番号がなければ「田中さんが何人いるか」を正確に数えられません。
- 転校（返品・廃番）があっても、番号単位で履歴を追えます。
ECでいえば、SKUは「お客様がカートに入れる最小の選択肢」であり、同時に「倉庫スタッフがピッキングする最小の現物」です。この二つが一致している状態が、健全なSKU設計です。
公式（考え方）
SKUの組み合わせ数は、バリエーション属性の掛け算で決まります。
SKU数 = 属性Aの選択肢数 × 属性Bの選択肢数 × 属性Cの選択肢数 ...
具体例1：アパレル
- サイズ：S / M / L（3）
- カラー：白 / 黒 / ネイビー（3）
- 素材：コットン / ポリエステル（2）
3 × 3 × 2 = 18 SKU
具体例2：サプリメント
- 容量：30日分 / 90日分（2）
- 味：無味 / レモン（2）
2 × 2 = 4 SKU
具体例3：スマホケース
- 機種：iPhone 15 / 15 Pro / 15 Pro Max（3）
- カラー：クリア / ブラック / ピンク（3）
3 × 3 = 9 SKU
この掛け算が爆発すると、在庫資金・倉庫スペース・撮影コスト・広告運用の手間が一気に増えます。DTCでは「本当に必要なバリエーションか」をSKU単位で意思決定することが重要です。
比較表：SKUと関連概念の違い
| 用語 | 意味 | 管理対象 | 例 |
|---|---|---|---|
| **SKU** | 在庫管理の最小単位。色・サイズ等の組み合わせごとに固有コード | 倉庫の現物・在庫数 | `TSHIRT-WHT-M` |
| **JANコード** | 商品バーコード。主に小売・ECモールで利用 | 商品識別 | `4901234567890` |
| **商品ID / 親ASIN** | 商品ページ単位。バリエーションを束ねる親 | カタログ表示 | `B0XXXXXXX` |
| **型番（MPN）** | メーカーが付ける型番 | 製造・仕様識別 | `ABC-1234-W` |
| **ロット番号** | 製造ロット単位。賞味期限・回収に利用 | 品質・トレーサビリティ | `LOT20240601` |
SKUは「在庫を数える単位」、JANは「商品を識別する単位」、親ASINは「お客様に見せる単位」と役割が異なります。DTCでは、これらを1対1で無理に揃えず、マッピング表で管理するのが定石です。
応用場景（DTC/ECでの実務）
1. 在庫同期と欠品防止
Shopify、Amazon、楽天、自社倉庫を連携する場合、SKUが一致していないと在庫の二重計上・売り越しが起きます。SKUをキーに在庫数を同期するのが基本です。
2. 広告・CRM分析
「どのSKUがCAC（顧客獲得コスト）に対してLTVが高いか」をSKU単位で見ます。たとえば、A SKUはCAC 3,200円・LTV 12,000円、B SKUはCAC 2,800円・LTV 5,500円なら、Aにより広告予算を寄せる判断ができます。
3. 倉庫オペレーション
ピッキングリスト、検品、返品処理はSKU単位で動きます。SKUコードが長すぎる・似すぎていると誤ピッキングが増えます。たとえば ABC-001-BLK-M と ABC-001-BLK-L は、現場では色ラベルや棚番で補助します。
4. 商品ページ設計
ECでは「親商品 → バリエーション選択 → SKU確定」の流れです。SKUが正しく切られていないと、カートに入れた色と届く色が違う事故が起きます。
5. 財務・原価管理
SKUごとに原価、販売価格、粗利、在庫回転率を管理します。たとえば在庫回転率 = 売上原価 ÷ 平均在庫をSKU別に見ると、死に筋SKUの廃番判断ができます。
よくある誤解（常見誤区）
誤解1：SKU＝商品ページ
SKUは在庫管理単位であり、商品ページとは別です。1商品ページに複数SKUがぶら下がるのが通常です。
誤解2：SKUは多ければ多いほど良い
バリエーションを増やすと、在庫リスク・撮影コスト・広告費が増えます。DTCでは「売れるSKUに集中」が鉄則です。
誤解3：JANコードがあればSKUは不要
JANは商品識別には使えますが、倉庫内の在庫数・ロケーション・原価までは管理できません。SKUは自社の管理軸として必要です。
誤解4：SKUコードは適当でよい
後から変更すると、過去データ・広告・在庫・CS履歴が断絶します。最初に命名規則を決め、カテゴリ-属性-連番 のように統一します。
誤解5：SKUが合わないのは現場の問題
多くはマスタ設計・連携設定・運用ルールの問題です。SKUは経営・マーケ・倉庫・CSをつなぐ共通言語なので、責任者を決めて管理します。
関連用語
- JANコード：商品バーコード。小売・ECモールで利用。
- ASIN / 親ASIN：Amazonの商品識別子。バリエーション管理に使う。
- MSKU（Merchant SKU）：販売者が独自に付けるSKU。モール連携で使う。
- FNSKU：Amazon FBA用の在庫管理ラベル。
- ロット番号：製造ロット。賞味期限・回収に使う。
- 在庫回転率：在庫がどれだけ効率よく売れたかの指標。
- CAC / LTV：顧客獲得コストと顧客生涯価値。SKU別分析に使う。
- マスタデータ：商品・SKU・価格・原価などの基本情報。
まとめ
SKUは、DTC/ECにおいて「在庫を数える最小単位」であり、「お客様が選ぶ最小の選択肢」です。SKU設計は、在庫・広告・CS・財務のすべてに影響します。最初に命名規則とバリエーション設計を決め、SKU数 = 属性の掛け算を意識して増やしすぎないことが、利益率を守る近道です。