ピッキングルートの設計：歩き方、ゴールデンゾーン、ABC配置

ピッキングの半分は歩行です。本記事ではS字・横断・往復の3つの歩き方を比べ、売れ筋を腰から肩のゴールデンゾーンに置き、ABC分類を実際のロケーションに落とし込みます。

作業者の1回の巡回を計測し、時間を正直に分けてみてください：ロケーションまで歩く、商品を探して取る、確定する、歩き続ける。ほとんどの倉庫では、歩行部分の合計が巡回の半分以上を占めます。だからルート設計は作業者の速さより重要なのです——悪いルートの速い歩行者は、良いルートの平均的な歩行者に毎日、何時間も負けます。ルートには2つの半分があります：歩行の形と、商品の配置です。両方を設計してください。

通路の歩き方3種#

S字（蛇行）ルートは、入った通路をすべて端から端まで歩き、ブロック内を蛇行します：1番通路を下り、2番を上り、3番を下ります。後戻りも省略もなく、歩行は常に遠端の横通路付近で終わります。密度の高い集品——ほぼ全通路にバッチの商品があるカート集品や一括集品——に向きます。通過するだけの距離が、立ち止まる回数に比べて小さいからです。弱点もまさにそこです：通路に集品が1件だけでも、全長を歩くことになります。

横断ルートも一端から入ってもう一端から出ますが、通路全体をカバーするとは限りません：作業者は通路を区間ごとに進み、前進しながら両側で集品し、集品のない通路は横通路を使って丸ごと省略します。S字との違いは、集品がまばらな場合に現れます——どの通路に入るかの判断が、通路内の歩き方より多くを節約します。

往復ルートは通路に入り、必要な分を集めて、同じ端から戻って出ます。一見無駄に見えます——全距離を2回歩く——のですが、集品が少なく浅い場合は勝ちます：唯一の集品が3ベイ目なら、入って戻るのは6ベイ分。S字なら通路全長に横通路の戻りが加わります。ブロック一端の拠点からの単一受注集品や、カートがすれ違えない狭い通路にも自然に合います。

どの形を選んでも、ピッキングリストがそれに従って初めて機能します。Docklifyでは、ロケーションのマスタデータに sequence（ピッキングルートの移動順序）があり、Master Data → ロケーションで、ピッキング戦略ウェイトや棚入れ候補ウェイトと一緒に管理します。レイアウト変更のたびに sequence を正しく保ってください。

ゴールデンゾーン：腰から肩の高さ、梱包の近く#

集品には身体的な価格があります。腰から肩の高さで、通り道の棚にある商品は、手を伸ばして取るだけ。同じ商品が床にあれば屈むか膝をつき、頭上なら踏み台と両手での慎重な作業が必要です。1日数百回と掛け合わせると、棚の高さは人件費予算になります。ゴールデンゾーンとは、梱包に最も近いロケーションにおける腰から肩の帯——およそ0.7〜1.6メートル——です。

• 売れ筋で重いものはゴールデンゾーンの低めに。肩の高さはNG：高頻度×重量は肩の故障のもとです。腰の高さ、カートの近く、短い持ち上げで。
• 床レベルと頭上レベルは、動きの遅い商品と予備在庫用に。月に2回集めるSKUなら月に2回屈んでも構いませんが、1日200回のSKUはだめです。
• 距離も高さとして数えます：梱包から20通路先のゴールデンな棚はゴールデンではありません。ロケーションは、そこでの集品の総価格——歩行＋リーチ——で判断します。

ゴールデンゾーンはペアで機能します：前にピックフェイス、後ろ（または上）に予備在庫。作業者が触るのはフェイスだけです。予備はフェイスを補充するためのもので、忙しい波動中に直接集品してはいけません。フェイスの大きさは、そのSKUの1〜2日分の集品量を目安にします。

配置は漂います：売れ筋が冷える、販促が終わる、新SKUが偶然ゴールデンゾーンに入る。Docklifyでは、スロット最適化の分析が自社のピッキング履歴、ABC分類、出庫明細から置き場所を間違えたSKUを見つけ、より良いロケーションと修正用の移動タスクを提案します。提案のみで、確認するまで何も動きません。

ABC分類を実際のロケーションに落とす#

ABCは金額ではなく、ピッキング回数によるランク付けです。過去60〜90日のSKUごとの集品回数を数えます：Aグループ——通常上位10〜20%のSKU——が全集品の約70〜80%を生み、Bが中間帯、Cがカタログの大半を占めるのにほとんど動かないロングテールです。分類は配置を変えて初めて役立ちます：Aは梱包近くのゴールデンゾーン、Bは一歩外側、Cは奥・上・下。年に数回ランクを付け直してください。

