TMSのリアーキテクチャの見積相場や費用/コスト/値段について

TMSのリアーキテクチャの費用は、提供形態、連携範囲、業務の独自性によって、初期の数十万円から億円単位まで変わります。

同じリアーキテクチャでも、どの形態を選び、どこまでを連携させるかで金額は大きく変わります。全体像は、次の完全ガイドでも確認できます。

▼全体ガイドの記事
・TMSのリアーキテクチャの完全ガイド

TMSのリアーキテクチャの定義と、費用が読みにくい理由

費用を比べるには、まず「リアーキテクチャ」が指す範囲をそろえる必要があります。範囲が曖昧なままだと、ベンダーごとに前提がずれて比較できません。TMSのリアーキテクチャは、システムの土台を作り替える取り組みで、機能追加や不具合修正とは異なります。

リアーキテクチャと改修・リプレイスの違い

改修、リプレイス、リアーキテクチャの三つは、どこまで作り替えるか、何を残すかで分かれます。

  • 改修:既存システムの一部を直す方式
  • リプレイス:別のパッケージやSaaSへの載せ替え
  • リアーキテクチャ:外側の機能を保ったまま、内部構造を再設計する方式

改修は、数十万円から数百万円程度に収まることが多い取り組みです。一方、TMSのリアーキテクチャでは、配車ロジックや運賃計算、動態管理などの中核ロジックを残したまま、老朽化した基盤をクラウド前提の構造に作り替えるケースが典型です。

改修は局所的な工数で済みますが、リアーキテクチャではデータ構造も見直します。さらに連携部分の再設計も伴うため、費用は数百万円から数千万円に広がります。見積もり金額を左右するのは、作り替える範囲と残す機能の線引きです。

費用を正しく把握しないと起こる失敗

費用の失敗は、本体価格だけを見て連携と運用の費用を見落とすことから起きます。

  • 本体価格:見積もりの表面的な安さ
  • 連携費用:WMSや会計システムとの接続にかかる費用
  • 運用費用:導入後の保守費や利用料

本体価格の安さだけで選ぶと、連携開発が膨らむことがあります。たとえば、当初500万円だった見積もりが、最終的に1,500万円を超えた例もあります。

初期費用だけでなく、ランニングコストや将来の保守費も確認しておく必要があります。3年から5年のスパンで見ると、初期費用を抑えた選択がかえって割高になることもあります。そこで、費用相場は「初期」「連携」「運用」の3層で捉えることが大切です。

TMSのリアーキテクチャの費用相場【提供形態別】

TMSリアーキテクチャの3つの提供形態と、それぞれの初期費用帯を並べた図。
独自要件への対応範囲が広がるほど、検討する費用帯も上がります。

TMSのリアーキテクチャ費用は、提供形態によって桁が変わります。大きく分けると、3種類の形態があります。

  • クラウド・SaaS型:初期費用と自由度を抑えやすい形態
  • パッケージ・リプラットフォーム型:製品を基盤に調整する形態
  • フルスクラッチ型:独自要件に合わせて一から作る形態

最適な形態は、自社の拠点数や業務の独自性によって変わります。形態ごとの費用感は、次の節で見ていきます。

クラウド・SaaS型の費用感

クラウド・SaaS型は、初期費用を抑えて始めたい企業に向いています。

  • 初期負担:機器や基盤の準備費を抑えやすい
  • 利用料:車両台数やユーザー数に応じて変動する
  • 適合条件:標準機能に業務を合わせられる企業が対象

初期費用は数十万円から数百万円、月額の利用料は数万円から数十万円です。サーバー調達やOSの保守が不要なため、運用の負荷も小さく抑えられます。

ただし、独自の運賃ルールや取引先ごとのEDI対応には限界があります。EDIとは電子データ交換のことで、フォーマットが取引先ごとに異なる場合があります。

1拠点から3拠点程度で、業務を標準機能に合わせられる企業に適した選択肢です。この条件なら、月額数万円台から始められるクラウド型が有力です。

パッケージ・リプラットフォーム型の費用感

パッケージ型は、既製品を土台にしながら独自要件にも対応したい企業に適しています。

  • 土台:物流業界向けのパッケージ
  • 調整範囲:自社向けのカスタマイズや基盤移行
  • 費用判断:標準機能に合わせる範囲で決まる

