TMS移行を外部の会社に任せるときは、現行業務とデータを整理して発注範囲を決め、発注先のタイプを比べて委託先を選び、最後に契約形態と移行方式を決めます。この順に進めると、手戻りや予算超過を抑えられます。
▼全体ガイドの記事
・TMS移行の完全ガイド
レガシーシステム刷新を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「レガシーシステム刷新の完全ガイドブック」で詳しく解説しています。
TMS移行を外部委託する前に押さえる全体像
見積を頼む前に、TMS移行の対象範囲のうち自社で担う作業と外注する作業を分けて決めておきます。範囲があいまいなまま見積を頼むと、各社の前提がずれ、提示額が数倍異なることもあります。
TMS移行で発注の対象になる作業範囲
TMS移行の見積は、開発だけを比べても全体の費用は見えてきません。データ、連携、切り替えの作業まで同じ範囲でそろえて確認すると、金額の差が何による差なのかがわかります。
- 要件と開発：新システムの要件定義、設計、開発
- マスタ移管：顧客、運賃、車両マスタの移行
- 実績データ：過去数年分の運行実績や請求データ
- システム連携：WMSや会計システムとの連携の再構築
- 切り替え：移行リハーサルと本番切り替え
Excelや紙に分散した顧客マスタや運賃ルールは、誰がどの精度で整備するかを先に決めておきます。また、移行範囲と役割を発注書に明記しておかないと、切り替え日にデータの不整合が起きるおそれがあります。
自社対応と外注の境界線の引き方
自社と委託先の役割は、業務の判断と技術の作業に分けて考えると決めやすくなります。
- 自社が担う：現場業務の洗い出しと、移行後の成功基準づくり
- 外注に向く：移行ツールの開発、連携の実装、リハーサルの設計
この線引きがあると、依頼する範囲がはっきりし、見積の精度も上がります。情報システム部門の人数が少ない運送会社では、要件の整理から伴走してくれるコンサル型の委託先が、不足する人手を補ってくれます。
TMS移行の発注先の種類と特徴
発注先の候補は、物流パッケージのベンダーやSIer（標準機能で移行する）、クラウド・SaaS事業者（月額で小さく始める）、コンサル一気通貫型の専門開発会社（要件から定着までを一社で担う）です。
パッケージやSIerは、配車・運賃計算・動態管理の標準機能を備えています。一方、クラウド・SaaSは月額で小さく始められ、法改正やセキュリティ更新を提供側が担うため、保守の負担を抑えられます。
コンサル一気通貫型は、複雑な運賃や特殊車両に合わせた設計から移行・定着までを支援し、荷主視点の全体最適や共同配送、自動運転も見据えます。拠点数と業務の独自性を基準に、各社を比べます。
パッケージベンダー・SIerへの発注
既存のTMSパッケージを扱うベンダーや大手SIerは、物流業界への導入実績が豊富です。業務の流れが定型的な運送会社であれば、標準機能を使って短期間で移行できます。
- 標準業務：配車、運賃計算、動態管理の機能がそろっている
- 独自業務：独自伝票や複雑な運賃ルールのカスタマイズ費用は、フルスクラッチ相当の数千万円規模になる場合がある
標準機能で吸収できる業務の範囲を先に確認しておくと、カスタマイズに回す業務を絞り込めます。
クラウド・SaaS提供事業者への委託
初期投資を抑えたい企業には、クラウド・SaaS型が合いやすい選択肢です。
- 利用料：月額数万円から利用できる
- 保守：法改正対応やセキュリティ更新は提供側が担う
- 試験導入：1拠点・数台から始め、合わなければやめられる
オンプレミスのように都度の有償保守が発生しにくいため、移行後の維持コストを平準化しやすい点も利点です。
3拠点以上での運用、API非対応の古い基幹システムとの連携、取引先ごとに異なるEDIや伝票形式などが重なる場合は、標準機能では足りなくなることがあります。
コンサル一気通貫型・専門開発会社への委託
コンサル一気通貫型は、要件の整理から設計、開発、データ移行、定着支援までを一社で担います。そのため、複雑な運賃や特殊車両の移行も、業務に合わせて柔軟に設計できます。
- 対応範囲：コンサル、設計、開発、データ移行、定着支援
- 適する業務：複雑な運賃ルールや特殊車両を扱う物流
- 拡張相談：荷主視点の全体最適や共同配送、自動運転
要件が固まりきる前から相談できるため、発注側は要件を詰めながら、移行の進め方を一緒に考えられます。
費用はパッケージより高い傾向があります。ただし、移行リハーサルや定着支援まで含めると、「移行したのに使われない」リスクを抑えられます。
パッケージベンダーと専門開発会社から提案を取り、同じ条件で比べると判断しやすくなります。
発注・外注前の準備
相談の前に要件と前提をそろえておくと、各社の提案を同じ条件で比べられ、見積の精度も上がります。逆に準備が足りないと、見積が高めに出たり、追加費用がかさんだりしがちです。
現行システムとデータの棚卸し
データ移行費用の見積もりに必要な情報は、現行システムと現場の両面から集めます。
- システム機能：利用中のTMSや配車システムの機能とデータ保管場所
- マスタ：顧客、運賃、車両マスタの件数と精度
- 実績と資料：移行する運行実績の年数、紙やExcelの情報量
ベテラン配車担当者の経験則や例外への対応基準も、文章にして残しておきます。AI自動配車を導入しても判断基準が抜けていると使われないため、情報の整理には現場の担当者も加えます。
RFP（提案依頼書）の作成とMUST/WANTの切り分け
複数社に同じ条件で依頼するため、解決したい課題と要望の優先度を、RFP（提案依頼書）に書いておきます。
- 規模と機能：拠点数、車両台数、必須機能（MUST）、希望機能（WANT）
- 移行条件：連携先、対象データ、予算感、希望スケジュール
- 稼働後：サポート要件と各社に求める提案内容
MUSTとWANTが曖昧だと、要望が膨らんで移行費用が際限なく増えます。完璧な文書でなくても、何をいつまでにいくらで移すかが書かれていれば、交渉は進みます。
口頭で相談するだけだと、各社が前提をそれぞれ異なる形で解釈するため、提案を比べにくくなります。
連携対象システムの洗い出し
周辺システムとの接続条件を一覧にしておくと、移行後に発生しうる追加開発費を見積もりやすくなります。
- 連携先：WMS（倉庫管理）、ERP、会計、販売管理
- 現場機器：ハンディターミナルやバーコード
- 接続条件：データ形式とAPI対応の有無
古い基幹システムがAPIに対応していない場合は、連携の開発が難航しやすいので、事前に把握しておきます。また、現行データの出力形式や文字コード、項目の不一致も確かめておきます。
データの整備を誰がいつまでにどの精度で行うかは、発注の時点で役割を決めておきます。
発注方式・契約形態と移行方式の選び方
契約形態と移行方式の組み合わせは、予算の管理とリスクの分担を左右します。そのため、要件変更や本番切り替えのリスクを踏まえて、段階ごとに選びます。
請負契約と準委任契約の使い分け
要件がどこまで決まっているかに応じて、請負と準委任を使い分けると、変更リスクを扱いやすくなります。
- 請負契約：完成した成果に対する報酬で、確定後の開発や移行に向く
- 準委任契約：作業や役務への報酬で、要件定義や業務整理に向く
- フェーズ分割：上流を準委任、確定後を請負にする
請負は予算を確定しやすい一方で、仕様を変える場合には追加の契約が必要になります。準委任は、作業を進めながら仕様を詰める段階に適しています。
移行方式（一括・段階・並行・パイロット）と発注スコープ
切り替えの方法によって、停止のリスクや一時的な作業の負荷が変わります。そのため、見積の条件に移行方式を明記しておきます。
- 一括移行：短期で完了するが、問題時に配車全体が止まり得る
- 段階移行：機能ごとに切り替え、リスクは低めだが一時的な連携が要る
- 並行移行：新旧を同時運用して安全だが、二重入力の負荷がかかる
- パイロット移行：営業所やルートで先行導入し、学びを全体展開に生かす
複数の拠点を持つ企業は、パイロットで課題を解消してから他の拠点へ広げると、移行が破綻しにくくなります。そのうえで、各社に同じ方式を前提とした見積を依頼して比べます。
スモールスタート向けのラボ型・アジャイル発注
要件が固まりきらないTMS移行では、優先する機能から試しながら進める、ラボ型・アジャイル型の発注が有効です。一方、一括発注のウォーターフォール型は、現場の実情から離れた机上の空論になりがちです。
- 小さく開始：1業務・1拠点から導入する
- 継続拡張：月単位でチームを確保し、機能を順に移す
- 投資判断：効果を確認しながら投資を積み増す
全社一括で数千万円を投じるリスクを避けられ、現場の反発も段階的に和らげられます。また、標準業務で拠点が少なければ短期請負、独自性の高い複数拠点ならラボ型の段階移行が候補になります。
発注時に確認すべき「隠れコスト」と見積の見方
本体価格だけでは、移行費用の全体像はつかめません。連携、データ移行、カスタマイズ、運用まで含めた総保有コスト（TCO）で比べます。
本体より高くなる連携・データ移行費用
連携やデータ移行の費用は、本体価格とは別に、項目ごとに確認しておきます。
- 基幹連携：追加開発が100万〜500万円となる場合がある
- 機器連携：バーコードや端末連携は50万〜500万円の場合がある
- データ移行：クレンジングや変換プログラムに工数がかかる
たとえば、本体500万円に対して連携費用が1,000万円になる例もあります。また、独自形式や複雑な運賃ルールを実装すると、カスタマイズ費用が数千万円規模に膨らむこともあります。
標準機能と追加開発、データ移行作業の境界は、見積書の中で示してもらいます。
運用・保守と並行運用のランニングコスト
稼働後の継続費用も含めて比べると、初期費用だけでは見えない負担がわかります。
- 地図利用：デジタル地図基盤（ゼンリン等）のライセンス料
- AI運用：動的ルート最適化のモデル再学習工数
- 並行運用：入力支援要員の人件費
ベンダーに、移行完了後3年間の費用を試算してもらいます。クラウドは利用者数や車両台数によって月額が変わり、並行期間が延びると人件費も増えます。
「4年の壁」とTCO/ROIの正しい見方
「4年以上ならオンプレミスが安い」という見方が当てはまるかは、維持費の増え方によって変わります。法改正やOS更新、ブラウザ要件の変更が頻繁に起きると、都度の有償保守が発生するオンプレミスは、クラウドより維持費が急増しやすくなります。
移行先は、初期費用ではなく、数年単位のTCO（総保有コスト）で選びます。
投資回収（ROI）は、配車工数の削減、請求漏れや運賃計算ミスの防止、動的ルート最適化による配送時間の8〜12%短縮も金額に換算して、総費用と比べます。
失敗しない委託先選定とリスク対策
委託先は、価格に加えて、業界知見、移行実績、サポート、定着支援で判断します。特に、稼働後も長く伴走してくれるかどうかが、投資対効果を左右します。
物流業界知見と移行実績の確認
物流の業務や規制を理解しているか、同規模・同業態の移行を支援した実績があるかを、事例で確かめます。
- 業界テーマ：2024年問題の拘束時間規制、複雑な運賃体系、動態管理
- 移行経験：運送会社や荷主の同規模・同業態での成功事例
- 提案姿勢：質問やリスクの指摘が具体的か
経験豊富なベンダーは、データ移行でつまずきやすい点を先回りして手を打てます。反対に知見が浅いと、発注側が説明に追われ、認識のずれによる手戻りが起きやすくなります。
緊急サポート体制（SLA）の確認
配車を止めないために、障害時の連絡と復旧の体制を、契約条件として確認しておきます。
- 受付時間：休日・夜間のオンコール対応の有無
- 障害対応：エスカレーション先と復旧目標時間
- 切り替え日：本番移行当日の立ち会い体制
移行直後は、連携の障害が配送の遅延につながるおそれがあります。そのため、SLA（サービス品質保証）を書面にできるかどうかも、委託先を判断する材料になります。
定着支援・チェンジマネジメントの有無
現場が使い続けられるよう、移行後の不安や抵抗にも委託先が対応できるかを見ておきます。
- 現場の不安：GPS監視やAIによる仕事の変化への懸念
- 使いやすさ：ITリテラシーに配慮したUI設計
- 習得と定着：教育プログラムやパイロットでの成功体験
配車担当者やドライバーには、新しい操作への抵抗が起こり得ます。そのため、開発と移行で終わらず、現場が成果を実感するまで伴走してくれる相手を選びます。
まとめ
TMS移行の委託先は、発注先のタイプ（パッケージベンダー・SIer/クラウド・SaaS/コンサル一気通貫型）の違いを理解したうえで選びます。依頼の前には現行システムとデータを整理し、RFPと連携条件をそろえておくと、各社の提案を並べて比べられます。
要件が変わりやすい場合は、上流を準委任、開発を請負に分けると、変更リスクを抑えられます。スモールスタートとラボ型・段階移行を中心に組み立て、隠れコストはTCO/ROIで見極めます。
移行実績、緊急対応、定着支援を備えた委託先を選びましょう。
▼全体ガイドの記事
・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を創業。