最初に結論から。どちらの料金体系も安くはない。あるのは、自社の運用に合うものと、毎年スーパーバイザー一人の年収分を予算から静かに抜き取っていくものだけだ。倉庫のWMS契約交渉を二十年手伝ってきて、パターンは分かっている。従量課金は繁忙期に奇襲をかけてくる。ユーザー課金は人数で血を流させる。次の契約交渉の前にこれを読めば、フォークリフト一台分は確実に浮く。

二つの課金モデルの仕組み

どちらの罠が大きいか論じる前に、計算式を押さえよう。

従量課金(業界ではトランザクション課金と呼ばれる)は、倉庫が出荷するたびに課金される。使った分だけ払う、公平に聞こえる。だが魔物は「1件」の定義に住んでいる。オーダーヘッダー単位で課金するベンダーもあれば(1オーダー=1件)、オーダー明細行単位で課金するベンダーもある(SKUが5つある1オーダーは5件のトランザクション)。同じ「従量課金」という看板で、価格は4〜5倍違う。返品、移動、在庫カウント調整まで課金トランザクションに数えるベンダーもある。倉庫が忙しくなるほど請求書は長くなる。そして従量課金契約の多くには月間最低利用額が付いている。暇な月でも、最低ラインは払わされる。

ユーザー課金はもっと単純だ。ログインできるアカウントごとに、毎月定額がかかる。細部はやはり大事だ。指名ユーザー課金のベンダーもあれば——アカウントを40個登録したら、同時に使うのが12人でも40個全額払う。同時接続課金のベンダーもあれば——アカウントは作り放題、同時ログインが15以下なら追加料金なし。後者は三交代制の運用には天からの贈り物だ。さらに段階料金のベンダーもある。作業者アカウントは一律、レポート閲覧付きの管理者アカウントは倍額。繁忙期の臨時雇用用に仮アカウントを足すと、月途中の減額なしで1か月分まるまる請求するベンダーもある。

どちらのモデルにも入っていないもの。導入費、ERPやECプラットフォームとつなぐ連携費、教育費、データエクスポート料。営業はデモではまず言わない。見積書の最終ページの細かい字の中に隠れている。

実際に計算してみよう

概念は安い。実例で計算しよう。中規模倉庫を想定する。月間出荷オーダー3万件、稼働中の作業者アカウント18個。以下の数字は計算方法を示すための私の想定値であり、特定ベンダーの実際の料金ではない。現行料金は必ずベンダーの公式サイトで確認すること。

従量課金、1件あたり$0.35と仮定すると、30,000 × 0.35 = 月額$10,500。月間最低利用額$8,000が付いていれば、暇な月もこの額を下回らない。

ユーザー課金、1アカウント月額$500と仮定すると、18 × 500 = 月額$9,000。年間$108,000、晴れでも雨でも。

損益分岐点は簡単な一次方程式だ。従量課金の単価をxとして両者が等しくなる点を求める。30,000x = 9,000、よってx = $0.30。見積もられた従量単価が$0.30を超えていればユーザー課金の勝ち。$0.30を下回れば従量課金の勝ち。この式を暗記しておけば、次に営業が見積もりを出してきたら、その場で検算できる。

繁忙期を通してみよう。ブラックフライデーの月は出荷が60,000件に跳ね上がる。従量課金の請求は$21,000に倍増、ユーザー課金は$9,000で動かない。逆に暇な月は出荷10,000件。従量課金は$3,500に下がるのに、ユーザー課金は$9,000を要求し続ける。構造が見えてきただろう。従量課金は物量の変動リスクをあなたに押し付ける。ユーザー課金は人数リスクをあなたに押し付ける。自社の運用でリスクが小さい方を選べ。

ハンディターミナルでロケーションのバーコードをスキャンする倉庫作業員

私が見てきた三つの罠

罠その一:明細行単位の課金。2019年、アパレルECのクライアントの契約交渉に同席した。営業は口頭で「1件あたり$0.25」と見積もった。クライアントは契約し、三か月後の請求書は別の物語を語った。平均オーダーの明細行数は4.2行、ベンダーは明細行単位で課金していた——実コストは1件あたり$1.05、想定の4倍超だ。「トランザクション」の定義は付属書の9ページ目に埋められていた。明細行単位。教訓。課金の定義はマスター契約の本文に入れろ。誰かの電話の記憶の中に置くな。

