私の倉庫は、3000平方メートルの箱で、前方ピック場所は400か所に満たない。数か月間、私は2種類の崩壊のあいだで暮らしていた。朝にはピッカーが「売れ筋SKUが切れた、オーダーが止まってる」と言い、午後には別の誰かが「スロームーバーの補充が多すぎて、通路が歩けない」と報告する。ようやくポストモーテムをしたとき、根本原因は恥ずかしいほど単純だった。補充トリガーポイントが間違っていたのだ。

トリガーを高く設定しすぎると前方スロットが溢れる——カートンが通路に積み上がり、ピッカーはヘビゲームのようにそのあいだを縫って歩く。低く設定しすぎるとピックフェースが空になる——ピッカーは空っぽの棚の前で親指を回しながら立ち尽くし、オーダーは補充待ちで積み上がり、1日1〜2時間は軽く失う。大企業にはこれだけをチューニングするエンジニアがいる。私のような小さな倉庫には、そんなお金は出せない——だから自分でチューニングするしかなかった、荒技で。その授業料が教えてくれたこと。

死に方の両方、私は両方経験した

**トリガー高すぎによる死。**去年の11月、ピークシーズン直前、家庭用品の売れ筋SKUが1日200カートン以上動いていた。欠品を恐れて、前方スロットのトリガーを12カートンに設定した。「安全第一」で。ラッシュ2日目、補充係がバルク保管から12カートンを運んできた——しかし前方スロットの容量は8カートンだけだった。6カートンはそのまま通路行き。ピッキングのラッシュ時、その通路は40分近く塞がり、ピッカーが通れるのを待つ列ができた。その日、300件近いオーダーを逃した。私はオフィスに隠れ、カスタマーサービスの電話を鳴らせておいた。

ポストモーテム:トリガーは「欠品しないでくれ」しか考えておらず、前方スロットが実際にどれだけ収容できるかを一度も問わなかった。**トリガーの上限=前方スロットの容量−1回の経済的な補充量。**この教訓は300件のオーダーの代償だった。

**トリガー低すぎによる死。**一度火傷して、過剰に補正し、スロームーバーのトリガーを2カートンまで叩き下げた。すると3月のある木曜の夜、夜勤は3人だけという日に、普段は眠いようなSKUに一度に40件以上のオーダーが集中した。2カートンは15分で消えた。補充係は建物の反対側の端でトラックを降ろしていて、誰かがWeChatグループで3回叫んで、ようやく20分後に抜け出せた。ピッカーは20分間立ち尽くし、そのオーダーは翌朝発送され、マーケットプレイスからは出荷遅延のペナルティを受けた。

ポストモーテム:トリガーを低く設定しすぎることは、「補充係がたまたま空いている」に賭けることだ。小さな倉庫では、補充も荷下ろしも入荷も同じ手でやる。**トリガーは、トリガー発動から補充完了までの窓全体の消費量をカバーしなければならない。**教訓その2、これも全額前払い済み。

3つのトリガーロジック、小さな倉庫向けに翻訳

大企業のWMSソフトには3つのトリガーロジックがある。私の小さな倉庫版の翻訳がこれだ:

  1. **固定数量トリガー:**前方スロットがNカートンを下回ったら補充する。単純で愚直——安定した売れ筋に最適。数字を1つ決めて先に進む。
  2. **パーセンテージトリガー:**在庫がスロット容量のX%を下回ったら補充する。棚のサイズがまちまちな場合に便利——SKUを入れ替えても計算をやり直す必要がない。
  3. **シフトごとの見回り:**各シフトの始めか終わりに誰かがスロットを見回り、安全ラインを下回ったものを補充する。私のような人員の薄い店に理想的——補充をランダムなイベントから固定のルーチンに変えてくれる。

そして直感に反する部分——正直、この記事で最も価値のある一文だ:補充トリガーポイントは在庫の数値ではなく、時間の数値だ。「残りのカートンが何個か」を設定しているのではない。「補充係に何分のリードタイムを与えるか」を設定している。私の粗雑で単純な式:トリガー≈応答時間中の予想消費量+安全バッファ。例:補充係が応答して補充を終えるまでに平均30分かかっていて、このSKUのピックが30分あたり3カートンなら、トリガーは最低3カートン+1–2のバッファが必要だ。こう見れば、チューニングは魔術でなくなる。

