結論から先に言います。年間出荷が100,000件未満の倉庫なら、初めてのWMSにSaaSを選ぶのは正解です。ただし「2週間で稼働」という売り文句を信じてはいけませんし、月額料金だけを見て契約してはいけません。
長年、初めてWMSを選ぶ小さな倉庫をいくつも手伝ってきましたが、失敗のパターンは驚くほど似ています。問題はたいていソフトそのものではありません。契約前に誰も尋ねなかった、ほんの一握りの実務的な質問です。その中でも人々を最も苦しめる5つを挙げます。今まさに選定中なら、このリストを一つずつ潰していってください。
「2週間で稼働できます」と言われたら、信じるべきか？
半分だけ。
SaaSのWMSはサーバーが要りません。アカウントが発行されたその日からログインできます。これは本当です。しかし「ログインできる」と「倉庫を回せる」の間には大きな隔たりがあり、その隔たりを埋めるのはあなた自身のデータです。「2週間で稼働」という約束は、標準的なワークフローが2週間で稼働することを前提にしています。それが成り立つのは、顧客マスタ、商品マスタ、ロケーションコードがすべてきれいな場合だけです。
現実には、初めてシステムを入れる倉庫のデータがきれいなことはほぼありません。1つのSKUがスプレッドシートの中で3つの名前で登録されている。ロケーションのラベルは「Zone A」なのに、実際の棚番はベテランピッカーの頭の中にしかない。昨年、Rancho Cucamongaにある12,000平方フィートのEC倉庫を訪ねました。オーナーは「データは大丈夫」と断言していました。4,000件超のSKUを読み込むと、600件超の重複と不整合が見つかりました。クレンジングだけで3週間。「2週間で稼働」は1週目で崩壊しました。
ですから「どれくらい早く稼働できますか」と聞くのはやめましょう。聞くべきは「データのクレンジングは誰がやるのか、何日かかるのか」です。商品マスタ、期首在庫、ロケーションコーディング——それぞれの工数を文書で、契約書に明記してください。導入コンサルタントは通常リモートで、週に2回の会議。あなたの側で誰かがフルタイムでこの仕事を担う必要があります。業務プロセス設計の承認、データのサインオフ。小規模倉庫のオーナーはこの役割を自分で引き受けがちですが、繁忙期に飲み込まれてプロジェクトが2か月滑ります。契約前にその人を指名し、プロジェクト計画に書き込んでください。
販売チャネルと送り状ラベルの連携は、実際には誰がやるのか？
小さな倉庫の注文の多くは、数件のECプラットフォームと、1〜2社の配送会社のラベル発行システムから来ます。WMSのサイトはどこも「主要プラットフォームと連携」とうたっています。この文を翻訳するとこうなります。「対応済み」は「無料」を意味しませんし、「当日対応」を意味するなどもってのほかです。
契約前に3点を確定させてください。第一に、ShopifyやAmazonの注文連携は標準コネクタか、カスタム開発か。標準コネクタは通常プラットフォーム単位の課金です。販売している全プラットフォームを列挙してください。月に数百件しか出ないあの店も忘れずに。忘れたものほどカスタム対応になりがちで、価格もスケジュールもまったく別物になります。第二に、送り状ラベルはどうやって印刷するのか。WMSが配送会社のAPIを直接呼ぶのか、それとも間にサードパーティのラベルツールを挟むのか。ホップが1つ増えるごとに障害点が1つ増え、繁忙期にラベルが印刷できなくなったときにそれを痛感します。第三に、返品はどうやって戻ってくるのか。小規模倉庫の多くは受注の順方向フローだけを検証し、あとで返品がWMSをまったく通れないことに気づきます。返品はスプレッドシート行きとなり、システム在庫は二度と合いません。
Fontanaの小さな自動車部品倉庫が2年前、この痛い教訓を学びました。稼働開始から3か月後、返品はまずマーケットプレイスの返品ポータルを通さなければならず、WMSには返品指示が一切届かないことが判明したのです。倉庫は毎日2つのシステムを手作業で照合していました。選定期に半日かけてエンドツーエンドのドライラン——注文、ラベル、ピッキング、出荷、そして返品の受領まで通す——をやっていれば、その場で見つかっていたはずです。
連携の料金体系も確定させてください。一括か年額か。包含ボリューム制かトランザクション課金か。安そうに見えるコネクタが注文単位の課金で、ボリュームが伸びるほど痛くなります。ここでお金の話に移りましょう。
スキャナは揃った——でもWiFiの準備は？注文単価の但し書きは読んだ？
まず銃の話。SaaS型WMSのピッキングと棚入れは、すべてハンディターミナルで回ります。古いスマホで済ませてはいけませんし、節約のために無名の安いAndroid端末を買ってもいけません。バッテリーは1シフト持ちませんし、薄暗いラック通路のバーコードをスキャンエンジンが読み取れません。Zebra TC2xシリーズのようなエントリーレベルの産業用ハンディは、小規模倉庫の定番です。堅牢で、各WMSベンダーはこのクラスの端末向けにモバイルアプリをチューニングしています。ただし先にWMSベンダーに確認してください。モバイルクライアントはネイティブアプリか、Webページのラッパーか。ネットワークが弱い環境でのWebラッパーは、ピッカーを発狂させます。稼働日にではなく、今聞いてください。
次にWiFi——小規模WMS導入が死ぬ原因の第1位です。建物は小さく見えても、ラックが立ち上がるとスチールラックは電波の壁になります。稼働初日、ピッカーが通路の端でスキャンできず、送信がいつまでもグルグル回る——9割はWiFiのデッドゾーンで、ソフトのバグではありません。稼働前に、ハンディを持って丸1日フロア全体を歩き回り、すべてのロケーションを回って、電波が落ちるところにアクセスポイントを増設してください。節約のためにこれを省いてはいけません。ラインが1時間止まる損失は、アクセスポイント数台よりはるかに高くつきます。
最後に、見積書の中で最も穏やかな罠。注文単価の課金です。月額料金は控えめに見えますが、但し書きには「包含ボリュームを超える注文単位の超過料金」とあります。小規模倉庫は季節変動が激しく、通常月は数千件なのに、Q4のある1日で1週間分が出ます。契約前に昨年の月別注文ボリュームを引っ張り出し、月ごとに電卓を叩いてください。繁忙月の超過料金を足した年間総額は、それでも魅力的ですか。課金の定義も確定させましょう。「1注文」とは何を数えるのか。キャンセル、分割、統合された注文は数えるのか。「システムで処理した注文数」で課金するベンダーもいます。聞かなければ、請求書を払うだけです。
更新時の条項があと2つ。2年目の値上げに上限はあるか。過去データのエクスポートは有料か。SaaSにおいてロックインの正体は契約ではなくデータです。あとでシステムを乗り換えるのに、レコード単位のエクスポート料金を取られるなら、それは乗るのは簡単で降りるのは難しい船です。
明日できること：今のSKUリストと注文スプレッドシートをエクスポートし、重複、不整合、1商品多名称を数えてください。その数字が、導入チームと交渉する最初の条項になります。データクレンジングの工数と責任者を、稼働日の議論の前に契約書に。それが真っすぐでなければ、どんなシステムもあなたを救えません。
英語版からの翻訳。内容に相違がある場合は英語版を優先します。
