SKUとは、販売する個々の製品に企業が割り当てる固有のコードであり、システム上で各アイテムを識別し、追跡するために使用されます。読み方は「スキュ―」で、stock keeping unit（在庫管理単位）の略です。サイズ、色、バリエーションごとに独自のコードが割り当てられます。
つまり、Sサイズの青いTシャツとLサイズの青いTシャツは、同じシャツであっても、それぞれ異なるSKUとなります。
SKUは、在庫管理の残りの部分を構築するための基盤です。製品ごとに固有のコードがなければ、在庫を正確に追跡したり、レポートを作成したり、どのアイテムが売れたのかをシステムに伝えることができません。些細なことに思えるかもしれませんが、SKUを導入しなかったり、不適切な構造で作成したりする企業は、後々、混乱やミスの代償を払うことになります。本ガイドでは、SKUとは何か、どのように構成すべきか、UPCやバーコードとの違い、そしてよくある間違いを避けながら独自のSKUを作成する方法について解説します。
SKUとは何か、その意味
stock keeping unit (SKU)とは、企業が各製品やバリエーションを識別・追跡するために割り当てる、社内用の英数字コードです。「社内用」という点が重要です。SKUは自社で作成するものであり、自社内でのみ意味が通じればよいのです。
これが、小売パッケージに印刷されているコードとSKUを区別する点です。SKUは、製品に対する自社独自のラベルです。短い文字列から、アイテムを即座に検索し、在庫数を確認し、保管場所を把握し、売れ行きを追跡することができます。
SKUの構成
優れたSKUはランダムなものではなく、意味が組み込まれた小さなコードです。人が一目見ただけで、検索することなく製品の主要な属性を読み取れるようにするのが理想です。
例えば、TSH-BLU-M-SSというSKUを見てみましょう。分解すると、以下のような意味になります。
- TSH — 製品タイプ：Tシャツ
- BLU — 色：青
- M — サイズ：M
- SS — スタイル：半袖
各セグメントは1つの属性を表しており、通常は最も広い範囲（カテゴリ）から最も具体的な範囲（バリエーション）へと順に並べられます。正確な構造は自由に決められますが、重要なのは、今後追加するすべての製品を網羅できるほど一貫性があり、読みやすく、拡張性があることです。適切に構築されたSKUは、ピッカーやマネージャーが一目でそのアイテムが何であるかを理解できるようにします。
セグメントを広いものから順に並べることは、単に整理されているだけでなく、実用的でもあります。製品リストをSKU順にアルファベット順で並べ替えると、関連するアイテムが自動的にグループ化されます。すべてのTシャツが隣り合い、その中で青いものがまとまり、さらにその中でMサイズがまとまります。このグループ化により、レポートが読みやすくなり、在庫も見つけやすくなります。逆に、バリエーションを先に、カテゴリを後にすると、リストはたまたまサイズが同じだけの無関係なアイテムの寄せ集めになってしまいます。
もう1つ明確にしておくべき違いがあります。人々は時折、製品を指して「SKU」と言い、コードを指して「SKU番号」と言うことがあります。実際にはこれらは同じ意味で使われており、SKUは識別子であると同時に、大まかに言えばそれが識別する対象そのものでもあります。いずれにせよ、それは社内参照コードであり、以下の標準化されたコードとは一線を画すものです。
SKU vs UPC vs バーコード vs GTIN vs ASIN vs モデル番号
ここが混乱しやすいポイントですので、各識別子とSKUとの違いを以下にまとめました。
| 識別子 | 割り当て元 | 範囲 | 目的 |
|---|---|---|---|
| SKU | 自社（社内用） | 自社のみ | 自社流の在庫追跡 |
| UPC | 標準化団体 (GS1) | 汎用的 | 小売店がレジでスキャンする共通の製品コード |
| バーコード | — | — | SKUやUPCをエンコードできるスキャン可能な画像（番号ではなくフォーマット） |
| GTIN | 標準化団体 (GS1) | 世界的 | 包括的な世界貿易番号（UPCはGTINの一種） |
| ASIN | Amazon | Amazonのみ | Amazon独自の製品識別子 |
| モデル番号 / シリアル番号 | メーカー | メーカーの製品 | メーカー独自の参照番号（シリアル番号は特定の1ユニットを指す） |
覚えておくべき大きな違いは2つあります。SKUは社内用で自社独自のものであるのに対し、UPCは社外用で標準化されたものです。同じ製品でも、UPCは世界共通ですが、SKUは在庫を持つ企業ごとに異なります。また、バーコードは番号そのものではなく、番号を運ぶためのスキャン可能な縞模様であり、その番号はSKUの場合もあればUPCの場合もあります。（バーコードの種類ガイドでフォーマットについて解説しています。）
SKUは何に使われるのか？
SKUはビジネス全体でその価値を発揮します。
- 在庫追跡 — すべての在庫カウント、移動、レポートはSKUを基点に行われます。
- ピッキングとフルフィルメントの高速化 — ピッカーは推測ではなく、コードによって正確なバリエーションを見つけることができます。
- 販売分析 — サイズや色に至るまで、どのバリエーションが売れ、どれが売れないかを正確に把握できます。
- 再発注 — 発注点や予測はSKUごとに設定されます。
- マルチチャネル販売 — 一貫したSKUを使用することで、ウェブサイト、マーケットプレイス、店舗間で在庫を同期させることができます。
独自のSKUを作成する方法
SKUシステムは半日あれば構築できます。重要なのは、ロジックを一度設計し、一貫して適用することです。
- 最も広い属性から始める。 製品カテゴリや部門を先頭にし、次に絞り込んでいきます（タイプ、色、サイズ、スタイルの順）。これにより、並べ替えたときに関連製品がグループ化されます。
- 短く読みやすいセグメントを使用する。 人間が解読できる略語にします（ランダムな数字ではなく、青ならBLUなど）。1セグメントあたり2〜4文字で十分です。
- 一貫性を保つ。 すべての製品で同じセグメント順序とフォーマットに従います。一貫性の欠如こそがSKUシステムを崩壊させる原因です。
- セグメントを区切る。 セグメント間にダッシュやハイフンを入れると、一目で読みやすくなります。
- すべてのバリエーションに固有のコードを割り当てる。 サイズと色の組み合わせごとに、独自のSKUを作成します。
避けるべき一般的な間違い：
- SKUをゼロで始めない。 スプレッドシートは数値の先頭にあるゼロを削除してデータを破損させることがあります。SKU 0123が123になり、2つの製品が重複してしまう可能性があります。
- 数字と見間違える文字を使わない。 文字の「O」と数字の「0」、文字の「I」と数字の「1」は、コードの入力ミスや読み間違いの絶え間ない原因となります。紛らわしい文字は使用しないでください。
- メーカーのモデル番号をそのまま流用しない。 それは自社のカタログ用に作られたものではなく、予告なく変更される可能性があり、複数のサプライヤーが同じ番号を使用している場合もあります。SKUは自社で管理するものです。
- 情報を詰め込みすぎない。 10個もの属性をエンコードしようとするSKUは読み取り不能になります。重要な数個（カテゴリ、色、サイズ、スタイル）に絞りましょう。
- 古いSKUを再利用しない。 製品が廃盤になったら、そのコードを引退させてください。新しい製品に使い回すと、過去の販売データが無意味になってしまいます。
シンプルで一貫性があり、ユニークであることが、常に「賢い」方法に勝ります。凝ったSKUと、シフトの終わりに疲れたピッカーでも読めるSKUのどちらかを選ぶなら、読みやすさを優先してください。
販売チャネル間でSKUの一貫性を保つ
自社ウェブサイト、マーケットプレイス、実店舗など、複数の場所で販売している場合、SKUは在庫を結びつける糸となります。販売するすべての場所で同じSKUを使用すれば、システムは単一の共有在庫数を維持できます。Amazonで1つ売れれば、ウェブサイトの在庫も自動的に減ります。
企業が失敗するのは、チャネルごとに同じアイテムに対して独自のコードを作成させてしまうことです。こうなると「同じ」製品に3つの異なる識別子がついてしまい、整合性が取れなくなり、どの番号も実際の在庫を反映していないために過剰販売が発生します。1つの製品に1つのSKUをどこでも使用する。その規律こそが、マルチチャネル販売を混乱させずに管理可能にする秘訣です。（マーケットプレイスがAmazonのASINのように独自の識別子を割り当てる場合もありますが、それはSKUを置き換えるのではなく、SKUと併存するものです。）
スマートSKUとシーケンシャルSKU
SKUの構築方法には2つの考え方があり、どちらを採用するか決める前に両方を知っておく価値があります。
スマート（インテリジェント）SKUは、前述のTSH-BLU-M-SSのように、コード自体に意味を持たせるものです。コードを見ただけで、どのような製品かをおおよそ把握できます。利点は人間にとっての読みやすさです。ピッキング担当者、バイヤー、管理者は一目でアイテムを識別でき、関連製品を並べ替えることも容易です。欠点は、属性を追加するほどSKUが長くなること、そして製品の属性が変わった際にコードを変更したくなる誘惑に駆られることですが、これは避けるべきです。
シーケンシャル（非スマート）SKUは、1001、1002、1003のように順番に割り当てられる単なる番号であり、意味はコードではなくシステム側に保持されます。利点はシンプルさです。コードは短く、枯渇することもありません。また、デコード（解読）のロジックも不要です。欠点は、コード自体からは何も読み取れないため、すべてのアイテムをシステムで検索する必要があることです。
多くの中小企業は、読みやすさが日々の業務に役立つため、スマートSKUを好む傾向があります。非常に大規模なカタログを持つ企業や、ソフトウェアがすべての検索を自動で行う企業では、シンプルさを重視してシーケンシャルコードが選ばれることがよくあります。どちらが正解ということはありません。判断基準は「人間が補助なしでコードを読み取る必要があるか」です。必要であればスマートSKUを、システムが常に読み取りを行うのであればシーケンシャルSKUで問題ありません。
新しいSKUを作成すべきタイミング
よくある質問として、バリエーションをどこまで細分化すべきかという点があります。わずかな違いでも個別のSKUが必要なのでしょうか？ルールは単純です。あなたや顧客にとって違いが重要である場合は、常に新しいSKUを作成してください。 顧客が選択できるもの、あるいは個別に在庫をカウントする必要があるものは、すべて新しいSKUとなります。
実務上、以下のような明確な違いがある場合は新しいSKUを作成します：
- サイズ — S、M、Lはそれぞれ別のSKUです。
- 色や仕上げ — 各カラーバリエーションは個別のSKUです。
- 入り数 — 単品と6個セットは、同じアイテムであっても異なるSKUです。
- 重要な仕様 — 128GBと256GBのバージョンは別々のSKUです。
新しいSKUが不要なのは、違いが重要ではない場合です。顧客が選択することのない些細なパッケージの変更や、同一製品におけるサプライヤーの変更などがこれに当たります。過度な細分化はSKUの乱立と混乱を招きます。逆に細分化が不十分だと、レポート上で明らかに異なる2つのアイテムを区別できなくなります。違いが実質的な場合にのみ分割し、それ以上は行わないようにしましょう。
SKUの例
いくつかの具体例でパターンを見てみましょう：
- 赤いランニングシューズ、サイズ9：SHO-RUN-RED-09
- 500mlステンレス製ウォーターボトル：BOT-STL-500
- 大型の香り付きキャンドル、バニラ：CAN-VAN-LG
これらは、システムを理解している人であれば説明不要であり、それこそがSKUの目的です。
企業は何個のSKUを持つべきか？
目標となる数値はありません。取り扱う製品やバリエーションの数だけSKUが存在します。単一製品の販売者であれば3〜4個（サイズごと）かもしれませんし、アパレルブランドであれば数千個に達することもあります。
より重要なのは、多すぎるかどうかという点です。ほとんど売れないSKUの長いリスト（SKUの乱立）は、静かに複雑さとコストを増大させます。ABC分析で製品ラインナップを見直し、売れないバリエーションを整理する（SKUの最適化）ことで、カタログをスリムに保ち、在庫回転率を健全に維持できます。
よくあるSKUのミス
SKUに関する問題のほとんどは、設計段階で発生し、後から修正するのが困難です。繰り返されるミスは以下の通りです：
変化する情報をコードに含める。 サプライヤー、コスト、季節、保管場所などをコードに含めてしまうことです。これらが変更されると、SKUが実態と合わなくなるか、再発行が必要になります。再発行を行うと、それまでの販売履歴との紐付けが切れてしまいます。
廃止されたコードを再利用する。 販売終了した製品のSKUを新しい製品に割り当てると、過去数年分のレポートで2つの製品が混同されてしまいます。コードは永久に退役させましょう。コードが枯渇することはありません。
コードをゼロで始める。 スプレッドシートは先頭のゼロを自動的に削除するため、00412が412になり、ファイルをエクスポートするたびに重複が発生します。
トラブルの原因となる文字を使用する。 スペース、スラッシュ、ハイフン（システムによる）、および「O」「I」「l」は、ラベルを読み上げたりピッキングリストから入力したりする際に「0」や「1」と見分けがつかなくなるため避けるべきです。
長すぎるコード。 12文字を超えると、作業者が勝手に省略し始め、その省略ルールが統一されなくなります。
チャネルごとに独自のコードを作成する。 ウェブサイト、マーケットプレイス、在庫表で同じ製品に異なるコードが付けられていると、在庫数値が一致しなくなる最大の原因となります。
新しい製品ではないものに新しいSKUを作成する。 カートン単位の数量変更は通常新しいSKUですが、写真の変更はそうではありません。判断基準は「個別にカウントする必要があるか」です。
これらを後から修正するには、コードを保持するすべてのシステムでマッピング作業が必要になります。だからこそ、最初に設計に費やす1時間は、最もコスト効率の良い投資なのです。
要約
SKUは、あなたのビジネスにおける製品の固有名称です。短く、一貫性があり、ユニークなコードによって、あらゆるバリエーションをシステム全体で追跡できます。一度ロジックを構築したら一貫性を保ち、社内のSKUとパッケージに記載された標準化されたUPCを混同しないようにしてください。この基盤を正しく構築すれば、その後の在庫レポート、棚卸し、発注業務がすべて容易になります。
よくある質問
SKUとは何の略ですか？ Stock keeping unit（在庫管理単位）の略です。ビジネスにおいて、各製品やバリエーションを識別・追跡するために割り当てる固有の内部コードです。
SKUとUPCの違いは何ですか？ SKUは内部的なものであり、自社内で意味が通じれば問題ありません。UPCは標準化された世界共通のコード（GS1を通じて発行）であり、どこで販売されても同じ製品であれば同一のコードとなります。
バーコードはSKUですか？ いいえ。バーコードはスキャン可能な画像であり、SKUは数値です。バーコードはSKU（またはUPC）をエンコードすることはできますが、両者は別物です。
SKUをどのように作成すればよいですか？ 最も広い属性（カテゴリ）から始め、バリエーションの詳細（タイプ、色、サイズ）へと絞り込む一貫したフォーマットを設計してください。短く読みやすい略語をダッシュで区切り、すべてのバリエーションに独自のコードを割り当てます。
SKUは何個持つべきですか？ ユニークな製品やバリエーションの数だけ必要です。決まった数はありません。それよりも、売れ行きの悪いSKUが多すぎないかに注意し、不要なものを整理してカタログと在庫回転率を健全に保ちましょう。
ここは「在庫識別と技術」のハブページです。関連ガイド：バーコードとは · バーコードの種類 · UPCとは · RFIDとは · 在庫の追跡方法。
Warehouse Wiseは、在庫管理、倉庫業務、フルフィルメントに関するガイドを無料で提供する独立系ライブラリです。現場で働く方々、つまり倉庫や在庫管理の新人スタッフ、成長中の小規模小売・EC事業者、そして在庫を適切に管理したいすべての方に向けて書かれています。各ガイドでは用語を解説し、必要に応じて具体的な数値を用いた実例を提示する、というシンプルな構成を徹底しています。私たちは完全に独立しており、ソフトウェアや機器の販売、紹介料の受け取りは一切行っておらず、ガイドの掲載順位に広告料が影響することもありません。