TMS改修の発注/外注/依頼/委託方法について

TMS（輸送管理システム）の改修を外部に発注しようと考えたとき、「どこに、何を、どう依頼すればよいのか」が分からず立ち止まってしまう担当者の方は少なくありません。2024年問題による時間外労働の上限規制や物流効率化法への対応で改修ニーズは高まっているものの、配車・運賃計算・動態管理といったTMS特有の業務をベンダーに正確に伝えるのは容易ではないからです。発注の仕方を誤ると、本体価格の何倍もの連携費用が後から発生したり、現場が使わない「お蔵入りシステム」になったりするリスクもあります。

この記事では、TMS改修の発注・外注・依頼・委託方法について、発注先の種類と特徴、RFP（提案依頼書）の準備から見積比較、契約形態の選び方、そしてTMS特有の落とし穴までを体系的に解説します。SIerやパッケージベンダー、一気通貫型の開発会社それぞれの違いを理解し、自社に合った委託先を選べるようになることを目的としています。発注実務の勘所を押さえ、投資を成果につなげるための判断材料としてお役立てください。

▼全体ガイドの記事
・TMS改修の完全ガイド

TMS改修を外注する前に押さえる全体像

TMS改修を外注する際にまず理解しておきたいのは、「自社が何を依頼したいのか」を発注側が整理しておかなければ、ベンダーは正確な見積も提案も出せないという点です。改修の範囲やゴールが曖昧なまま相談に入ると、各社の見積金額がバラバラになり、比較すらできなくなります。ここでは外注前に押さえるべき前提として、委託できる範囲と、改修の種類による発注内容の違いを整理します。

TMS改修で外注できる業務は幅広く、要件定義の支援、配車ロジックや運賃計算の設計、画面・帳票の開発、WMS（倉庫管理システム）や基幹システムとの連携開発、移行リハーサル、リリース後の保守までを委託できます。多くの企業はこれらをすべて任せたいと考えますが、丸投げは失敗のもとです。配車のルールや取引先ごとの運賃体系、イレギュラー対応の判断基準といった「現場の暗黙知」は、社内でしか言語化できないからです。

逆に外注できない、あるいは外注すべきでない領域は、自社の業務要件の優先順位付けと意思決定です。MUST（必須）とWANT（できれば欲しい）の切り分けは発注側の責任であり、ここをベンダー任せにすると過剰な機能を作り込み、費用が膨張します。外注は「手を動かす作業」を任せるものであり、「何を実現したいか」の決定までは委ねられないと理解しておくことが、発注成功の第一歩です。

同じ「TMS改修」という言葉でも、その中身によって発注内容は大きく変わります。既存システムを活かして一部機能を追加・修正する「改修」であれば、現行システムを開発したベンダーや、その技術スタックに精通した会社が有利です。一方、老朽化したシステムをまるごと新しいものに置き換える「リプレイス」や、クラウドへ載せ替える「移行」では、現行資産の調査とデータ移行の経験が問われます。

発注前にこの違いを自社で言語化しておくと、相談すべき相手が絞れます。たとえば「2024年問題に対応する拘束時間の自動警告機能だけを追加したい」なら部分改修ですが、「Excel運用から脱却し配車から請求まで一気通貫にしたい」なら実質的にリプレイスに近い大規模案件です。規模感を取り違えると、小規模会社に大型案件を依頼して頓挫したり、逆に大手に小さな改修を頼んで割高になったりします。

TMS改修の発注先の種類と特徴

TMS改修の委託先は大きく分けて、受託開発を行うSIer、TMSパッケージやSaaSを提供するベンダー、そしてコンサルティングから開発まで一気通貫で対応する会社の3タイプに分類できます。それぞれ得意領域と費用構造が異なり、自社の改修内容や予算、社内の体制によって最適な選択は変わります。ここでは3つのタイプの特徴を、メリットと注意点の両面から解説します。

SIerや受託開発会社は、自社の業務に合わせてシステムを作り込むフルスクラッチ開発を得意とします。独自の伝票フォーマットや複雑な運賃ルール、特殊車両の割増計算など、パッケージでは吸収しきれない要件を持つ企業に向いています。一方で、フルスクラッチは費用が数千万円から億円規模に達することもあり、開発期間も長くなりがちです。要件定義に時間をかけられ、相応の予算を確保できる中堅以上の企業に適した選択肢といえます。

委託する際の注意点は、要件を正確に伝えられないと「言った・言わない」のトラブルに発展しやすいことです。請負契約では原則として仕様書に書かれたものしか作られないため、発注側のドキュメント整備力が成否を左右します。現行システムを別の会社が作っている場合は、既存仕様の調査費用が別途かかる点も見積時に確認しておきましょう。

TMSパッケージやクラウドSaaSを提供するベンダーに依頼する方法は、初期費用を抑えやすく導入スピードが速いのが魅力です。配車・運賃計算・動態管理といった物流業務の標準機能がすでに備わっており、月額数万円から利用できるサービスもあります。1拠点・数台規模から小さく始めたい運送会社や、標準的な業務フローに合わせられる企業に向いています。