費用相場は数百万円から数千万円です。ゼロから作るよりコストを抑えつつ、独自要件にも対応できます。

一方で、カスタマイズが増えるほど費用は青天井になりやすいため、注意が必要です。標準機能で8割をカバーし、残り2割だけを調整できれば、数百万円台に収まります。逆に、独自伝票や複雑な配車ロジックを作り込むと、フルスクラッチに近づきます。

フルスクラッチ型の費用感

フルスクラッチ型は、既存のパッケージでは要件を満たせない企業向けです。

  • 対象:業務の独自性が高く、既製品では対応しにくい企業
  • 費用:数千万円から、大規模なら億円単位
  • 判断条件:拠点数、連携、運賃体系を合わせて判断する

3拠点以上の運送会社や荷主企業では、拠点数が3拠点以上であることは判断条件の一つで、長期的に見てフルスクラッチが適するケースがあります。

古い基幹システムがAPIに非対応であることや、取引先ごとにEDIや伝票フォーマットが異なることも、判断条件になります。

拠点数や連携、運賃体系といった条件が複数重なるかどうかが、フルスクラッチを選ぶ分岐点になります。安価なSaaSを無理に導入すると、カスタマイズの費用が膨らみます。一方で、初期投資が大きくても、自社の業務に合う基盤かどうかを見極める価値があります。

ポイント

形態を比べる前に、拠点数と独自要件の多さを整理してください。その二つで、どの費用帯から検討を始めるべきかの見当がつきます。

費用の内訳と工数の考え方

TMSの費用を初期費用、継続費用、物流特有の費用に分けた3層図。
導入時の支出だけでは、稼働後に続く費用を捉えきれません。

提供形態ごとの相場の次は、金額の構成を見ておく必要があります。システム開発費の大半は人件費で、エンジニアの工数によって決まります。費用の根拠を知っておくと、ベンダーの見積もりを検証しやすくなります。

人月単価と工数の関係

人月単価と工数を別々に見ると、開発費の根拠を確かめられます。

  • 概算式:人月単価に工数を掛け合わせた金額
  • 人月単価:エンジニア1人の1か月分の費用
  • 確認点:見積書に工数が明確に示されているか

国内の人月単価は、おおむね60万円から150万円です。オフショアやニアショアを使えば単価を下げられる場合があります。ただし、コミュニケーションコストと品質管理の手間は増えます。

たとえば、中規模のTMSで設計からテストまで20人月かかると仮定します。人月単価が100万円なら、本体だけで2,000万円になる計算です。

見積書に「一式」とある場合は、想定人月を必ず確認してください。工数の根拠が明確なベンダーほど、追加請求が起きにくい傾向があります。

初期費用とランニングコストの内訳

費用は、一度払えば終わるものではなく、導入後も継続して発生します。

  • 初期費用:導入までにかかる一度きりの費用
  • 継続費用:導入後に繰り返しかかる費用
  • 物流特有の費用:地図やAIに関わる費用

初期費用には、要件定義、設計、開発が含まれます。テストやデータ移行、導入支援も、初期費用に入ります。一方で、保守や利用料は継続的に発生します。

保守費は、初期開発費の年15%前後が目安です。具体的には、2,000万円で構築した場合、年間300万円程度の保守費が見込まれます。

TMSでは、デジタル地図基盤のライセンス費が毎年かかります。加えて、AIでルート最適化を使う場合は、モデルの再学習費も必要です。

初期費用だけで予算を組むと、稼働2年目以降に維持費の大きさで慌てることになります。そのため、見積もり段階で5年分の総額を試算しておきましょう。

ポイント

見積書に「一式」とだけある項目は、金額の根拠を求める目安になります。人月単価と想定工数がそろっているかで、金額の妥当性を判断してください。

見積もりを跳ね上げる「隠れコスト」のリアル

TMSの予算を崩す原因は、表面に出にくい隠れコストです。場合によっては、本体価格より、システムをつなぐ費用や運用費の方が高くなることもあります。これらを事前に見込めるかどうかで、プロジェクトの成否が分かれます。

