在庫の最適化：指標、手法、ソフトウェア

在庫を最適化するとは、どの商品も、売り逃しがないだけの数量を持ちつつ、売れないものに資金を寝かせないことです。 実際には、5つか6つの指標を追い、商品ごとに発注点を決め、毎週、何を再発注し、何を移動し、何を売り場に残すかを判断します。ソフトウェアなら、この作業を、すべての商品とすべての店舗について同時に行えます。表計算ソフトは、数十行で限界を迎えます。

これこそが、Sway Oneが、実店舗とオンラインで販売する店舗のために行っていることです。ここでは、指標、手法、そしてソフトウェアで在庫を最適化するステップをご紹介します。

Sway OneとSweet 1.4を2文で

Sway Oneは、お使いのツールに接続するアプリです。Square、SumUp、Lightspeed、Hiboutikなどのレジ、Shopify、PrestaShop、WooCommerceなどのオンラインストア、OdooやDolibarrなどのERP、Bigblueなどの物流サービス。20を超えるツールを、接続ページから数分でご自身で連携できます。

Sweet 1.4は、その判断を担うAIです。需要を予測し、補充、店舗間移動、値引きを提案し、反射的な安売りはもうしません。すべての推奨は、理由、推定される効果、信頼度とともに、日本語で届きます。ワンクリックで承認することも、調整することも、見送ることもできます。

なぜ在庫を最適化するのか

在庫の設定が悪いと、3つの形でコストがかかります。決算書では見えにくいものの、毎月、確実に支払うことになります。

欠品：見えない販売機会

商品がなければ、何の痕跡も残りません。お客様は他で買い、履歴には「売上ゼロ」と記録されます。その履歴をもとに補充すれば、次回の発注は減ります。欠品は、自らを維持し続けます。

過剰在庫：寝ている資金

在庫の1点1点は、すでに支払い済みで、その資金は、売れるまで何の役にも立ちません。そこに保管コストが加わります。スペース、保険、取り扱い、資金調達、破損、陳腐化。目安として、在庫価値の年20〜25％とされることが多いです。1万ユーロの在庫が1年間寝ていれば、値引きをする前に、2,000〜2,500ユーロのコストがかかります。

値下げ：仕入れの誤りを処分で取り戻す

うまく置かれた値下げは、シーズン終盤を救います。習慣的な値下げは、動きの遅い商品を、赤字で売る商品に変えます。

つまり、目的は在庫を最小にすることではありません。適切な在庫を、適切な場所に、適切なタイミングで持つことです。

在庫を管理するための指標

次の6つの指標を、商品ごと、カテゴリーごと、店舗ごとに計算してください。全体の平均は、ほぼ必ず問題を覆い隠します。

回転率と在庫日数

例：年間の売上原価が12万ユーロ、平均在庫が原価で3万ユーロなら、回転率は4で、平均して約91日分の在庫です（365 ÷ 4）。

在庫日数は、商品ごとに読みます。在庫が18個で、1日に1.5個売れるなら、在庫日数は12日です。仕入先の納期が15日なら、すでに手遅れです。

「良い」回転率は、業種によって異なります。シーズンごとに、カテゴリーごとに、自分自身と比べてください。どこにも記録されない欠品率には、簡単な近似があります。欠品日数 × 通常の1日の販売数です。

不良在庫

ご自身のペースに合ったしきい値を選びます。ファッションなら60日間売れていない、家具ならそれより長く。ただし、60日間売れていない商品が、必ずしも死に筋とは限りません。Sweet 1.4の開発中、シミュレーションした店舗で、「眠っている」とされた商品が、月に1〜5点はまだ売れているのを確認しました。動きが遅いだけで、失われたわけではありませんでした。

保管コスト控除後の利益

例：年間の粗利が1万ユーロ、平均在庫が原価で8,000ユーロ、保管コストが年25％なら、10,000－2,000＝8,000ユーロが、実質の利益です。

Sway Oneでは：ダッシュボードに、売上、粗利、消化率、在庫日数、欠品が、チャネルごと、店舗ごとに表示されます。レジとオンラインストアは統合され、返品も差し引かれています。

効果のある手法

商品を分類する：ABCとXYZ

ABC分析は、商品を、売上や利益に占める比重で並べ替えます。多くの場合、ごく一部の商品が売上の大半を占めます。これがAランクで、決して欠品させてはいけません。

XYZ分析は、そこに販売の規則性を加えます。Xは毎日売れ、Zはたまにしか売れません。AXの商品は、ほぼ自動で補充できます。CZの商品は、注文を受けてから発注するか、品揃えから外します。

Sway Oneでは：すべての商品に、需要プロファイル（安定、不規則、断続、散発）が付けられ、Sweet 1.4が、それに応じた予測方法を選びます。

