IT 事業2026.09.116 分で読む

軽バンのリース管理を一画面に ─ 台数が増えるほど事務が破綻する構造を解く

軽貨物向けに軽バンを貸し出すリース事業者が、台数を増やすほど管理に追われる理由を分解する。車両台帳・契約・請求・稼働率がバラバラなまま増車すると何が起きるか、それを一つのダッシュボードに束ねるとどこが変わるかを、実際に作ったシステムの経験から整理する。

#軽貨物#軽バン#リース#車両管理#稼働率#業務システム

― 軽バンを貸し出す側の話。台数が増えるほど事務が重くなるのは、担当者の能力ではなく管理の構造の問題である。

§ 01 / 借りる側ではなく、貸す側の話

軽貨物（黒ナンバー）の車両は約 33 万台まで増えました。2016 年から約 10 万台の増加です（国交省統計）。EC 配送の拡大で参入が続き、その多くが車両を買わずに借りて始めます。

ここで見落とされがちなのが、貸している側の業務です。ドライバーの数だけ車両があり、その一台ずつに契約と請求と整備がぶら下がる。10 台なら Excel で回りますが、50 台、100 台と増えたときに最初に破綻するのは、営業でも整備でもなく事務です。

§ 02 / 増車したときに、何が最初に壊れるか

台数が増えたリース事業者から実際に聞く詰まりは、だいたい 4 つに収束します。

① 車両台帳が「最新」でなくなる

Excel を複数人で触るうちに版が分裂します。「この車は今、在庫なのか、貸出中なのか、修理中なのか」が、ファイルを開いた人によって違う。電話で問い合わせが来たときに即答できず、確認して折り返すことになります。

② 契約から請求までが手作業になる

契約書と請求書が別管理だと、毎月の請求作成が転記作業になります。台数に比例して時間が伸び、月初の数日が請求で潰れる。請求漏れは、忙しい月ほど起きます。

③ 稼働率が感覚でしか分からない

「何台が遊んでいるか」を数字で言えない状態です。遊休車両は、置いてあるだけで機会損失を生みます。しかし台帳が最新でない以上、稼働率も計算できません。

④ 未入金の督促が漏れる

誰がいつ払ったかが担当者の頭の中にあり、属人化します。担当者が休むと止まる。督促の漏れは、そのままキャッシュフローに効きます。

この 4 つは独立した問題に見えますが、すべて「台帳が一つでない」ことから派生しています。

§ 03 / 一画面に束ねると、何が変わるか

車両・契約・請求・稼働を分けて管理するのをやめ、一つのダッシュボードに載せる。それだけで、上の 4 つは性質が変わります。

車両の状態を色で統一する — 在庫・貸出中・修理中・廃車を一目で判別できるようにし、全画面で同じ配色を使う。「確認して折り返す」が消えます
契約と車両を紐づける — 誰にどの車を貸しているかが常に引ける状態になり、請求をそこから生成できます
稼働率を常時表示する — 保有台数・貸出中・稼働率を上段に置き、朝一で状況を掴めるようにする
未入金を可視化する — 当月請求の件数・合計・入金済・未入金を並べ、督促を仕組みに落とします

派手な機能ではありません。ただ、バラバラだったものを一箇所に集めるだけで消える手間が、思ったより多いというのが実際に作ってみた実感です。

§ 04 / 稼働率が、いちばん売上に近い

4 つのうち、売上に直結するのは稼働率です。

保有 50 台で稼働率が 80% から 85% に上がると、貸し出せている車が 2.5 台分増えます。1 台あたり月 5 万円なら、年間で約 150 万円の売上余地です。

これは条件を置いたモデルケースの試算であって、どの事業者にも当てはまる数字ではありません。ただ、稼働率を「感覚」から「常に見える数字」に変えるだけで、遊休車両に手を打つ判断が早くなるという方向性は変わりません。見えていない在庫は、減らしようがないからです。

同じことは事務工数にも言えます。1 台あたりの事務負担が減れば、増車がそのまま売上拡大につながります。逆に言えば、事務がボトルネックのままの増車は、売上を増やしながら現場を壊します。

§ 05 / スプレッドシートで作った経験から

A.I.M は、軽貨物車両のリース事業者向けに、スプレッドシート + GAS で車両管理システムを構築した実績があります（受託開発実績：車両管理システム）。車両情報・契約・稼働状況を、低コストで一元管理するところから始めた案件です。

その現場で分かったのは、同じ困りごとがリース事業者に共通しているということでした。だから個別受託で終わらせず、自社サービスとして作り直しています。それが KeiMane（軽マネ） です。軽バンをリースする事業者向けに、車両ダッシュボード・車両台帳・契約/顧客管理・請求/入金管理を一画面に束ねる SaaS で、現在開発中。先行案内を受け付けています。

貸す側だけでなく、借りて走る側 —— 軽貨物の運転日報・点呼記録の義務化対応については、KuruMane（クルマネ） を別途開発しています。こちらは軽貨物の運転日報・点呼をLINEでで詳しく書きました。

いま Excel で回していて、増車のたびに事務が重くなっている感覚があるなら、まずはどの数字を追うかを決めるところから一緒に整理できます。台数・契約形態・請求サイクルを聞かせていただければ、システム化すべき範囲と、当面は Excel のままでよい範囲を切り分けてご提案します。

KeiMane は開発中のため、機能・提供時期は変更される場合があります。稼働率の試算は条件を置いたモデルケースであり、成果を保証するものではありません。