本体より高くなる連携費用

TMSは単独では完結せず、周辺システムとの連携が前提になります。

  • 基幹システム:WMSや会計、販売管理との接続
  • 現場機器:ハンディターミナルや自動倉庫との連携
  • 古い基盤:API非対応の場合に必要なデータ変換

基幹システムとの連携には、100万円から500万円かかります。一方で、バーコードやハンディ端末との連携には、50万円から500万円かかります。

古い基幹システムがAPIに非対応の場合は、ETL処理を作り込む必要があります。ETLとは、抽出・変換・読み込みを行う処理のことです。たとえば、本体500万円に対して、連携だけで1,000万円かかった事例もあります。

見積もりでは、連携対象を洗い出し、連携費を項目ごとに提示してもらうと比べやすくなります。

業務独自性によるカスタマイズ費用

物流業務には、各社独自のルールが深く根付いています。

  • 伝票:独自のフォーマットを使うケース
  • 運賃:車両や時間帯によって計算ルールが変わる
  • 見直し:標準機能で代替できる範囲を広げること

特殊車両割増や深夜早朝割増など、運賃ルールは複雑です。距離逓減制などの多階層ルールを再現すると、そのぶん費用が膨らみます。パッケージのカスタマイズだけで、数千万円規模に達することもあります。

長年の慣習で続く例外処理は、業務側で必要性を見直す余地があります。標準機能で代替できる部分を増やせば、カスタマイズ費用を削減できます。また、リアーキテクチャは、業務そのものを見直す機会でもあります。

地図ライセンス・AI再学習・並行運用の運用コスト

稼働後も、TMS特有の運用コストが継続的に発生します。

  • 地図基盤:デジタル地図のライセンス費
  • AI再学習:ルート最適化の精度を保つための再学習
  • 並行運用:新旧システムを同時に動かす期間

ゼンリンなどのデジタル地図基盤には、毎年ライセンス費がかかります。AIによる動的ルート最適化では、モデルの定期的な再学習も必要になります。

動態管理のAI最適化は、配送時間を平均8%から12%短縮すると試算されています。ただし、その効果を維持するには相応のコストが伴います。

新旧システムを並行運用すると、現場に二重入力が発生します。入力を支える要員の人件費も上乗せされるため、初期見積もりに含めておく必要があります。

ポイント

連携先が多いほど、本体価格より連携費の比重が大きくなることがあります。周辺システムの一覧を先に作り、連携費を項目ごとに出してもらうと、予算のずれを抑えやすくなります。

「4年の壁」とTCO・ROIで見る費用判断

初期費用の安さだけで比べると、長期的には損をすることがあります。そこで、導入から運用までのTCOと、投資のリターンを示すROIで判断します。TCOは総保有コスト、ROIは投資対効果を意味します。

「4年の壁」とオンプレ・クラウドの維持コスト比較

オンプレミスとクラウドを比べるときは、年数だけでなく維持の条件も見ます。

  • 4年の壁:4年以内ならオンプレが安いという一般論に頼らないこと
  • オンプレミス:法改正や更新のたびに保守費が増えやすい
  • クラウド:更新費が利用料に含まれる場合がある

物流業界では時間外労働規制などの法改正が頻繁に起こります。法改正のたびにシステムの改修が必要になるため、TMSでは4年の壁をそのまま当てはめるのは危険です。

オンプレミスは、OS更新やブラウザの要件変更でも有償保守が発生します。一方、クラウドでは更新が利用料に含まれることが多くあります。

5年スパンのTCOでは、クラウドが有利になるケースも少なくありません。ただし、法改正や技術変化の頻度を加味して判断することが大切です。

投資回収(ROI)の試算方法

ROIは、削減できるコストと生み出す価値を金額に換算して試算します。

  • 作業時間:配車や転記にかかる時間の削減
  • 運用費:燃料費や残業代の削減
  • 回収要素:請求漏れや法令違反リスクの回避

配車計画を自動化すると、担当者の作業が1日2時間減る場合があります。この人件費を年間で積み上げると、数百万円規模の効果になります。

AIルート最適化による燃料費や残業代の削減も、効果として加算できます。さらに、紙やExcelの転記ミスが減り、請求漏れを防げる分も回収要素になります。

