TMS改修の費用は、提供形態、改修規模、連携・運用の範囲によって、数十万円から1億円超まで変わります。
相場の見方や費用の内訳、見落としやすい隠れコストを知っておくと、見積もりの金額を正しく読み取れます。全体像はTMS改修の完全ガイドもご覧ください。
▼全体ガイドの記事
・TMS改修の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
TMS改修の費用相場の全体像
TMS改修の費用は、変更する範囲によって大きく変わります。そのため、提供形態と改修規模の2つの観点で分けて見ると、自社の目安をつかみやすくなります。
初期費用が数百万円からと示されていても、連携やカスタマイズが加わると、2倍、3倍になることがあります。TMSは配車や運賃計算の根幹に関わるため、相場感がないまま発注すると、想定外の事態になりがちです。
提供形態別の費用感（スクラッチ／パッケージ／クラウドSaaS）
提供形態は費用の桁を大きく左右するため、方式ごとの違いを順に比べます。
- フルスクラッチ：業務に合わせて作り込む方式
- パッケージ：既存製品を基盤にする方式
- クラウドSaaS：初期費用と月額料で利用する方式
フルスクラッチで再構築する場合は、数千万円から1億円超になることが一般的です。一方で、パッケージを改修・リプラットフォームする方式は、数百万円から数千万円が中心です。
クラウドSaaSは、初期費用が数十万円から数百万円です。また、月額利用料は、車両台数やユーザー数に応じて数万円から数十万円が主流です。
初期投資を抑えられても、月額料が5年単位で積み重なれば、安価とは限りません。そこで、後述するTCO（総保有コスト）で5年間の総額を比べて、方式を判断します。
改修の種類（更改・リプレイス・部分改修）で変わる費用
改修の範囲によって費用は変わるため、規模ごとに分けて考えます。
- 部分改修：既存機能の一部を手直しする範囲
- 更改・リプレイス：システム全体を新基盤へ載せ替える範囲
- 業務刷新：基幹刷新に業務フローの見直しも含める範囲
部分改修なら、数十万円から数百万円で済むこともあります。たとえば、運賃計算ロジックの一部変更や帳票レイアウトの修正が、これに当たります。
更改（リプレイス）は、データ移行や周辺システムとの再連携が加わるため、数千万円規模になります。さらに、サポート終了（EOL）の基幹刷新では、業務フローの見直しまで検討することになります。
部分改修の予算では収まらない場合もあります。このため、必要な範囲を早い段階で見極めておくことが欠かせません。
TMS改修費用の内訳とコスト構造
見積書の総額だけを見ていると、後から含まれていなかった費用が発生するおそれがあります。だからこそ、費用を初期費用とランニングコストに分けて内訳を理解しておくと、見積書の抜け漏れを指摘できます。
人件費と工数（人月単価）の考え方
システム開発費用の大半は、エンジニアの人件費と工数で決まります。ここでいう人月単価とは、エンジニア1人が1か月稼働する費用を指します。
- プログラマー：月60万円から80万円が目安
- システムエンジニア：月80万円から120万円が目安
- PM・コンサルタント：月120万円から200万円程度が目安
たとえば、中規模の改修で延べ20人月、平均単価100万円の場合、費用は2,000万円になります。
見積書では、総額だけでなく、職種ごとの人月と単価を確認することが大切です。安すぎる見積もりは、経験の浅い人員や過小な工数を前提にしている可能性があります。その結果、品質問題や追加費用につながりかねません。
初期費用以外のランニングコスト
TMS改修では、開発が完了した後もランニングコストが継続的に発生します。この継続費用を見落とすと、年間の予算計画が狂ってしまいます。
- 保守・運用：初期開発費を基準に毎年発生する費用
- インフラ・ライセンス：利用を続けるための費用
- 法改正対応：契約に含まれるか確認が必要な改修費
保守・運用費は、一般的に初期開発費の年間15%前後が相場です。具体的には、2,000万円で構築したシステムなら、年間300万円程度の保守費になります。
クラウドのインフラ利用料やSaaSの月額ライセンス料は、継続的に発生します。さらに、障害対応のためのサポート契約料も、ランニングコストに含まれます。
法改正やセキュリティ更新は頻繁に起こるため、保守契約の対象範囲を確認しておく必要があります。特に、法令対応の改修が保守に含まれるのか、別途見積もりになるのかを明確にしておくことが重要です。
本体価格より膨らむ「隠れコスト」のリアル
予算超過の最大の原因は、本体価格に表れにくい隠れコストです。連携、カスタマイズ、運用という観点を事前に把握しておくと、見積もり段階で質問しやすくなります。知らないまま契約すると、プロジェクトの途中で追加費用に直面します。
本体より高くなる連携費用の罠
TMSは、周辺システムとデータをやり取りして初めて価値を発揮します。
- 基幹システム：WMS、ERP、会計・販売管理など
- 現場機器：バーコードやハンディターミナル
- 連携方式：API・EDI・ファイル連携など
基幹システムとの連携は100万円から500万円が目安です。一方、現場機器との連携費用は50万円から500万円です。
連携先が増えるほど、開発費用は積み上がっていきます。たとえば、本体500万円に対して連携開発で1,000万円かかるケースも起こり得ます。
古い基幹システムがAPIに対応していない場合は、データフォーマットの変換開発が必要になります。連携対象が増えるほど追加開発も膨らみ、費用が泥沼化するおそれがあります。
見積もりでは、連携対象と方式、費用をすべて明示してもらうことが、予算超過の防止につながります。
業務独自性によるカスタマイズ費用の膨張
物流業務の独自ルールは、カスタマイズ費用を押し上げる要因になります。
- 伝票：独自の伝票フォーマット
- EDI：取引先ごとに異なる規格
- 運賃：距離逓減制や特殊車両割増を含むルール
独自フォーマットや複雑な運賃ルールは、パッケージの標準機能では対応しにくい領域です。そのうえ、追加開発が膨らむと、フルスクラッチに近い数千万円規模になることもあります。
業務ルールは、譲れないものと標準機能に合わせられるものに切り分けておく必要があります。業務の一部を標準機能に寄せられれば、開発工数を大幅に減らせます。逆に、現行業務をすべて再現しようとすると、費用は青天井になり得ます。
要件定義では、業務側とIT側が一緒に取捨選択することが重要です。
地図ライセンス・AI再学習・並行運用要員などの運用コスト
運用フェーズで継続的にかかる費用は、TMS特有の隠れコストといえます。
- 地図ライセンス：配車や動態管理に必要な利用料
- AI再学習：動的ルート最適化の精度を保つ工数
- 並行運用要員：新旧システムを併用する期間の人件費
配車ルート最適化や動態管理には、デジタル地図基盤が欠かせません。一例として、ゼンリンなどの地図データは、年間で数十万円から数百万円の利用料が別途かかります。
AIの動的ルート最適化では、精度を保つために定期的なモデル再学習が必要です。また、新旧システムを並行稼働させる期間は、二重入力やデータ照合のサポート要員が必要になります。
並行運用が数か月に及べば、その人件費も無視できない金額になります。運用コストを初期見積もりに織り込んでおけば、稼働後の予算ショックを避けられます。
TMS改修の見積もりを取る際のポイント
見積もりの取り方によって、TMS改修の総額とリスクは大きく変わります。要望が漠然としていると、高めの提示や後からの追加請求につながりかねません。
納得感のある見積もりにするには、要件の明確化、複数社の比較、長期の費用判断という観点を押さえておくことが大切です。
要件の明確化とMUST／WANTの切り分け
正確な見積もりには、実現したい要件を明確にすることが大前提です。
- MUST：絶対に必要な要望
- WANT：あれば望ましい要望
要件が曖昧なまま依頼すると、不確実性が費用に上乗せされ、金額が高くなります。そこで、現状の業務フローを洗い出し、改修で解決したい課題を言葉にしておきます。
すべてを必須にすると費用が膨らむため、要望の優先順位を明確にしておきます。たとえば、MUSTだけを第一弾で構築し、WANTを次期フェーズに回す方法も有効です。
複数社比較と発注先の選び方
見積もりは複数社から取り、相見積もりで比べることが鉄則です。
- 社数：最低3社程度からの取得
- 比較項目：工数・単価・前提条件をそろえた比較
- 実績：物流業界やTMSの経験の確認
1社だけでは、提示された金額が高いのか安いのかを判断する基準を持てません。複数社の見積もりを並べると、その判断がしやすくなります。
総額の安さだけで選ぶと、必要な工程が抜けている可能性があります。さらに、連携やカスタマイズを別途請求する前提になっているケースにも注意が必要です。
同じ要件書を各社に渡して、含まれる範囲と含まれない範囲を確かめます。なお、物流業界やTMSの実績が豊富なベンダーは、見積もりの精度も高い傾向にあります。
「4年の壁」とTCO／ROIの正しい見方
「4年以上使うならオンプレミスが安い」という一般論は、TMSでは注意が必要です。
- 法改正：時間外労働規制などへの追従が必要
- 保守：オンプレミスは変更時に有償対応が発生しやすい
- 効果：削減額を投資回収の見通しに反映する
TMSでは、関わる時間外労働規制やOS・ブラウザのセキュリティ要件が頻繁に変わります。そのため、オンプレミス型は変更のたびに有償保守が必要になり、維持費が増えやすい特性があります。
TCOでは、初期費用に加えて5年程度の保守・運用・改修費用を含めて比べます。あわせて、残業代、請求漏れ、配車効率化による燃料費の削減効果も金額に換算します。
「いくら生み出すか」まで評価できると、経営層への説明に説得力が生まれます。
費用を抑えつつ失敗しないためのコツ
費用を抑えながら改修を成功させるには、投資リスクを管理する進め方が重要です。
完璧を目指して大きく投資するより、確実に成果へつなげる進め方を選ぶことが、結果として費用を抑えることにつながります。
スモールスタートによる投資リスクの抑え方
全社・全拠点への数千万円規模の一斉導入は、コスト面でもリスクがあります。要件が固まる前に作り込むと、現場に合わない場合の手戻りが甚大になります。
1拠点や数台の車両から始めるスモールスタートが有効です。
- 特定の営業所やルートでのパイロット導入
- 効果と課題を検証したうえでの全体展開
- 試験運用のノウハウをもとにした段階的な拡張
初期投資を最小限に抑えられるのが、この進め方の利点です。合わない点が見つかっても、全体に広がる前に軌道修正できます。
段階的に広げるなら、継続的に機能を追加・改善するパートナーシップ型のベンダーが適しています。
2024年問題・運賃計算など必須機能の見極め
機能を削って費用を抑える場合でも、法令や業務に必要な機能は残しておきます。
- 拘束時間管理：2024年問題への対応に必要
- バース予約連携：荷待ち時間の記録義務に対応
- 運賃・コスト計算：複雑なルールを自動処理する
拘束時間管理では、年間960時間の時間外労働上限に対応します。とりわけ、配車計画で超過を自動計算・警告する機能は、法令遵守に欠かせません。
運賃計算では、距離や時間に加えて特殊車両や時間帯の割増を処理します。距離逓減制などの多階層ルールに対応できないと、請求漏れや計算ミスが起きてしまいます。
削る機能を決める際は、現場の業務と法令を守れるかを基準に見極めることが肝心です。
まとめ
TMS改修の費用は、提供形態と規模によって数十万円から1億円超まで幅があります。また、本体価格に加えて、背後にあるコスト構造まで見通すことが重要です。
本記事の要点整理
本記事で取り上げた相場、内訳、隠れコストの3点が、予算を考えるうえで押さえておきたい要点です。
- 相場：提供形態と規模で数十万円から1億円超まで幅がある
- 内訳：人件費に加えて保守費やライセンス料が続く
- 隠れコスト：連携・カスタマイズ・運用で予算が膨らむ
提供形態ごとに見ると、フルスクラッチは数千万円から1億円超、パッケージ改修は数百万円から数千万円です。一方、クラウドSaaSは初期費用が数十万円からで、月額料を含めて5年スパンで比べることが大切です。
費用の大半は人月単価で決まる人件費が占めるため、工数の内訳を確認する必要があります。また、保守費は初期費の年間15%前後で、ライセンス料なども継続的にかかります。
連携・カスタマイズ・運用コストが隠れコストとなり、予算を膨らませます。本体500万円に対して連携開発だけで1,000万円かかる事態を避けるには、連携の対象と範囲を洗い出しておくことが欠かせません。
TMS改修の成功に向けた進め方
見積もり、費用判断、導入範囲をそろえて考えると、成功への道筋が見えてきます。
- 見積もり：MUSTとWANTを分けた、複数社の比較
- 費用判断：5年のTCOとROIによる評価
- 導入範囲：必須機能を守ったうえでの段階的な拡大
はじめに、要件をMUSTとWANTに分けておくと、見積もりを同じ条件で比べられます。費用の判断では、初期額だけで決めると後から費用が膨らむおそれがあるため、長期の見方を持つことが欠かせません。
TMSは法改正の影響を受けやすいため、クラウド前提のほうが長期コストを抑えやすい傾向にあります。
まずは1拠点からスモールスタートし、投資リスクを抑えながら段階的に広げていきます。
2024年問題への対応や複雑な運賃計算などの必須機能は、妥協しないことが前提です。そのうえで、必要な範囲を見極めることが、無駄のない投資につながります。
▼全体ガイドの記事
・TMS改修の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。