ABCチューニング表、現在オフィスの壁に貼り付け中

SKUを速度でA/B/Cに分け、階層ごとに1つのトリガールール。この表はオフィスの壁に住んでいて、すべてのチューニングはこれに従う:

階層 1日のピック数 トリガーロジック トリガーポイント 補充目標 備考
A(売れ筋) 50カートン/日以上 パーセンテージ スロット容量の40% 90%まで補充 頻繁に補充し、欠品には決して賭けない;最優先
B(通常) 10–50カートン/日 固定数量 4–6カートン 満杯まで補充 シフトごとに確認、朝1回、夜1回
C(スロー) 10カートン/日未満 シフトごとの見回り 2カートン 4まで補充 やりすぎ注意——スロームーバーでは過剰在庫のほうが欠品より高い(一等地のピックフェースを食う)

3つのチューニングの教訓:

第一に、A階層では高めに振る——ただし上限は「スロット容量−1回の補充量」で堅く抑える。1カートンもそれ以上はダメ。死因その1が教えてくれた。

第二に、C階層では逆に振る:低めに。スロームーバーの欠品は1–2件のオーダーで済む;1回の過剰在庫は貴重な前方スロットを食い、期限切れのリスクを抱える。**欠品のコストと過剰在庫のコストは非対称だ——そして階層によって反転する。**トリガーをチューニングする人の大半は、このトレードオフを考え抜いていない。

第三に、ピークシーズンやセールイベントの2週間前には、すべてのトリガーを1段階上げて、ラッシュが終わった日に元に戻す。どうして知っているかは聞くな。いくら授業料を払ったかを聞いてくれ。

ほぼ空の前方ピック場所:補充トリガーを引くタイミング

荒技 vs. システム自動トリガー:私たちのフィールドテスト

今はハイブリッドだ:A階層のSKUはWMSの自動トリガー(システムがスケジュール通りに補充タスクを発動する)、B/C階層は荒技だ。2つの荒技:

**荒技その1:赤テープのライン。**前方スロットの側面に、トリガーポイントの高さに合わせて赤いテープを1本貼る。ピッカーが赤を見たら、WeChatグループに一言残す:「X番の棚が赤ラインに到達。」コスト:テープ1巻で数百円。結果:B階層の欠品は月7–8回から1–2回に減った。

**荒技その2:シフト交代前の見回り。**シフト交代の15分前に、シフトリーダーが携帯を持って通路を歩き、トリガーを下回ったものをグループで呼びかけ、補充係を名前でタグ付けする。ランダムなイベントが固定のルーチンになったら、夜勤の欠品はほぼ消えた。

正直な比較:自動トリガーは正確だが、WMSのサポートとパラメータを保守する人が必要だ——小さな倉庫にフルタイムのチューナーは雇えない。荒技は粗いが、タダで、みんなが参加し、B/C階層には十分すぎる。大企業のプレイブックはうちには合わないが、恥ずかしいことじゃない。正しいシステムとは、あなたの倉庫に合うシステムだ。

小さな倉庫の仲間たちへの3つのヒント

  1. **トリガーを設定する前に、前方スロットの容量を測る。**容量を知らずにトリガーをチューニングするのは、目隠しで運転するようなものだ。まずメジャーを持って棚を測りに行こう。
  2. **トリガーは補充応答時間から逆算する——当てずっぽうで決めない。**トリガー発動から補充完了まで、倉庫が平均でどれだけかかるか時間を測って、粗雑で単純な式に当てはめる。
  3. **毎月見直す:**欠品は何回、過剰在庫は何回、その結果で1段階逆方向に微調整する。チューニングは一回きりのプロジェクトじゃない、毎月の宿題だ。

今日はA階層に自動トリガー、B/Cに赤テープ+グループでの呼びかけで回している。欠品も過剰在庫も月1–2回まで下がり、あれ以来通路が塞がれたことはない。総投資額は?赤テープ1巻とWeChatグループ。

小さな倉庫には、小さな倉庫のやり方がある。

Xiao Ma(小さな倉庫のオーナー)著

英語版からの翻訳。内容に相違がある場合は英語版を優先します。