- 配車管理システムとは、配車表の作成・車両とドライバーの割当・実績（日報）の回収・運賃計算・請求までを1つのデータでつなぐ仕組みのこと。Excelの置き換えではなく「二重入力の廃止」が本質です。
- 既製の配車管理サービスは月額3万〜15万円程度、自社の商流に合わせたカスタム開発は300万〜1,200万円程度が目安。台数よりも「請求ルールの複雑さ」で金額が動きます。
- 効果が最も大きいのは配車表そのものより、ドライバー日報のスマホ化 → 運賃自動計算 → 請求書出力の一気通貫。月末の締め作業3日が半日になるケースは珍しくありません。
- 改善基準告示（いわゆる2024年問題）への対応は、拘束時間・休息期間を「後から集計する」のではなく「配車を組む時点で警告する」設計にできるかが分かれ目です。
- 荷主別の運賃テーブル、傭車（庸車）精算、有価物・附帯作業料など、自社独自のルールが多い会社ほど既製品が合わず、カスタム開発の費用対効果が出やすくなります。
結論：運送会社の配車業務でシステム化の効果が最も大きいのは、「配車表をきれいに描くこと」ではなく「配車で決めた予定が、そのまま実績・運賃・請求までデータで流れること」です。ここが分断されている限り、何度ツールを入れても月末は忙しいままです。
本記事では、車両10〜100台規模の運送・配送会社を想定し、配車管理システムで何がどこまで自動化できるのか、機能・費用相場・既製サービスとカスタム開発の判断基準・導入の進め方・よくある失敗を、実務の順番どおりに整理します。読み終えたときに「自社はまずどこから手を付けるべきか」が決まっている状態を目指します。
- 配車はホワイトボードとマグネット。急な追加案件が入るたび、消して書き直して、夕方には誰が何を運ぶのか本人しか分からない
- Excelの配車表が「配車担当者ごとに違うファイル」で存在していて、最新版がどれか毎朝探している
- ドライバーの日報が紙。事務所に戻ってから提出、字が読めない、数字が合わない。翌日以降に回ってくることもある
- 月末の請求書作成に3日かかる。荷主ごとに運賃の計算ルールが違い、担当者の頭の中にしかない
- 拘束時間や休息期間が基準に収まっているか、月が終わってから集計して初めて分かる。ヒヤッとすることがある
- 傭車（協力会社）への支払い計算が手作業で、請求と支払いの突合に毎月時間を取られている
- ベテラン配車マンが休むと会社が回らない。引き継ぎたくても、何をどう判断しているのか言語化できていない
1つでも当てはまるなら、この記事が役に立ちます。読む時間がない方は、無料相談で直接お答えします。
配車管理システムとは何か｜「配車表アプリ」ではない
配車管理システムという言葉を聞いて多くの方が思い浮かべるのは、ホワイトボードの代わりに画面上で車両とドライバーを並べる「デジタル配車表」でしょう。もちろんそれも機能の一部ですが、それだけならExcelでもできますし、実際にExcelで十分に運用できている会社もあります。
では、なぜわざわざシステムを入れるのか。理由は同じ情報を何度も入力しているからです。運送会社の1件の仕事は、典型的にはこのように流れます。
1件の仕事の情報が、形を変えながら5回も6回も手入力されています。しかも入力するたびに人が介在するので、そのたびに転記ミスの可能性が生まれます。月末に「請求金額が合わない」と揉める原因の多くは、この転記のどこかで数字が変わっているからです。
配車管理システムの本質的な価値は、この6回を1回にすることにあります。受注時に1回入力すれば、配車表にも、ドライバーのスマホにも、日報の初期値にも、運賃計算にも、請求書にも、同じデータが自動で流れる。これが実現できて初めて「月末が楽になった」と体感できます。
よくある誤解：「配車の自動最適化（AIが配車を組んでくれる）」が目玉機能だと思われがちですが、車両10〜100台規模の現場で最初に効くのはそこではありません。自動最適化は荷姿・時間指定・ドライバーの得意不得意・荷主との人間関係といった条件を全て数値化できて初めて機能します。まずはデータが1本につながることを優先したほうが、投資対効果ははるかに早く出ます。
Excel・ホワイトボード配車が限界を迎える5つの兆候
「うちはまだExcelで足りている」——それが本当なら、無理にシステムを入れる必要はありません。LUCRISでも、話を伺った結果「今はExcelの運用ルールを整えるだけで十分です」とお伝えすることがあります。ただし、次の兆候が出ているなら、そのExcelはすでに限界を超えています。
兆候1：配車表のファイルが複数ある
「haisha_2026年7月_最新_修正版2.xlsx」のようなファイル名が生まれている状態です。誰かが編集中は他の人が開けない、あるいはコピーして編集して後で統合する——この時点で、配車表は「共有された事実」ではなく「個人の作業ファイル」になっています。急な変更が反映されず、ドライバーが古い指示で動くリスクが常にあります。
兆候2：配車担当者が休むと止まる
Excelの配車表は「見れば分かる」ようで、実はその裏にある判断ルールが書かれていません。この荷主は必ず10時前に着けないと荷受けしてもらえない、この車は高さ制限のあるルートに入れない、このドライバーはこの現場の担当者と相性が良い——こうした暗黙知はセルの中には存在しません。だから代わりが務まらない。属人化の典型です。
属人化そのものの解消手順については属人化を解消する3つの手順や属人化業務をシステム化するも参考になります。
兆候3：日報の内容を誰かが再入力している
ドライバーが紙に書いた数字を、事務員がExcelに打ち直している。この作業が毎日発生しているなら、それは月に20〜40時間規模の純粋なロスです。しかも打ち直しは「読めない字を推測する」工程を含むため、精度も上がりません。
兆候4：請求書の作成に丸1日以上かかる
月末に配車表と日報をつき合わせ、荷主ごとの運賃ルールを思い出しながら金額を組み立てている状態。ここに3日かかっているなら、年間で36日、つまり1人が1年のうち1ヶ月半を請求書作成だけに使っている計算になります。
兆候5：拘束時間の集計が「事後」になっている
月が終わってから労働時間を集計し、基準を超えていないか確認している状態は、実質的に何も管理できていません。超えていたことが分かっても、もう戻せないからです。管理とは、超えそうな時点で気づけることを指します。
※ 上記は一般的なモデルケースであり、成果を保証するものではありません。
配車管理システムの主要機能8つ
配車管理システムと呼ばれる製品の機能は、大きく8つに分けられます。すべてが必要とは限りません。自社にとってどれが「効く」のかを見極めるために、それぞれの役割を押さえておきましょう。
受注・案件登録
荷主からの依頼を1件ずつ登録。定期便はテンプレート化してワンクリック複製。FAXやメールで届く依頼をどう取り込むかが実務上の最大の論点になります。
配車表（ガントチャート）
車両×時間軸で案件を並べ、ドラッグ&ドロップで割当。重複割当や車両能力オーバーはその場で警告。ホワイトボードの完全な代替になります。
ドライバー用モバイルアプリ
当日の運行指示をスマホで確認。到着・積込・荷降ろしをボタンで記録。写真（荷姿・受領書）の添付。これが日報の入力そのものになります。
運行実績・日報管理
出庫・帰庫時刻、走行距離、荷待ち時間、附帯作業の実績を蓄積。デジタコやドライブレコーダーと連携できる製品もあります。
運賃計算
荷主別・車種別・距離別・地区別の運賃テーブルを持ち、実績から自動計算。待機料・附帯作業料・高速代の立替なども加算。ここが最も会社ごとに違う部分です。
請求・入金管理
月次で荷主ごとに請求書を自動生成。締め日が荷主ごとに違うケースにも対応が必要。入金消込、会計ソフトへのCSV連携まで。
傭車・協力会社管理
外注に出した案件の支払額計算と支払通知書の発行。自社便と傭車便を配車表上で同じように扱えるかは製品によって差が出ます。
労務・車両管理
拘束時間・休息期間の集計とアラート、点呼記録、車検・定期点検・保険の期限管理、免許証や資格の有効期限アラート。
最初から8つ全部を入れようとすると、導入は必ず長期化します。効果の出やすい順は一般に ③ドライバーアプリ → ④実績 → ⑤運賃計算 → ⑥請求 の縦のライン。②配車表だけを入れても、月末の負担はほとんど変わりません。
ドライバー日報をスマホ化すると何が変わるか
配車管理システムの導入相談で、最初に着手をおすすめすることが多いのがここです。理由は3つあります。
理由1：事務所の再入力がゼロになる
紙の日報は「書く（ドライバー）→ 運ぶ（ドライバー）→ 読む（事務員）→ 打つ（事務員）」の4工程。スマホ日報なら「入力する（ドライバー）」の1工程で終わります。1日20人分の日報を1件5分で処理していたなら、それだけで1日100分、月20営業日で33時間が浮きます。
理由2：実績が「その日のうちに」揃う
紙の日報は翌日や週明けに回ってくることも珍しくありません。スマホなら荷降ろし完了のタイミングでデータが上がってくるため、その日の夕方には全車の実績が見える。翌日の配車の精度が上がり、荷主からの「今日の荷物どうなってる？」という問い合わせにもすぐ答えられます。
理由3：荷待ち時間が可視化される
「あの倉庫は待たされる」という現場の実感を、時間データとして荷主に提示できるようになります。荷待ち料や附帯作業料の交渉は、感覚ではなく記録があって初めて成立します。運賃交渉の材料として、これは軽視できない副産物です。
現場に受け入れられるかが最大の関門です。ドライバーにとってスマホ入力は「増えた仕事」に見えます。導入が成功する会社は例外なく、入力項目を極限まで削っています。
NG例：出発地・到着地・品名・数量を毎回手打ちさせる（配車データから引き継げば入力不要）
OK例：画面に表示された今日の予定に対して「到着」「積込完了」「出発」をタップするだけ。距離はGPS、時刻は自動。手入力は数量の実数と特記事項だけ。
ITツールが現場で使われなくなる理由についてはITツールが現場で使われない理由で詳しく解説しています。配車システムでも原因はほぼ同じです。
「うちの日報、どこまで減らせますか？」から相談できます
現在の日報の様式と月次の締め作業を見せていただければ、どの項目が自動化でき、どれくらい時間が減るかを具体的にお伝えします。オンライン面談可・売り込みは一切ありません。
運賃計算と請求の自動化｜月末3日を半日にする
運送会社のシステム化で、最も金額的なインパクトが大きく、同時に最も既製品が合いにくいのがこの領域です。理由は単純で、運賃の決まり方が会社ごと・荷主ごとに違いすぎるからです。
運賃計算ルールの典型パターン
| 計算方式 | 内容 | システム化の難易度 |
|---|---|---|
| 距離制 | 距離帯 × 車種で単価が決まる（100kmまで◯円など） | 低 |
| 時間制（チャーター） | 4時間・8時間などの基本料金＋超過時間単価 | 低 |
| 地区制 | 荷主ごとに独自の配送エリア区分表を持つ | 中 |
| 個建て・才数建て | 個数・才数・重量に応じた単価表。段階制が多い | 中 |
| ルート単価（固定便） | 特定ルートに固定額。年次で改定される | 低 |
| 混合型 | 基本は地区制だが、特定荷主だけ個建て、繁忙期は割増、など | 高 |
問題は最後の「混合型」です。実際の運送会社の請求ルールは、これらが荷主単位・案件単位で入り混じっています。さらに実務では次のような加算・減算が乗ってきます。
- 待機料（荷待ち◯分超過から◯分単位で加算）
- 附帯作業料（手積み・手降ろし・仕分け・棚入れ）
- 高速道路料金・フェリー代の実費請求（立替か込みか）
- 燃料サーチャージ（軽油価格連動）
- 深夜・早朝・休日割増
- 再配達・キャンセル料
- 有価物（廃棄物）の売却額との相殺
自動化で何が起きるか
これらのルールをシステム側に「テーブル」として持たせておくと、実績データが入った瞬間に金額が確定します。月末にやることは、金額の計算ではなく金額の確認に変わります。
| 月末作業 | 手作業運用 | システム化後 |
|---|---|---|
| 日報と配車表の突合 | 1〜1.5日 | 0日（常時一致） |
| 荷主別の運賃計算 | 1〜1.5日 | 自動（確認のみ0.5日） |
| 請求書の作成・印刷・発送 | 0.5日 | 0.2日（一括出力） |
| 傭車への支払額計算 | 0.5日 | 自動（確認のみ） |
| 合計 | 約3〜3.5日 | 約0.5〜1日 |
※ 上記は一般的なモデルケースであり、成果を保証するものではありません。
請求の自動化は「請求書がボタン1つで出る」ことより、請求漏れがなくなることのほうが金額的に効くことがあります。待機料や附帯作業料は、記録が曖昧だと請求せずに諦めてしまいがちな項目の代表です。実績が正確に残るだけで、取りこぼしていた分が請求できるようになります。
改善基準告示・労働時間管理への対応
※ 制度の内容は2026年時点の一般的な情報です。適用される基準や運用の詳細は事業形態によって異なるため、最新の内容は所管省庁（厚生労働省・国土交通省）や社会保険労務士等の専門家にご確認ください。
いわゆる「2024年問題」への対応でシステムに求められるのは、集計機能ではありません。集計は極端に言えばExcelでもできます。重要なのはタイミングです。
「事後集計」と「事前警告」の決定的な違い
| 事後集計型（Excel・多くの勤怠ツール） | 事前警告型（配車と連動） | |
|---|---|---|
| 気づくタイミング | 月末〜翌月初 | 配車を組んでいる最中 |
| できる対応 | 記録として残すのみ | 別のドライバーに振り替える |
| 必要なデータ | 実績のみ | 実績＋これから組む予定 |
| 現場の評価 | 「また怒られる材料が増えた」 | 「配車の判断材料が増えた」 |
配車管理システムと勤怠管理システムが分かれていると、この「事前警告」は原理的に成立しません。これから組む予定を持っているのは配車システムだけだからです。ここが、運送業で汎用の勤怠ツールだけでは不十分になりやすい理由です。
具体的には、配車表上でドライバーに案件を割り当てようとしたときに、次のような情報がその場で表示される設計が理想です。
- このドライバーの今日の予定拘束時間は◯時間◯分（この案件を入れると◯時間◯分）
- 前日の終業から今日の始業までの休息期間は◯時間（基準に対して余裕あり／不足）
- 今週の累計運転時間・今月の累計拘束時間の進捗
- 連続運転時間が基準を超える可能性がある行程（休憩の挿入提案）
汎用の勤怠管理ツールでどこまでできるかについては勤怠管理システムの選び方もあわせてご覧ください。運送業の場合、一般的な勤怠ツールでは拘束時間の考え方が合わず、結局Excelで再集計している——というケースが多く見られます。
労務データは「証拠」でもあります。点呼記録、運行指示、実際の運行時間がバラバラのファイルに散っていると、監査や事故対応の際に整合性を示すのに苦労します。同じデータベースの中で紐づいていれば、「この日のこの運行」を1画面で追えます。これは平時には見えにくい価値ですが、必要になったときの差は非常に大きいものです。
配車管理システムの費用相場【2026年最新】
費用は大きく「既製サービス（SaaS・パッケージ）」と「カスタム開発」に分かれます。それぞれの相場を整理します。
既製の配車管理サービス（SaaS）の費用相場
| 規模・タイプ | 初期費用 | 月額費用 | 主な内容 |
|---|---|---|---|
| 小規模向け（〜10台） | 0〜20万円 | 1.5〜4万円 | 配車表＋簡易日報。請求は別ツール |
| 標準型（10〜50台） | 20〜80万円 | 3〜10万円 | 配車・日報・運賃計算・請求まで |
| 上位型（50〜100台） | 50〜200万円 | 8〜20万円 | 労務管理・傭車管理・デジタコ連携含む |
| ドライバーアプリ（追加） | — | 1台あたり500〜2,000円 | 台数課金またはID課金が一般的 |
| 初期設定・データ移行支援 | 20〜100万円 | — | 運賃テーブル・荷主マスタの登録代行 |
カスタム開発の費用相場
| 開発範囲 | 費用目安 | 期間目安 |
|---|---|---|
| 日報スマホ化のみ（最小構成） | 150〜350万円 | 2〜3ヶ月 |
| 配車表＋日報 | 300〜600万円 | 3〜5ヶ月 |
| 配車＋日報＋運賃計算＋請求 | 500〜1,000万円 | 5〜8ヶ月 |
| 上記＋傭車管理＋労務アラート | 800〜1,500万円 | 7〜12ヶ月 |
| 既製SaaS＋不足部分だけカスタム連携 | 150〜500万円 | 2〜4ヶ月 |
| 保守・運用（年額） | 開発費の10〜20% | 継続 |
※ 上記は一般的なモデルケースであり、成果を保証するものではありません。実際の費用は要件により変動します。
費用を左右するのは「台数」ではなく「ルールの数」
見積りを取ると「車両何台ですか？」と聞かれることが多いのですが、開発費に効くのは台数よりも次の要素です。
- 荷主ごとの運賃ルールの種類数 — 3パターンで済むのか、20パターンあるのか。ここが最大の変動要因です
- 締め日のバリエーション — 全社月末締めなら簡単。20日締め・15日締めが混在すると設計が複雑になります
- 受注の入り方 — Web受注のみか、FAX・電話・メール・荷主システムからのEDIが混在するか
- 既存システムとの連携数 — 会計ソフト、給与、デジタコ、車両管理など、つなぐ先が増えるほど増えます
- 傭車の扱い — 自社便のみか、傭車の支払計算まで含めるか
相見積りを取るときは、この5点を先にまとめてから渡すと、各社の金額のブレが小さくなり比較しやすくなります。逆にこれを伝えずに「配車システムを作りたい」とだけ伝えると、各社が想定する範囲がバラバラになり、安い見積りが後から膨らむ原因になります。システム開発の相場全般についてはシステム開発の相場もご覧ください。
投資回収の考え方
仮に月末締め作業3日、日報再入力に月30時間、配車調整の残業が月20時間かかっているとします。事務職の人件費を時給2,500円（法定福利費等込み）と置くと、月間の削減可能工数は概算で以下のようになります。
※ 上記は一般的なモデルケースであり、成果を保証するものではありません。
ここに「請求漏れの回収」「配車ミスによる緊急手配コストの削減」「ベテラン退職リスクの低減」が加わります。ROIの考え方の詳細は業務システム化の費用対効果(ROI)で解説しています。
既製サービス vs カスタム開発｜正直な比較
ここが本記事で最もお伝えしたい部分です。結論から言えば、既製で足りるなら既製を使うべきです。LUCRISは開発会社ですが、要件を伺った結果「この内容なら既製のサービスで十分です」とお伝えすることは実際にあります。
| 比較項目 | 既製の配車管理サービス | カスタム開発 |
|---|---|---|
| 初期費用 | 0〜200万円 | 150〜1,500万円 |
| 月額・保守 | 3〜20万円/月 | 開発費の10〜20%/年 |
| 導入までの期間 | 2週間〜2ヶ月 | 2〜12ヶ月 |
| 自社の運賃ルールへの適合 | △ 標準的な方式なら可。特殊な混合型は苦手 | ◎ そのまま再現できる |
| 業務を変える必要 | 大きい（システムに合わせる） | 小さい（業務に合わせられる） |
| 他システムとの連携 | △ 提供されているAPI/CSVの範囲内 | ◎ 会計・給与・EDIまで自由に設計可 |
| 機能追加のスピード | × ベンダーのロードマップ次第 | ◎ 必要なときに追加できる |
| サービス終了・値上げリスク | あり | なし（資産は自社のもの） |
| 不具合対応 | ベンダー任せ（早い場合も遅い場合も） | 開発会社と直接調整 |
| 向いている会社 | 運賃ルールが標準的／まず小さく始めたい／IT担当がいない | 荷主別ルールが複雑／傭車が多い／既存システムと繋ぎたい／長期利用が前提 |
既製サービスで十分なケース（正直に書きます）
- 荷主が数社で、運賃が距離制または固定ルート単価のみ
- 車両20台以下で、配車担当が1〜2名
- 傭車をほとんど使わない
- 会計ソフトへはCSVで手渡しでも問題ない
- まずは日報のデジタル化だけできれば十分
この条件に当てはまるなら、既製サービスを月額数万円で使うのが圧倒的に合理的です。無理にオーダーメイドを作る必要はありません。
カスタム開発を検討したほうがよいケース
- 荷主ごとに運賃の計算方式が違い、既製品の運賃マスタでは表現できない
- 締め日が荷主ごとにバラバラで、既製品の締め処理に乗らない
- 傭車の比率が高く、支払計算まで一体で回したい
- 倉庫業・引越・産廃・特殊車両など、一般貨物の標準的な業務フローと違う要素がある
- 既に使っている基幹システムや会計ソフトと深く連携させたい
- 既製品を導入したが、結局Excelでの二重管理が残ってしまった
「全部作る」以外の選択肢もあります。実務で最もコストパフォーマンスが良いのは、既製サービス＋自社専用の連携・補完部分だけカスタム開発という組み合わせです。たとえば配車表と日報は既製のSaaSを使い、そこから出るデータを自社の運賃ルールで計算して請求書にする部分だけを作る。これなら150〜400万円程度で、月末の一番つらい部分だけを解消できます。LUCRISではこの「部分カスタム」のご提案も多く行っています。
スクラッチ・パッケージ・SaaSの選び分けについてはスクラッチ vs パッケージ vs SaaS、内製と外注の判断は内製化 vs 外注の判断基準で詳しく整理しています。
既製で足りるのか、作るべきなのか。中立の立場で見極めます
荷主別の運賃ルールと締め日の一覧を見せていただければ、既製品で対応できる範囲かどうかを判断してお伝えします。相談・お見積りは無料、オンライン対応可、売り込みは一切いたしません。
導入で失敗する6つのパターンと回避策
配車管理システムの導入がうまくいかない理由は、技術的な問題よりも進め方の問題であることがほとんどです。よくある6つを挙げます。
失敗1：ベテラン配車マンを蚊帳の外にした
経営層と事務部門だけで決めて導入し、現場の配車担当が「今までのほうが早い」と使わない。配車の判断ロジックを最もよく知っているのはその人です。要件定義の主役に据えるのが正解です。「あなたの頭の中を残す仕組みを作りたい」という伝え方をすると、協力を得られることが多くなります。
失敗2：現行業務をそのまま100%再現しようとした
「今と同じことが全部できないと困る」と全項目を要件に入れると、費用も期間も倍増します。実際には、長年続いているだけで誰も使っていない項目が必ず紛れ込んでいます。いま作っている帳票のうち、実際に見ている人がいるものはどれかを棚卸ししてから要件を固めましょう。要件定義の進め方は業務システム要件定義の進め方が参考になります。
失敗3：ドライバーの入力負荷を軽視した
入力項目が10個ある日報アプリは、必ず使われなくなります。3タップで終わるかどうかが分岐点です。導入前に、実際に走っているドライバー3人に触ってもらって「これなら毎日できる」と言われるまで削るべきです。
失敗4：全車・全拠点で一斉に切り替えた
ある日から全部システム、という切り替えは混乱を招きます。1つの営業所、あるいは特定の荷主の便だけで1ヶ月試し、問題点を潰してから広げる。並行運用の期間は面倒ですが、ここをケチると全社が止まります。
失敗5：マスタ整備を後回しにした
荷主マスタ、着地マスタ、車両マスタ、運賃テーブル——これらが整っていないとシステムは動きません。そして整備はシステム開発と同じかそれ以上に時間がかかります。「同じ会社が3つの名前で登録されている」「住所の表記が揺れている」といった状態は、ほぼすべての会社で見つかります。プロジェクト開始と同時に着手してください。
失敗6：作って終わりにした
荷主が増える、運賃が改定される、法令が変わる。システムは作った時点が完成ではありません。年間の保守予算を最初から見込んでおかないと、2年後には「使いにくいけど直せないシステム」になります。システム保守とはで保守の中身を解説しています。
スモールスタートで進める導入5ステップ
いきなり全社一斉導入を目指さず、小さく始めて広げるのが現実的です。LUCRISでご一緒する場合の標準的な流れを示します。
- STEP1：業務の棚卸し／受注から入金までの流れを1本の線で書き出します。どこで誰が何を入力しているか、どの帳票が誰に見られているかを可視化。この段階で「システム化しなくても廃止できる作業」が2〜3個見つかるのが普通です。
- STEP2：対象範囲の決定／棚卸しの結果から、最も時間を食っている工程を1〜2つ選びます。多くの場合は日報と請求。ここだけを第1フェーズとして見積もります。
- STEP3：マスタ整備と並行開発／開発と同時に、荷主・着地・車両・運賃テーブルの整理を社内で進めます。ここが遅れるとプロジェクト全体が遅れます。
- STEP4：試験運用／1営業所または特定荷主の便だけで実運用。紙・Excelとの並行運用を1ヶ月行い、数字が一致することを確認します。
- STEP5：全社展開と改善／展開後3ヶ月・6ヶ月のタイミングで見直し、第2フェーズ（労務アラート、傭車管理など）を検討します。
開発プロジェクト全体の流れはシステム開発の流れで詳しく解説しています。
自社はどちらを選ぶべきか｜判断チェックリスト
最後に、既製サービスとカスタム開発のどちらを検討すべきかを、その場で判断できるチェックリストを用意しました。
既製サービス寄りのサイン
- 荷主が10社以内で、運賃の計算方式が2〜3パターンに収まる
- 締め日が全社共通（月末締めなど）
- 傭車を使わない、または使ってもごく一部
- 車両20台以下
- まず3ヶ月以内に何か形にしたい
- 初期投資を100万円以内に抑えたい
カスタム開発（または部分カスタム）寄りのサイン
- 荷主別の運賃ルールが5パターン以上ある／地区表を荷主ごとに持っている
- 締め日が荷主ごとに違う（20日締め・15日締めなどが混在）
- 傭車の売上・支払が全体の2割以上を占める
- 倉庫作業・附帯作業・産廃・引越など、運送以外の業務が請求に絡む
- 既存の会計・給与・車両管理システムと連携させたい
- 過去に既製品を試したが、結局Excelでの二重管理が残った
- 5年以上使い続ける前提で考えている
迷ったときの判断軸はシンプルです。「システムに合わせて業務を変えられるか」——変えられるなら既製、変えられない（変えると荷主に迷惑がかかる・強みが失われる）ならカスタム。運送業の場合、荷主との取り決めは自社の都合で変えにくいため、請求まわりだけはカスタムが必要になる会社が多い、というのが実感です。
滋賀県内で開発会社を探されている方は滋賀のシステム開発会社の選び方、そもそもDXの入口が定まらない方はどこからDXすべきかわからない方へもあわせてご覧ください。
配車管理システムを入れれば、配車は自動で組んでもらえますか？
製品によっては自動配車機能を持つものもありますが、車両10〜100台規模の実務では、完全な自動化は現実的でないことが多いです。時間指定、荷姿、着地の制約、ドライバーの得意不得意、荷主との関係性など、数値化しきれない条件が多いためです。現実的な効果が出るのは「候補の提示」と「ルール違反の警告」までで、最終判断は人が行う設計です。まずは配車の自動化より、日報・運賃・請求のデータ連携から着手されることをおすすめします。
ドライバーがスマホを使えるか不安です。年配の方も多いのですが。
これは最もよくいただくご質問です。結論としては、画面の作り次第です。文字を大きくし、当日の予定だけを表示し、押すボタンを3つ以内に絞る設計にすれば、スマホに不慣れな方でも運用できているケースが多くあります。逆に、汎用の日報アプリのように項目が並んだ画面をそのまま出すと、年齢に関係なく使われなくなります。導入前に実際のドライバー数名に試していただき、その反応をもとに画面を削っていく進め方が確実です。会社支給の端末を用意するか個人スマホを使うかも、あわせて整理が必要な論点です。
デジタコ（デジタルタコグラフ）を入れていますが、それと重複しませんか？
役割が違うため、重複というより補完関係になります。デジタコは走行データ（速度・距離・運転時間）を正確に取るのが得意ですが、「どの荷主のどの案件を運んだか」「いくら請求するか」は持っていません。配車管理システムは案件と金額を持ちます。両者を連携させ、デジタコの走行データを配車システムの実績に自動で取り込む構成にできれば、ドライバーの入力はさらに減ります。連携可否はデジタコの機種・メーカーによるため、導入検討時に型番をご確認ください。
既製のシステムを一度導入して失敗しました。また同じことにならないか心配です。
失敗の原因を切り分けることが先決です。よくあるのは「機能が足りなかった」ではなく「自社の運賃ルール・締め日を表現できず、結局Excelで再計算していた」というパターンです。この場合、別の既製品に乗り換えても同じ結果になりがちです。逆に「操作が難しくて現場が使わなかった」なら、より簡素な既製品で解決することもあります。前回どこで詰まったのかを具体的に伺えれば、次に取るべき手を一緒に整理できます。
相談だけでも大丈夫ですか？まだ導入を決めていません。
もちろん大丈夫です。「そもそもシステム化すべきなのか」「今のExcel運用を改善するだけで足りないか」という段階からのご相談を多くいただいています。お話を伺った結果、既製サービスをご紹介したり、「今はまだ運用ルールの整理が先です」とお伝えしたりすることもあります。相談・お見積りは無料で、その後に営業の連絡を繰り返すことはありません。
滋賀県外・遠方でも対応できますか？
対応できます。LUCRISは滋賀県大津市を拠点としていますが、オンライン（Web会議・画面共有）を中心とした進め方で全国のお客様をご支援しています。運送業の場合、配車室や倉庫の実際の動きを見せていただくと精度が上がるため、必要に応じて訪問のご相談も承ります。まずはオンラインでの初回相談から始めていただくのが一般的です。
費用はどのくらいから始められますか？
既製サービスの活用であれば月額数万円から、カスタム開発は最小構成（日報のスマホ化のみなど）で150万円前後からが一つの目安です。ただし最初にお伝えしたいのは、いきなり全部を作る必要はないということです。月末の締め作業や日報の再入力など、いま一番時間を食っている工程を1つに絞れば、想定より小さな金額で始められることが多くあります。ご予算の上限を先にお伝えいただければ、その範囲で何ができるかをご提案します。
導入までどのくらいの期間がかかりますか？
既製サービスの導入なら、マスタ登録を含めて2週間〜2ヶ月程度。カスタム開発の場合は、最小構成で2〜3ヶ月、配車から請求まで一通り作るなら5〜8ヶ月が目安です。期間を左右する最大の要因は開発そのものよりマスタ整備（荷主・着地・運賃テーブルの整理）です。ここを社内で早めに着手いただけると、全体が大きく短縮されます。
作ったシステムは、後から機能を追加できますか？
カスタム開発の場合、追加は前提として設計します。実際、第1フェーズで日報と請求を作り、半年〜1年後に労務アラートや傭車管理を追加していく、という進め方が多くなっています。既製サービスの場合は提供元のロードマップ次第となるため、将来的に必要になりそうな機能があるかどうかは、選定時点で確認しておくことをおすすめします。
配車・日報・請求の「手作業」を、どこから減らせるか無料相談
現在の配車表と日報、そして月末の締め作業の流れを教えてください。既製サービスで足りるのか、自社に合わせた開発が必要なのかを中立の立場で判断し、優先順位と概算費用をお伝えします。滋賀県内はもちろん、全国オンライン対応。売り込みは一切いたしません。
無料で相談する