2,000万円を投資して年間500万円を削減できれば、4年で回収できます。加えて、2024年問題への対応により、法令違反リスクを避けられる価値もあります。

費用だけでなく、投資で生み出す価値も経営層に説明することが求められます。

ポイント

法改正や技術変化が頻繁な業務では、維持費の差が年数とともに広がりやすいため、年数ごとの総額を並べて比べると判断しやすくなります。

適正な見積もりを取るためのポイント

TMSの見積もり準備を、要件とRFP、複数社比較、追加費用を抑える契約の3項目で整理した図。
前提を揃えて依頼すると、各社の提案内容を比べやすくなります。

見積もりの取り方によって、提示金額と精度は大きく変わります。準備が足りないまま依頼すると、ベンダーはリスクを見込んで高めに提示します。適正な価格を引き出すには、依頼前の情報整理が前提になります。

要件定義とRFP(提案依頼書)の準備

正確な見積もりを得るには、要件を明確に伝えることが前提になります。

  • MUST:絶対に必要な機能の切り分け
  • WANT:あれば望ましい機能の切り分け
  • RFP:業務フローと連携先を文書にまとめたもの

現状の業務フローと連携対象を整理し、RFPにまとめておくと役立ちます。RFPは提案依頼書のことで、各社の前提をそろえる文書です。要件が曖昧だと、各社が異なる前提で見積もるため、比較できません。

車両台数、拠点数、1日の配車件数は、具体的な数字で示します。連携が必要な周辺システムと運賃ルールの複雑さも、文章に書いておきます。情報がそろえば、不要なリスクの上乗せを避けやすくなります。

複数社の相見積もりと比較の着眼点

相見積もりでは、総額だけでなく内訳と運用体制を比べます。

  • 内訳:連携費や保守費まで含めた中身
  • 実績:物流業界やTMSでの経験
  • サポート:緊急時の対応体制

見積もりは、複数社から取ることが基本です。3社程度から取り、金額だけでなく内訳の粒度も比べます。「一式」とだけ書かれた見積もりは、追加請求のリスクが高まります。

休日や夜間のオンコール対応、エスカレーションルートも確認しておきます。配車が止まれば事業全体が止まるため、安さだけで判断するのは避けるべきです。

追加費用リスクを抑える契約・進め方

追加費用を抑えるには、導入の範囲と契約を段階的に組み立てることが有効です。

  • スモールスタート:小さく始めて効果を確かめる進め方
  • 段階開発:効果を見ながら機能を少しずつ広げる
  • 契約の使い分け:要件の確定度に応じた契約形態の選択

最初から全社一括で数千万円を投じるのは避け、1拠点・数台規模から始めます。効果を確認しながら拡張すると、初期投資のリスクを抑えられます。

発注側と開発会社は、要件が固まる前から相談し、リリース後も継続的に改善していきます。

要件がまだ固まらない段階では準委任契約で柔軟に進め、仕様が確定した段階で請負契約へ切り替える方法もあります。変更を前提に設計できるパートナーが、追加費用を抑えます。

ポイント

前提がそろっていない見積もりは、金額だけを比べても意味がありません。RFPの要件を基準に、各社が同じ範囲を見積もっているかを見るのが目安です。

まとめ

TMSの費用は、提供形態によって大きく幅があります。クラウド・SaaS型は初期数十万円から数百万円で、月額数万円からです。パッケージ型は数百万円から数千万円、スクラッチ型は数千万円から億円単位です。また、本体価格より、連携・カスタマイズ・運用の費用が膨らみやすい構造です。

費用の判断では、初期費用だけでなく5年分のTCOを試算します。そのうえで、削減効果や法令対応の価値も含めて、ROIで評価することが欠かせません。

要件をRFPにまとめ、複数社から内訳の明確な見積もりを取りましょう。加えて、スモールスタートで追加費用のリスクを抑える進め方も有効です。

費用の構造を基準にして、自社に合うリアーキテクチャを実現してください。

▼全体ガイドの記事
・TMSのリアーキテクチャの完全ガイド

会社紹介

株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。

また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。

もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。

・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>

執筆者プロフィール
張田谷凌央
張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。