私たちには顧客がいる——浙江省の小さな家電輸出業者、年商は数億人民元、ERP を使い始めて 8 年になる。昨年後半に彼らが私を呼んで、単刀直入に聞いてきた：「Susan、正直に教えてほしい。うちは本当に単体 WMS が必要なのか？」
私は言った：慌ててお金を使わなくていい。まず私の 4 つの質問に答えてくれれば、自分で答えが出る。
私は両方売ってきた——ERP スイートも、ベストオブブリードの WMS も。だから両陣営が維持する礼儀正しい建前をぶち壊そう：大多数の中小企業にとって、ERP に付属する倉庫モジュールは、痛みが出るまで十分だ。 そして痛みには見分けられる症状がある。以下 2 社の顧客：1 社は金を無駄にし、1 社は上手に使った。あなたはどちらか、見てほしい。
無駄にした社：ERP モジュールで十分だった
まず、無駄にした金。自動車部品の顧客：倉庫は 1 棟、SKU は 700〜800、1 日 300〜400 オーダー、オーダープロファイルはシンプル——基本的な離散オーダーピッキングで全部出庫できる。
2 年前、ベンダーの営業マンが甘い言葉をささやいた——「御社の規模なら単体 WMS じゃないと、成長についていけませんよ」。彼らは飛びつき、100 万元近くが消えた。稼働から 2 年後に再訪し、倉庫管理者にウェーブピッキングをどれくらい使ったか聞いた。彼は頭をかいた：「使ってないです。うちのオーダーにウェーブは要りません」
典型的な 「3 年後の会社」のためにソフトを買い、「今の会社」のためには買わない ケースだ。ERP の在庫にバーコードスキャンが加われば十分だった：入荷して、出荷して、帳簿は合う。その 100 万で買ったのは「プロらしく見える」心地よい感覚だけ——それに年次保守料まで付いてくる。ソフトウェアは遊ばせてもいいが、保守料は決して割引しない。
買い手の友人たちへの一言：営業が「アップグレードの時期です」と言ったら、「四半期ノルマまであと 1 件足りない」と読み替えてほしい。
上手に使った社：4 つのラインのどれかに当たった
次に、上手に使った金。美容サプライチェーンの顧客：倉庫 3 棟、10 社以上のブランドのフルフィルメントを担い、ピース単位・オーダー単位・保管日単位で課金——ブランドごとに独自の料金表を持つ。
最初は ERP の倉庫モジュールで無理に回していたが、月末の照合が屈辱の儀式になった：システム在庫と実在庫は決して合わず、日常的に 1,000 単位ずれる。返品が増えると、どのブランドの商品をどの倉庫に入れるかはすべて倉庫スーパーバイザーの頭の中にあった。顧客からの苦情 1 件が、3 日間の探偵仕事を意味した。
彼らは単体 WMS に切り替え、3 か月で帳簿がきれいになった。なぜか。ERP の倉庫モジュールはそもそもマルチクライアント課金の器官を持って生まれてこなかったからだ。「このブランドは今月何ユニット保管して、何オーダー出荷したか」を計算しろと言っても、できない。ダメなソフトだからではない。その機能が最初から作られていないのだ。
ERP 倉庫モジュールの天井
ベンダー側の人間として、同業者が嫌がることを言おう。多くの ERP ベンダーが「うちにも WMS モジュールがあります」と言うときの素直な訳は——在庫ができて、入出庫でバーコードがスキャンできる、それだけ。
天井は一目瞭然だ：
第一に、戦略がない。 入庫配置は経験と勘、ピッキングは歩き回り。ウェーブ、プットウォール、ピックアンドソート——期待しないこと。ERP は帳簿で考え、WMS はオーケストレーションで考える。DNA が違う。帳簿システムに交通整理を頼んでも、交差点に突っ立って眺めるだけだ。
第二に、複数倉庫は名ばかり。 多くの ERP は複数倉庫を帳簿の継ぎ接ぎとして実装している。移動やグローバルな在庫可視化は後付け感が漂う。1 つのネットワークが欲しかったのに、渡されたのは何冊もの帳簿だった。
第三に、課金エンジンがない。 上の美容顧客を見てほしい——彼らが死んだのはまさにそこだ。3PL、マルチクライアント——保管と荷役に課金が必要になった瞬間、ERP は降参する。計算しないのではない。料金表という概念自体がないのだ。
第四に、トレーサビリティは中途半端。 バッチ、シリアル、有効期限——フィールドはある。だが製薬・食品の監査レベルでフルチェーンを引っ張れば崩れる。誰もストレステストをしていないから大丈夫に見えるだけだ。
単体 WMS の 4 つのライン
では、線はどこか。私が顧客に出す 4 つの質問は 4 本のラインだ。1 本に当たれば単体 WMS を真剣に検討し、2 本以上なら迷うな：
- オーダーは「動き」を必要とするか。 1 日数百オーダー、1 オーダー数ライン——離散ピッキングで十分だ。ボリュームが増え、カットオフが厳しくなり、ウェーブやプットウォールが必要になったら、ERP は手が出せない。兆候は明白だ：ピッカーが「足がもげそう」と文句を言い始めたら、プレイブックが薄すぎる。
- 倉庫は「複数」か。 2 拠点以上で連携、移動、グローバルな在庫ビューが必要——ERP の複数倉庫は人生の選択を疑わせてくる。2 棟目の前に、システムがついてこられるか自問してほしい。
- 貨物に「請求」が必要か。 他人の在庫を預かり、ピースやオーダーで課金する——課金エンジンなしでは地獄だ。自社の貨物なら何でもいい。他人の貨物は、1 件の取引も帳簿に残さねばならない。それが商売だ。
- 貨物に「系譜」が必要か。 バッチ、シリアル、有効期限、コンプライアンス監査がフルチェーンを引っ張る——中途半端なトレーサビリティでは通らない。製薬、食品、自動車部品（OEM リコール）——同じ理屈だ。
4 本どれにも当たらない？ ERP モジュールをしっかり使いこなし、浮いた金で腕のいい倉庫スーパーバイザーを雇おう。ソフトより価値がある。
| 比較軸 | ERP 倉庫モジュール | 単体 WMS |
|---|---|---|
| 初年度投資 | 低い、ライセンス追加 | 高い、独立プロジェクト |
| 導入期間 | 短い、数週間〜数か月 | 長い、半年以上 |
| ピッキング戦略 | 主に離散オーダーピッキング | ウェーブ / プットウォール / ピックアンドソート |
| マルチサイト | 弱い、帳簿の継ぎ接ぎ感 | 強い、グローバル在庫 |
| 倉庫課金 | なし | マルチクライアント課金エンジン |
| コンプライアンスのトレーサビリティ | 中途半端 | フルチェーンのバッチ／シリアル |
ベンダーの裏話：見積もりに載らないこと
最後に、ベンダー側だけが知っていること。買い手の皆さん、メモを：
第一に、ライセンスは氷山の一角。 ERP ベンダーが「割引倉庫モジュールライセンス」を見積もり、得した気になる？ 実装サービスこそ本当の金だ——人日で請求され、日常的にライセンス本体を上回る。契約前に聞くべきだ：人日は合計何日で、超過したらどうなるのか？ この 1 問が最も無駄な金を救う。
第二に、「無料で簡単」の代償。 ERP ベンダーは「ERP はもう持っているから、倉庫モジュールはおまけで付いてくる」と言うのが大好きだ。確かに——だが単体 WMS に移行したくなった日、履歴データのエクスポートも連携構築もそれぞれ値札が付く。入りは易く、出は高い。入口に署名する前に出口を考えてほしい。
第三に、ベンダーが嫌がる質問。 次に ERP 営業が「うちの WMS モジュールはとても成熟しています」と言ったら、1 つ聞いてみてほしい：「昨年、このモジュールだけを買った純粋な倉庫顧客は何社いましたか？」 突然の沈黙を見てほしい。大多数の ERP 倉庫モジュールは ERP 案件のお供として売られている。倉庫のためだけに買った顧客は稀だ。機能が単体で売れるかどうかこそ、成熟度の唯一の試金石だ。
次に契約の話をするとき、この 3 つを聞こう
締めに：あの浙江の顧客は私の 4 つの質問に答えた——3 つは外れ、「複数倉庫」は 2 拠点目を検討中で半当たり。私の助言は：当面は ERP をしっかり回し、2 棟目が稼働して帳簿が本当に合わなくなったら、そのとき単体 WMS の話をしよう。今日のオーダーボリュームのためのソフトを買うのであって、3 年後のロードマップスライドのためではない。
次に営業が WMS を売り込んできたら、この 3 つを聞いてほしい：
1 つ——昨年、このモジュールだけを買った純粋な倉庫顧客は何社いましたか？ 2 つ——実装の人日は合計何日で、超過分はどう請求されますか？ 3 つ——3 年後に単体 WMS に移行したら、履歴データはどう出てきて、費用はいくらですか？
この 3 つを聞けば、相手が倉庫を分かっているのか、ライセンスを売りたいだけなのか、一度でわかる。
Susan（3PL 営業部長）著
英語版からの翻訳。内容に相違がある場合は英語版を優先します。