ただし、自社の業務がパッケージの標準機能に収まらない場合は注意が必要です。3拠点以上で運用ルールが異なる、古い基幹システムがAPIに非対応、取引先ごとにEDIや伝票フォーマットが異なる、といった条件が複数該当するとカスタマイズ費用がかさみます。結果として「初期費用は数十万円のはずが、連携とカスタマイズで数千万円に膨らんだ」というケースもあるため、標準機能でどこまで賄えるかを事前に見極めることが重要です。

要件が固まりきっていない段階で相談したい、あるいは現場定着まで伴走してほしいという場合は、コンサルティングから開発・導入支援まで一気通貫で対応できる会社が有力な選択肢です。このタイプは、業務課題の整理やRFP作成の支援から入り、最適な改修方針を一緒に設計してくれます。要件定義を別のコンサル会社、開発を別のSIerに分けて発注すると、間の調整コストや責任の所在が曖昧になりがちですが、一気通貫型ならその分断を避けられます。

とくにTMS改修では、配車現場の巻き込みやデータ移行、リリース後の定着支援といった「開発の前後」が成否を分けます。開発だけを切り出して発注すると、せっかく作ったシステムが現場で使われず投資が無駄になることも少なくありません。ビジネス成果からシステムの定着までを見据えて伴走してくれるパートナーを選ぶと、お蔵入りのリスクを大きく下げられます。

TMS改修を発注・外注する進め方とステップ

発注先のタイプが見えてきたら、次は実際に外注を進めるステップを押さえます。TMS改修の発注は、現状の棚卸しとRFPの準備から始まり、複数社への見積依頼と比較、そして契約形態の決定という流れで進みます。この順番を守ることで、各社を同じ土俵で比較でき、後からの費用増や認識のずれを防げます。

発注の出発点は、現状の業務とシステムの棚卸しです。今どの業務を誰がどう回しているか、Excelや紙で運用している部分はどこか、現行システムが他システムとどう連携しているかを洗い出します。この棚卸しを踏まえてRFP（提案依頼書）を作成すると、ベンダーは具体的な提案と精度の高い見積を出せるようになります。

RFPには、改修の目的、対象業務の範囲、必須要件と希望要件、連携対象システム、想定予算と納期、保守の希望などを盛り込みます。とくにTMSでは、対象車両台数や拠点数、1日あたりの配車件数、運賃計算ルールの複雑さといった数値を明記すると、見積精度が格段に上がります。RFP作成自体に不安がある場合は、この工程から支援してくれるコンサル型の会社に相談するのも有効な方法です。

見積は必ず複数社、できれば3社程度から取得して比較します。1社だけでは金額の妥当性が判断できず、相場感を欠いたまま発注してしまうリスクがあるためです。同じRFPを各社に渡すことで、提案内容と見積を同じ基準で並べて比較でき、各社の得意領域や考え方の違いも見えてきます。

比較の際は、総額の安さだけで選ばないことが肝心です。見積に連携開発費やデータ移行費、保守費が含まれているかを項目ごとに確認しないと、安く見えた見積が後から大幅に膨らむことがあります。提案の具体性、TMSや物流業務への理解度、担当者とのコミュニケーションのしやすさも、長く付き合うパートナーを選ぶうえで重要な判断軸です。

発注時の契約形態は、大きく請負契約と準委任契約に分かれます。請負契約は成果物の完成に責任を負う契約で、仕様が固まっている改修に向いています。一方、準委任契約は作業や役務の提供に対する契約で、要件が流動的なフェーズや、アジャイル的に進めたい場合に適しています。

TMS改修では、要件定義フェーズは準委任、開発フェーズは請負というように、工程ごとに契約を分ける進め方が現実的です。要件が固まっていない段階で無理に請負契約を結ぶと、仕様変更のたびに追加見積が発生し、かえって割高になります。契約形態の選択は費用とリスク配分に直結するため、各フェーズの不確実性を踏まえて柔軟に設計しましょう。

発注時に注意すべきTMS特有の落とし穴

TMS改修の発注では、一般的なシステム開発とは異なる物流特有の落とし穴があります。これらを知らずに発注すると、見積時には見えなかった費用が後から発生したり、稼働後に現場が混乱したりします。ここでは、発注実務で特に注意したい3つのポイントを取り上げます。

TMS改修で最も見落とされやすいのが、他システムとの連携費用です。基幹システムとの連携で100万円から500万円、バーコードやハンディ端末との連携で50万円から500万円といった費用がかかることも珍しくありません。「本体は500万円だが連携で1,000万円」というように、連携費用が本体価格を上回るケースも実際に発生します。

独自の伝票フォーマットや複雑な運賃ルールを無理にシステム化しようとすると、カスタマイズ費用がフルスクラッチ相当の数千万円に跳ね上がることもあります。発注時には、連携対象とその方式（API・EDI・ETLなど）を明確にし、連携・カスタマイズ費用を本体とは別の項目として見積に出してもらうことが重要です。表面的な本体価格だけで判断せず、TCO（総保有コスト）とROI（投資対効果）で全体を捉えましょう。

