結論から先に：OMSにおける誤ピッキングの90%は、倉庫が間違った商品をピッキングすることから始まるのではない。間違った場所に、間違った読み手に向けて書かれたメモから始まる。注文メモは3種類――作業メモ、カスタマーサービスメモ、物流メモ――に分け、それぞれ固定の記入者、固定の項目、固定の読み手を持つべきだ。3つのうち1つでも欠ければ、物事はおかしくなる。
何気ない一言が注文を壊す仕組み
March 2024、中国・深圳の3C電子機器販売業者、1日約800件の注文を処理していた。カスタマーサービスの担当者が注文メモに「throw in two samples」と書いた。発送に無料サンプルを同梱するという意味だった。ピッカーは注文レベルのメモを見て「注文商品を2つのサンプルに置き換えろ」と解釈した。無料サンプル2個だけが出荷され、実際の商品は一度も発送されなかった。顧客がエスカレーションし、再発送と返送運賃で1件あたり400元を超えるコストが発生した。この全く同じ失敗を私は3回見てきた。3回とも、犯人は「samples」という言葉だった。
September 2024、杭州のアパレル販売業者。担当者が「顧客はSF Express groundを希望、紛失を懸念」とメモし、ピッキングメモ欄に入力した。ピッキング自体は問題なかったが、梱包ステーションではメモどおりSF Express groundのラベルを印刷した一方、OMSの配送ルールはデフォルトでYTO Expressとしていた。ラベルとシステムの運送状番号が一致せず、荷物は仕分けハブに2日間滞留した。星1つのレビュー。物流の指示が作業メモ欄に入り、間違った読み手に届き、間違ったアクションを引き起こした。
2つの事例の根本原因は同じ：メモに分類がなかった。全員が同じ入力欄に書き込み、全員が自分の解釈で読んだ。正しく出荷できたこと自体が奇跡だ。
方法をステップで：3つのメモ種別の標準化
ステップ1：3種別を分け、表を印刷して壁に貼る。
| メモ種別 | 記入者 | 記入場所 | 読み手 | 書式テンプレート |
|---|---|---|---|---|
| 作業 | 倉庫スーパーバイザー、またはCSの入力を中継する作業スタッフ | OMSの作業メモ欄、明細レベル推奨 | ピッカー、梱包担当、QC | [Pack] 緩衝材を2重に；[Pick] Zone Bより先にZone A |
| カスタマーサービス | CS担当者 | CRM／アフターサービスのメモ欄――OMSのフロー項目には絶対に入れない | CS・アフターサービス担当 | 約束＋期限、例：「May 8までに再発送すると顧客に約束」 |
| 物流 | CS担当者、またはOMSルールで自動入力 | OMSの物流項目 | ラベル印刷、出荷検証 | 運送会社＋サービス、例：「SF Express ground、保険付き」 |
ステップ2：メモを書く人は、まず3つの質問に答える。 誰のためか？どの工程で目にするのか？読んだ後に何をすべきか？1つでも答えがなければ、そのメモは書かない。だから「できれば今日出荷して」はゴミだ――倉庫には「できれば」という作業はない。特急フロー（定義されたSLAと責任者付き）を通すか、書かないかのどちらかだ。
ステップ3：無料サンプル、交換、多めの出荷・不足の出荷はすべて明細レベル。注文レベルは絶対にNG。 標準書式：「[Freebie] SKU-A001 x2、注文に同梱、フルフィル数量から除外。」SKU、数量、フルフィル数量に含めるかどうか――3要素すべて必須。注文レベルのメモは注文全体の事項にのみ使う。例：「[Whole order] 顧客が2個口を希望。」
意外な真実：最良のメモ標準とは、注文の80%がメモゼロであること
メモはパッチだ。パッチが多すぎるのは、システムに穴があるということだ。「緩衝材を追加」「サンプル同梱」のような高頻度メモは、システム項目や梱包ルールにすべきだ：SKUを壊れ物タグ付けすれば梱包ステーションが自動で促すし、無料サンプルは注文プロモーションルールに組み込めばOMSがギフト明細を自動追加する。毎回手書きするのは、いずれ書き間違えるということだ――1回のミスのコストで、ルール設定が10回できる。
トレードオフはここにある：メモが自由なほどCSは喜び、倉庫は苦しむ。標準が厳しいほど、最初の2週間はCSの不満が増える――だが3か月後、誤ピッキング率が下がれば誰も文句を言わなくなる。私がクライアントに言うのはこうだ：CSには2週間のガス抜き期間を与える。3週目からは、標準に合わないメモは書き直しで差し戻す。罰金ではない――「ちゃんと書くか、通さないか」だ。
稼働前夜のチェックリスト：寝る前の4項目
- 各種別のメモを1つずつ付けたテスト注文を1件印刷する。倉庫スタッフ3人をランダムに掴まえて聞く：各メモは誰が書いたのか、誰のためのものか、読んだ後に何をするのか？1つでも間違えたら、項目設計か教育が未完成――戻って直す。
- 過去3か月分のメモをエクスポートする。「try to」「ASAP」「please help」「kindly note」を全文検索――すべて実行可能な指示に書き換え、書き換えられないものは削除する。
- 項目の権限をロックする：CSは作業メモを書けず、倉庫は物流メモを編集できない。権限が間違っていれば、標準は紙切れ同然だ。
- 各メモ種別のSOPに「メモを読む」アクションを追加する：ピッキングは作業メモを読む、梱包は作業メモを読む、出荷検証は物流メモを読む。誰も読まないメモは、書かれなかったのと同じだ。
恥の殿堂：よくある失敗
- 注文レベルでの「顧客が半分先に発送と言った」→ 分割出荷は明細レベルで：どの明細を今出し、残りをいつ出すのか。
- アフターサービスの再発送が通常注文と同じメモ欄を共有 → 再発送は独自の伝票種別を持ち、メモに元の注文番号を入れる。
- 倉庫に顧客へ電話するよう求める電話番号のメモ → 倉庫に発信業務の役割はない。その依頼はCSのコールバックプロセスを通す。倉庫にCSの仕事をさせない。
次の倉庫稼働の前に、3つのメモ種別の項目・権限・SOPを先に設定する――それだけで誤ピッキングの半分を防げる。残り半分は上のチェックリストでカバーできる。
Lin Xiao（WMS導入コンサルタント）著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