安全在庫

予想より好調な週や、仕入先の遅れから、お店を守ります。基本の式は、サービス係数 × 1日あたりの販売数の標準偏差 × リードタイム（日数）の平方根です。

Sway Oneでは：安全在庫は、商品ごとに、その商品固有の需要の分布と、お店に設定したサービス水準で計算されます。

発注点とミニマックス法

発注点とは、納品までの期間の需要に、安全在庫を加えたものです。例：1日4個の販売、リードタイム10日、安全在庫12個で、発注点は52になります。

ミニマックス法は、その簡易版です。在庫がミニマムを下回ったら、マックスまで発注します。安定した商品には有効ですが、季節商品には硬直的すぎます。

Sway Oneでは：発注点は、商品ごとに、実際の仕入先のリードタイムで計算されます。カテゴリー別、商品別のしきい値（最小在庫日数、最小在庫）は、ご利用環境の構成ファイルで設定します。統計的な計算は下限として残り、お客様のしきい値は、それを引き上げることしかできません。

クリティカル・フラクタイル：シーズン分をいくつ発注するか

シーズンの仕入れでは、問いはこうです。1つ足りないことと、1つ余ること、どちらのコストが大きいか。例：20ユーロで仕入れ、50ユーロで売る商品。1回の売り逃しは、30ユーロの利益の損失です。売れ残りを1つ抱えると、保管コストと値下がりで、たとえば10ユーロかかります。クリティカル・フラクタイルは、30 ÷ (30 + 10) ＝ 75％です。4シーズンのうち3シーズンの需要をカバーできる数量を発注します。

Sway Oneでは：Sweet 1.4が、補充のたびに、お客様の利益率、保管コスト、売れ残りの回収価値を使って、この計算を行います。

FIFOとFEFO

先入れ先出し（FIFO）、または、賞味期限の日付がある商品では、期限の早いものから出す（FEFO）。これは、保管とピッキングのルールで、商品が劣化し始めたら不可欠です。

ソフトウェアで在庫を最適化するには

1. レジ、オンラインストア、物流を接続する

ソフトウェアが力を発揮するのは、すべての売上が揃っているときだけです。レジの売上も、サイトの売上も含めます。

Sway Oneでは：20を超える連携があり、Shopify、PrestaShop、WooCommerce、Square、SumUp、Lightspeed、Zettle、Hiboutik、Odoo、Dolibarr、Bigblue、Amazon FBAなどに対応します。ご自身で接続でき、接続はすぐにテストされます。Sway Oneは読み込みのみを行い、お使いのツールには何も書き込みません。

2. データの信頼性を高める

重複した商品コード、ないバーコード、欠品中に売上がゼロになっている記録。計算の前に、整えてください。

Sway Oneでは：商品はチャネルをまたいで、商品コードまたはバーコードで突き合わせられ、欠品日は補正されます。欠品している商品は、売れない商品ではないからです。

3. カテゴリー別、商品別にしきい値を設定する

売れ筋商品には、型落ち品より多くの在庫日数が必要です。

Sway Oneでは：カテゴリー別、次に商品別にしきい値を設定でき、すべての推奨に、適用されたルールが明記されます。

4. 補充の計算をソフトウェアに任せる

計算は、予測需要、手持ち在庫、すでに発注済みの数量、仕入先のリードタイムから始めるべきです。

Sweet 1.4では：需要は日次で予測され、不確実性の幅が商品ページに表示されます。それが発注数量に変換され、店舗ごとに示されます。ここでAIがもたらす変化は、AIで在庫を最適化する方法：Shopifyでも使えますで詳しく説明しています。

5. まとめた発注書を作成する

1行ずつ補充すると、送料無料条件や最低発注数量を逃します。

Sway Oneでは：補充は、仕入先ごと、店舗ごとにまとめられ、最低発注数量、送料無料条件、リードタイムに対応します。そのうえで、編集可能な発注書になり、CSVまたはPDFで書き出せます。

6. 店舗ごとの欠品アラートを受け取る

役に立つアラートは、「欠品しています」ではありません。「補充が届く前に欠品します」です。

Sway Oneでは：まさにそのアラートを、店舗ごとに計算し、アプリとDiscordで通知します。

7. 再発注の前に、店舗間で移動する

ある店舗で不足している商品が、別の店舗で眠っているとき、移動は、発注よりコストが低く済みます。

Sweet 1.4では：店舗間移動が、数量とともに、補充の隣に提案されます。

8. 実績を測定する

Sway Oneでは：期間が過ぎると、各判断の推定される効果が、実際の売上と比較され、以降の推定が補正されます。

表計算、ERP、WMS、ECアプリ、最適化ソフトウェア

