1つのSKUに必要なフォワードピックフェースの数は？逆算で求める

2025年秋。私はカリフォルニア州チノにある自動車部品3PLのフォワードピックエリアを歩いていた——約150,000平方フィート、SKU数は8,000近く。倉庫マネージャーは延々と続くカートンフローラックを指さし、得意げだ。「ラオ・ミー、見てください。全SKUにピックフェースを2つずつ。みんな平等でしょう？」

私は答えない。列の端、最後の数フェースのカートンを指でなぞる。ほこりが積もっている。

「1日に何回補充しますか？」と聞く。「2回です」「じゃあ、そのフェースから最後に商品が動いたのはいつですか？」彼は答えられない。

平等は、ピックゾーンで最も高くつく幻想だ。

1つのSKUにフォワードピックフェースはいくつ必要か？何十回も聞かれてきた質問だが、私の答えは変わらない：推測するな、逆算しろ。フェースが多すぎれば、空きスロットの家賃を払い続け、ピッカーは毎日余分に歩かされる。少なすぎればフェースが空になり、オーダーが止まり、補充チームはシフト中ずっと火消しだ。長年使ってきた方法をここで紹介する。

計算する前に、まず1フェースを測りに行く

ほとんどの人は式にすぐ飛びついて、最初のステップで間違える——1つのピックフェースにどれだけ入るかを実際には知らないからだ。

フェース容量とは、1フェースに入るピック単位の数だ：カートンフローラックの1レーン、地上パレット置き場1区画、棚の1ボックス。これらは全く異なる数字だ。ここが大事なところ：カタログの数値ではなく、実際に収まる数を使え。フローレーンは理論上カートン8個入るかもしれないが、カートンサイズがまちまちで前面に手のクリアランスが必要な現実では、実際に入るのは6個だ。なら6があなたの数字だ。8は存在しないも同然だ。

容量の誤りより巧妙で、私がもっとよく見る落とし穴：単位の混同だ。1日のピック量を「個」で数え、フェース容量を「ケース」で測る——割り算すれば倍率でずれる。私が見た最悪のケースは、3フェースで足りるSKUに12フェースを割り当てていた。全部、「個」と「ケース」が同じ式に混ざったせいだ。単位を1つ選び、全体で統一し、式の横に書いておく。壁に貼ってもいい。

倉庫のフォワードピックフェース

ピッキングを見るのはやめろ。本当の制約は補充だ。

ピックフェースの数はピッキングの問題に見える。実は補充の問題だ。

理屈は単純だ：フェースに入っているものは、次の補充が来るまでもたなければならない。だから必要なフェース数は、実際にどれだけ頻繁に補充できるかから始まる——実際に、だ。シフト表に書いてある頻度ではない。補充オペレーターは何人いるか？補充タスクはピッキングタスクと同じフォークリフトを奪い合っていないか？夜勤で補充する人はいるか？この問いの答えが、あなたの本当の制約だ。

ピーク期と通常週で同じ数にはならない。私はWMSから90日分のデータを引っ張り、年平均ではなく繁忙週で計算する。平均値でサイズを決めたフェースは、ピーク初日に空になる——何年も前、eコマースのスロットティングプロジェクトで痛い目に遭って学んだ。ホリデーシーズンの補充チームは緊急補充を1日数十回回し、ピックラインは商品待ちで止まっていた。

ABC分類はここでは前提条件であり、後付けではない。Aアイテムは毎日出荷する——フェースを複数、隣り合わせで与え、ピッカーが1回のパスですべて取れるようにする。Cアイテムは週に1回動く——フェースは1つ、それだけ。Cアイテムの2つ目のフェースは、ほぼ確実に半分空のままほこりをかぶる。ABCなしにフェース数の話はしない。これが手順だ。

本当の補充間隔はどうやって見つける？スーパーバイザーに聞くな——システムに聞け。WMSから1週間分の補充タスクを引っ張り、タスク作成から完了までのタイムスタンプを見る。中央値が本当の間隔だ。「1シフト2回」と表には書きながら、実際は忙しくなった瞬間にピッキング支援に引っ張られ、間隔が1日1回に伸びている倉庫はざらにある。表の数字で式を回せば答えは全部ずれる。私の習慣：システムの中央値で計算し、さらに半日のバッファを足す。完璧な補充執行に賭けるより、半フェース多めにスロットする方を選ぶ。

式：需要から逆算する

その3つの数字が手に入れば、あとは単純だ：

D：SKUの1日ピック量、繁忙期ベース、単位は統一
C：1フェースに実際に入る量、実測値——カタログではない——単位は統一
T：本当の補充間隔（日数、1日2回なら0.5）、そこに安全バッファS——欠品をどれだけ嫌うかで、通常0.5～1日

必要フェース数 = D × (T + S) ÷ C、小数点以下切り上げ。

例の数字で1回歩いてみよう——本番では自分の数字に置き換えること：あるSKUは繁忙週に1日120個ピックし、1フローレーンに実際に入るのは30個、補充は1日2回（T = 0.5）、安全バッファ0.5日。フェース数 = 120 × (0.5 + 0.5) ÷ 30 = 4フェース。

残りの在庫はどこに置く？バルク予備だ。フォワードエリアには次の補充までしのぐ分だけを置き、あとはすべて高層ラックのフルパレット予備ロケーションに上げる。これがフォワード・バルク分割の全ロジックだ：フォワードピックの1平方フィートは高層予備の1平方フィートよりはるかに高くつく。2週間分の在庫をフォワードフェースに置くのは、ビーチフロントの土地を駐車場に使うようなものだ。私の経験則：式の答えが5フェースを超えたら、立ち止まって考えろ——フォワードフェースとフルパレット直接ピッキングのハイブリッドに分けるか、そのSKUは最初からピースピック向きではなかったと認めるかだ。

フォワードエリアが過剰スロットかどうか、データなしで一発判定する方法：シフト終了前にフォワードゾーンを歩き、ランダムに20フェースをチェックして、2日分以上のピックを抱えているものが何個あるか数える。半分以上がぎっしり詰まっていたら、そのフォワードエリアは予備倉庫のバイトをしている——その商品は上層ラックのものだ。10分、1回歩くだけ。私は現場訪問のたびにやっている。

フェースが多すぎる死に方と、少なすぎる死に方は違う

最後にもう一度トレードオフを確認して、変更後に迷わないようにしよう。

フェースが多すぎると、ゆっくり死ぬ：フォワードゾーンは肥大化し、ピッカーは時間の半分を歩くことに費やし、Cアイテムのフェースは半分空のまま——空気を保管する家賃を払っているようなもの——それなのに補充はなぜか忙しくなる。フェースが多ければ巡回するフェースも多く、タスクキューは永遠に片付かないからだ。あのチノの倉庫は教科書通りだった：8,000SKUに各2フェース、ピッカーが会社の歩数記録を更新するほど巨大なフォワードゾーン、一番奥の列はほこりまみれ。

フェースが少なすぎると、急激に死ぬ：フェースが空になり、ピッカーは空スロットの前で立ち尽くし、補充は火消しと化し、緊急補充が通常のウェーブ計画を壊し、ピーク期には1日2～3回欠品して、カスタマーサービスは炎上する。選ぶなら、私はタイトに始めて緩める——フェースを足すのは1日でできる。肥大化したゾーンを縮めるのは、エリア全体の再計画が必要だ。私がやってきたグリーンフィールドの立ち上げでは毎回、式の下限でスロットし、1カ月回して、欠品ログが示す場所だけフェースを足す。こうすれば行き過ぎることはない。

チェックリストはこうだ：