罠その二:指名ユーザー課金。仕事をした3PLはシフト制で40人超がいたが、同時にシステムに入るのは12人を超えなかった。指名ユーザー課金だった——40アカウント分の年額を払い、その半数以上は月5回もログインしなかった。同時接続課金に切り替えた。アカウント無制限、同時ログイン上限15。年間請求はほぼ半額になった。教訓。人数は多いが同時利用が少ない多交代制の運用では、指名ユーザー課金は自社の組織図への課税だ。

罠その三:最低利用額と自動値上げ。二年前、あるクライアントの事業が縮小し、月間物量が40%落ちた——だがWMSの請求書は1ドルも動かなかった。契約に年間$120,000の最低利用額が付いていたからだ。更新時には自動で15%の値上げが来た。年次値上げの上限を誰も交渉しておらず、営業担当は入れ替わり、条項は契約書の中にちゃんとあった。教訓。最低利用額と値上げ上限は交渉で最も重要な二行だ——単価より重要だ。

契約前のチェックリスト

どちらのモデルに傾いても、署名前にこのリストを一行ずつ潰していけ。一つ欠けたら署名しない。

価格固定:現行価格は何年固定か。二〜三年を勝ち取れ。一年固定は、二年目が予算のオープンシーズンになる。

値上げ上限:更新時の年間最大値上げ率はいくらか。三〜五%を書面で取れ。上限なしの自動更新条項は削除しろ。

最低利用額:年間ではなく月間で設定できるか。未使用分は繰り越せるか。事業縮小時の引き下げ条項はあるか。

超過単価:含まれる物量を超えた分に適用される単価はいくらか——同単価か、プレミアムか。超過分を倍額にする契約もある。繁忙期が強盗に変わる。

隠れ費用:導入費はいくらで、どう請求されるか。ERP、EC、運送ラベル連携はいくらか。教育は日額か人数単価か。契約終了時、データエクスポートは有料か、形式は。こうした項目は初年度のソフトウェア料金を軽く超えてくる。

課金定義:従量課金——ヘッダーか明細行か。返品・移動・調整トランザクションは数えるか。ユーザー課金——指名か同時接続か。臨時アカウントの課金はどうで、期中で削除できるか。

出口条件:早期解約の違約金はあるか。データエクスポートの形式と移行期間は。システムを変えたい日に、データが人質になっていることを初めて知るな。

結局どちらを選ぶべきか

結論だ。物量が安定していてユーザー基盤が大きい——複数クライアント向けに一つのシステムを回し、数十人の作業者がいる典型的な3PL——ならユーザー課金だ。人数が予測可能なら、コストも予測可能だ。物量が不安定で人数が少ない——普段10人、繁忙期にオーダー量が三倍になる季節ブランドの倉庫——なら従量課金だが、繁忙期の上限か、物量が増えるほど単価が下がる段階料金を交渉しろ。

両方から離れるべき時。営業が課金定義を説明できない、またはマスター契約に入れようとしないとき。自動更新なのに値上げ上限がないとき。導入費と連携費が総額見積もりに入っていないとき。データエクスポートが有料、またはPDFでしか出ないとき。どれか一つでも離脱の合図だ——価格が高いからではなく、そのベンダーのビジネスモデルが情報の非対称で回っているからだ。

明日にでもできること。次のWMSデモでは、機能ツアーを飛ばせ。営業にホワイトボードマーカーと過去十二か月の物量データを渡し、両モデルでの月額請求を月ごとに、ピークも谷も含めて計算させろ。詰まって「チームから後ほど見積もりを送ります」と言い出したら、その会社はリストから外せ。その場で計算できる会社は、料金表をテーブルに載せる覚悟がある会社だ。

ついでに今のWMS契約を引っ張り出せ。今年、超過料金をいくら払った。まさにその数字が、前回交渉し損ねた部分だ。

英語版からの翻訳。内容に相違がある場合は英語版を優先します。