配置はドックから始まります。Docklifyでは、棚入れ時にシステムがルールに基づいてパレットごとに2〜3の候補ロケーションを提示し、作業者が1つを選び、実際に使ったロケーションが——候補と違っても——記録されます。この候補と実績の記録こそが、スロット最適化の原材料です。

一方通行の通路：地味だが価値がある#

対面通行の通路では、カートを持つ2人の作業者が正面から出会い、1人が後退し、両方が時間を失います。棚通路を一方通行にすると——梱包側から入り、遠端から出る、を一貫させる——その踊りはなくなります：満載のカートを後退させる者はなく、全員が同じ方向に流れるため、ルートの形（S字・横断）が実際に徹底できます。有効幅が約2.4メートル未満の通路では、一方通行の勝ちです。

• 各通路の入口に方向を床に描きます——疲れた作業者が考えずにたどれる矢印——出口側には進入禁止を表示します。
• ピッキング時間帯は、フォークリフトを一方通行のピッキング通路に入れない：バルク移動は広い主通路を使い、補充はランダムではなくスケジュールで通路に入ります。
• 方向はルートに合わせます：ピッキングの終点が梱包なら、一方通行の流れはそこへ届けるべきで、満載のカートと一緒に遠端に置き去りにしてはいけません。

ピックフェイスが空になるとルートが切れる：補充#

すべてのルート設計は、ピックフェイスに在庫があることを前提にしています。作業者が空のゴールデンゾーンに着いた瞬間、ルートの節約は例外処理で燃えてしまいます。フェイスは補充で満タンを保ちます：フェイスが乾く前に、最低線と目標量のルールで予備在庫を保管場所から前に出すのです。誰かが空の棚に気づくのに頼るのではありません。

Docklifyでは、各ピッキングロケーションに製品ごとの最低線と目標量があり、WMS → Settings → Pick location minimums で設定します。在庫が最低線を下回ると——集品後の即時チェック、日次スイープ、手動補充ページから——システムは予備を持つ保管ロケーションから、目標量マイナス現在庫の補充タスクを生成します。在庫ゼロで受注が待っているフェイスは URGENT とマークされ、モバイルのタスク一覧の先頭に固定されます。

現場では、設計はガイド付きの歩行になります：Docklifyでは、出庫伝票から WMS → 出庫伝票 → Create pick task でタスクを生成します——Order Pick は単一受注、Batch Order Pick は複数受注を1回で、Wave Pick は計画波動——作業者はモバイルで手順通りに実行します：ロケーションをスキャンし、必要な場合はパレットをスキャンし、数量を確定します。

描き直す前に、ルートを測る#

• ストップウォッチで1回の集品を歩き、歩行と集品を分けて計ります。歩行が3分の1未満なら、問題はルートではなく、検索時間、ラベリング、空のフェイスです。
• 記憶ではなくシステムから、ロケーションごとの週間集品数を数えます。ゴールデンゾーンにはそのリスト上位のロケーションが入っているはずで、ずれはすべて、書かれるのを待つ移動タスクです。
• 少しずつ描き直します：最もずれた20 SKUを移し、2週間測ってから次の20を決めます。週末に倉庫全体を並べ替えると測定できず、測定できない変更は擁護できません。

ピッキングルートは一度描いて終わりではありません。通路は組み直され、商品構成は季節で変わり、新規顧客の貨物が1四半期でABCリストを静かに書き換えることもあります。ルートはスロット最適化と同じように、見直しのリズムを持つ生きた設定として扱ってください。

本記事で使ったDocklify機能#

• ロケーションの sequence とウェイト — Master Data → ロケーション：各ロケーションに sequence（ピッキングルートの移動順序）、ピッキング戦略ウェイト、棚入れ候補ウェイト。
• スロット最適化 — ピッキング履歴、ABC分類、出庫明細から配置ミスのSKUを見つけ、より良いロケーションを提案し移動タスクを生成。提案のみ。
• 棚入れ候補 — システムはルールに基づきパレットごとに2〜3候補を提示し、実際に使ったロケーションは候補と違っても記録されます。
• 補充タスク — WMS → Settings → Pick location minimums で製品・ロケーションごとに最低線/目標量を設定。最低線未満でタスク生成、ゼロで受注待ちのフェイスはモバイルで URGENT 表示。
• モバイルピッキングタスク — WMS → 出庫伝票 → Create pick task（Order Pick / Batch Order Pick / Wave Pick）。モバイルではロケーションをスキャン、必要な場合はパレットをスキャン、数量を確定。