TMSは物流の現場を止められないシステムであるため、緊急時のサポート体制を発注前に必ず確認しておく必要があります。稼働初日に連携障害が起きて配車が止まれば、大規模な配送遅延につながりかねません。休日や夜間にトラブルが発生したとき、ベンダーがどこまで対応してくれるのかを契約段階で取り決めておくことが、稼働後の安心に直結します。

具体的には、オンコール対応の有無、障害発生時のエスカレーションルート、復旧目標時間（SLA）などを保守契約の条件として確認します。サポートが平日日中のみのベンダーに24時間稼働の物流業務を任せると、いざというときに情シス担当が一人で対応を抱え込む事態になりかねません。サポート体制は見積の安さに隠れがちな論点だからこそ、発注前にしっかり詰めておきましょう。

いきなり全社・全拠点への一括導入を発注すると、現場の反発や想定外のトラブルで頓挫し、高額なシステムが「お蔵入り」になるリスクが高まります。これを避けるには、1拠点・数台規模から小さく始め、効果を確認しながら段階的に展開していくスモールスタートが有効です。発注時にも、パイロット導入から始められる進め方を提案してくれるかどうかを評価軸に加えるとよいでしょう。

パイロット導入には、特定の営業所やルートで試験運用しノウハウを蓄積してから全体展開するメリットがあります。現場のベテラン配車マンやドライバーに早い段階で触ってもらい、小さな成功体験を積み重ねることで、本格展開時の抵抗を和らげられます。「小さく試してダメならやめる」ことができる発注の仕方は、投資リスクを抑える現実的な選択肢です。

外注を成功させる契約・コミュニケーションのコツ

発注先を決め、契約形態を整えた後も、外注を成功させるには発注側の関わり方が問われます。委託したから後は任せきり、という姿勢ではプロジェクトはうまく進みません。ここでは、外注を成功に導くためのドキュメント整備と、現場を巻き込む受け入れ体制の2点を解説します。

外注トラブルの多くは、要件の曖昧さから生まれます。「これくらい伝えれば分かるだろう」という暗黙の前提が、ベンダーには伝わっていないことがほとんどだからです。配車のルール、運賃計算の例外、取引先ごとの帳票の違いなどを文書化し、認識を揃えておくことで、開発後の「思っていたものと違う」を防げます。

とくにマスタデータの整備は、発注側が担うべき重要な準備です。Excelや紙でバラバラに管理されている顧客情報や運賃ルールは、誰がどう整理して移行するのかを決めておかないとデータ移行で失敗します。打ち合わせの議事録や仕様の変更履歴を残し、決定事項を双方で確認しながら進めることが、外注を円滑に進めるコツです。

TMS改修を外注して成功させるには、情シス担当だけでなく、実際にシステムを使う配車担当やドライバーをプロジェクトに巻き込むことが欠かせません。現場を巻き込まずに進めると、稼働後に「使いにくい」「自分たちの業務に合わない」という声が噴出し、定着しないまま終わってしまいます。発注の段階から、現場代表を交えたプロジェクトチームを編成しておくとよいでしょう。

ベテラン配車マンには「AIに仕事を奪われる」、ドライバーには「GPSで監視される」といった不安がつきものです。こうした感情面に配慮し、システムは現場を助ける道具であることを丁寧に伝えることが、受け入れを進めるうえで重要です。受け入れテストの段階で現場の意見を反映できる体制を作っておけば、外注したシステムが現場に根づく可能性は大きく高まります。

まとめ

TMS改修の発注・外注を成功させる鍵は、「何を依頼したいのか」を発注側が整理したうえで、自社に合った委託先を選ぶことにあります。SIerによるフルスクラッチ、パッケージ・SaaSベンダー、コンサルから開発まで一気通貫の会社という3つの選択肢には、それぞれ得意領域と費用構造の違いがあります。現状棚卸しとRFP準備、複数社の見積比較、工程に応じた契約形態の選択という基本ステップを踏むことで、後悔のない発注に近づけます。

あわせて、本体より高くなる連携・カスタマイズ費用、緊急時のサポート体制、スモールスタートによるお蔵入り防止といったTMS特有の落とし穴を押さえておくことが重要です。要件を明確にしたドキュメント整備と、現場を巻き込んだ受け入れ体制を整えれば、外注したシステムを確実に成果へとつなげられます。発注前の準備に時間をかけることが、結果として投資対効果を最大化する近道となります。

▼全体ガイドの記事
・TMS改修の完全ガイド

株式会社riplaでは、IT事業会社出身のプロフェッショナルが「Impact-Driven型支援」を通じて、プロダクトやシステムの納品・提供を目的とせず、お客様と同じ目線で、事業成果の達成をゴールとして、高品質なDX/開発支援をいたします。

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

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

株式会社riplaの会社HPはこちら

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

執筆者プロフィール

張田谷凌央

株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。IT事業会社出身のプロフェッショナルが集う株式会社riplaにおいて、「Impact-Driven型支援」を掲げ、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の実現に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。