今の作業と困りごとを具体化する
倉庫管理システムを比較する前に、入荷から出荷までの流れを紙や既存の表で整理します。入荷検品、ロケーションへの格納、補充、ピッキング、梱包、出荷検品、棚卸しのどこで二重入力や確認待ちが起きるかを書き出しましょう。「在庫を見える化したい」という目的だけでなく、引当可能な数量、保留品、返品、預かり在庫など、何を区別して把握したいかを決めることが重要です。
商品と作業の条件に合うか
商品点数、日々の入出荷量、拠点数、取引先ごとの出荷条件を確認します。ロット、期限、シリアル番号、セット品、ケースとバラの単位変換が必要なら、標準機能で扱えるかを聞きましょう。倉庫によっては、同じ商品を複数の場所に置く、作業途中で数量が変わる、検品で不一致が見つかるといった例外が日常的にあります。通常の流れだけでなく、例外処理を実際のデータに近い形で試すと判断しやすくなります。
連携とデータ移行を確認する
販売管理、受注管理、EC、配送会社の送り状発行など、連携する相手とデータ項目を一覧にします。連携方法がファイルなのかAPIなのかだけでなく、更新頻度、エラー時の通知、再送の担当も確認してください。既存データの商品コード、単位、取引先、棚番が不統一な場合は、移行前の整理に時間がかかります。移行作業を誰が行い、どこまで支援費用に含まれるのかを見積もりに残しましょう。
料金の対象と導入範囲をそろえる
初期設定、月額利用、利用者や拠点の追加、連携、端末、保守、研修などを分けて比較します。ハンディ端末やラベルプリンターの購入、無線LANの整備が別途必要になることもあります。個別開発をする場合は、更新時の対応、変更の依頼方法、費用負担を確認してください。機能が多いだけで現場に合うとは限らないため、必須項目と将来検討する項目を分けると候補を絞りやすくなります。
試行と運用開始後の確認
デモでは担当者の説明を見るだけでなく、現場で使う人が入荷、返品、棚卸しまで操作できるかを確認します。通信が途切れたときの作業、操作権限、変更履歴、バックアップ、問い合わせ時間も比較対象です。小さな区画や一部の商品で試行し、本番への切り替え条件と戻す手順を準備しましょう。導入後の効果は業務やデータの状態で変わるため、削減率などを一律に見込まず、検品時間や差異件数など自社で測る項目を決めて評価してください。