ツールの種類ごとに、応えるニーズは異なり、多くの店舗が複数を組み合わせています。

Sway Oneは、最後の種類に属します。レジもERPも置き換えません。それらの上に成り立っています。

ソフトウェアを選ぶ基準

契約する前に、次を確認してください。

• すべての売上：店舗のレジとオンラインストアを統合していること。
• 本当の複数店舗対応：すべての画面を店舗ごとに絞り込めて、店舗間移動が提案されること。
• 商品ごとの予測で、欠品を補正し、季節を考慮すること。
• 調整できるしきい値：カテゴリー別、商品別。
• 発注書が、最低発注数量、送料無料条件、リードタイムを守ること。
• 欠品アラートが、対応が間に合ううちに届くこと。
• 値引きに根拠があること：在庫の古さではなく、それがもたらす利益に基づくこと。
• 説明のある推奨：金額で示した効果と、信頼度付き。
• 実績の測定：判断ごとに。
• お客様のデータはお客様のもの：専用の環境で、モデルの学習には一切使われないこと。

このリストは、Sway Oneの要件定義そのものです。Sway Oneは、すべての項目を満たしています。

よくある失敗

• 売れないものを、機械的に安売りする。動きの遅い商品は、死に筋ではありません。Sweet 1.4は、定価のまま待つよりも利益が増える場合にしか値引きを提案しません。それがSweet 1.4の原則です。
• 先月の実績をもとに補充する。先月には、欠品、祝日、猛暑があったかもしれません。
• 店全体に同じルールを当てはめる。売れ筋商品と型落ち品では、欠品のコストが違います。
• 利益率だけで管理する。売る量を減らせば、利益率のポイントは稼げます。結果は、保管コスト控除後のユーロ建てでも見る必要があります。
• まったく測定しない。推定と実績を比べなければ、同じ失敗を繰り返します。

なぜSway OneとSweet 1.4なのか

• すべてに接続できる：20を超えるレジ、オンラインストア、ERP、物流会社を、ご自身で数分で連携できます。
• すべての店舗とオンラインストアを1つの画面で、店舗ごとに絞り込めます。
• 日本語の推奨が、理由、推定される効果、信頼度付きで届き、ワンクリックで承認できます。
• 補充から発注書まで、最低発注数量、送料無料条件、リードタイムに対応し、CSVまたはPDFで書き出せます。
• Sweet 1.4はもう安売りしません：値引きは、待つより利益が増える場合にだけ提案されます。
• すべての判断を測定し、お使いのAIアシスタントをMCPで接続。

測定結果：シミュレーションした4つの店舗（スポーツ、アウトドア、家具、ファッション）で26週間を再現したところ、Sweet 1.4は、店舗の通常運用に対して保管コスト控除後で+4.7％から+11.6％の利益を上乗せし、4つのすべてのケースで欠品も減りました。これはシミュレーションした店舗です。実際の効果は、お客様のデータで測定します。

Sway Oneは月額289ユーロ（税抜）で、お店専用の環境で稼働します。

在庫を最適化すると、どれだけ利益になるか

利益シミュレーターは、売上、利益率、在庫管理にかけている時間から、月額料金を差し引いたうえで、12か月の3つのシナリオを試算します。

ご自身のデータで、ご自身のチャンスを確認するには、デモを予約してください。30分、契約の義務はありません。

よくある質問

在庫を最適化するには？

商品ごと、店舗ごとに、回転率、在庫日数、欠品、不良在庫を追い、商品ごとに発注点を決めたうえで、毎週、何を補充し、移動し、売り場に残すかを判断します。そのうえで、各判断がもたらした利益を測定します。

在庫を最適化するには、どのソフトウェアを選べばよいですか？

すべての売上（店舗とオンラインストア）を読み込み、商品ごとに予測し、仕入先の制約を守り、結果を測定するソフトウェアです。Sway Oneと、その意思決定AIであるSweet 1.4は、そのために作られています。

複数店舗がある場合、ソフトウェアで在庫を最適化するには？

各店舗のレジとオンラインストアを接続し、ロケーションごとに在庫を管理して、再発注の前に、ソフトウェアに店舗間移動を提案させます。Sway Oneは、店舗ごとに考え、店舗別の欠品アラートを送ります。

在庫回転率はどう計算しますか？

期間中の売上原価を、平均在庫（原価ベース）で割ります。1年で回転率が4なら、在庫は4回入れ替わったことになり、平均して約91日分の在庫です。

在庫管理は表計算ソフトで足りますか？

1店舗で数十商品程度なら、多くの場合、足ります。それを超えて、複数店舗やオンラインストアがある場合は、手入力と予測の欠如のコストが、ソフトウェアよりも高くつきます。