EvoQuest
EvoQuest DX業務システム / 業務効率化 2026.06

SCENARIO ── AUTO REPAIR SHOP CASE

車検の案内状況と整備履歴を、車両ごとに確認

車検満了日、案内の履歴、入庫予約、整備内容を車両ごとに管理する開発プランです。事務担当と整備士が同じ記録を確認し、工場で決めた時期に車検を案内できるようにします。

想定領域
業務システム / 自動車整備業の業務改善
担当範囲
車両・予約・整備履歴の管理、既存記録の移行、操作のご案内
想定対象
整備士 数名・管理台数 数百台規模の町の整備工場
想定期間
設計〜納品 約 3 ヶ月

OVERVIEW

どんな仕組みをつくるか

車検満了日、案内の履歴、入庫予約、整備内容を車両ごとにまとめる管理システムの開発プランです。紙の顧客カードや手書きの伝票に分かれた記録を、事務担当と整備士が同じ画面で確認できるようにします。

満了日が近く、まだ案内していない車両を一覧に表示します。誰が、いつ、ハガキ・電話・SMSで連絡したかを記録し、案内後の予約状況も確認します。連絡漏れや二重連絡を防ぐための確認手順まで、工場の運用に合わせて考えます。

CHALLENGE

課題

  • 01 車検の満了日が、紙の顧客カードに鉛筆書きで埋もれている。満了が近い車を拾うには、カードの束を一枚ずつめくるしかない。忙しい時期はそこまで手が回らず、声をかけられないまま満了日が過ぎていく。
  • 02 「そろそろ車検ですよ」と案内したお客様と、まだ案内していないお客様を区別できない。ハガキを出したか、電話したか、誰が対応したかが台帳に残らない。二重に連絡してしまうか、逆にまるごと抜け落ちるか、どちらも起きる。
  • 03 入庫の予約はホワイトボードに手書きで、予約変更の履歴を確認しにくい。今日は何台入るのか、ピットが空いているのか、代車は足りるのかが朝にならないと分からない。予約が重複すると、日程の再調整が必要になる。
  • 04 「この車、前にどこ直したっけ」が、過去の伝票を探さないと分からない。前回のオイル交換やタイヤ交換の時期、過去の見積、お客様とのやりとりが一台分にまとまっていない。だから次の提案も後手に回る。

APPROACH

課題への対応

車両ごとに次の車検満了日を登録し、残日数の少ない順に並べます。この画面例では、満了まで60日を切っても未案内の車両を目立つ位置に表示します。事務担当が案内方法と連絡日を記録し、次の担当者も対応状況を確認できるようにします。

車両の詳細画面では、過去の整備内容や交換部品、見積もり、次に提案する整備を時系列で確認します。入庫予約はカレンダーで共有し、ピットと代車の空きを見ながら日程を決めます。車両情報は車検証を参照して登録し、よく使う作業は一覧から選べるようにします。実施した作業と交換部品を補って記録し、事務担当と整備士の入力分担を決めます。

CONSULTATION

車検案内と整備記録の管理をご相談ください

今の顧客カードや車検案内の手順を見ながら、先に改善する作業を決めます。
車両ごとの情報のまとめ方、入力担当、案内の時期を一緒に整理します。

SCREENS

主要画面

この開発プランで想定する画面を紹介します。担当者が入力する内容と、確認できる情報をご覧ください。表示しているデータは説明用の想定例です。

01. 入庫予定・未案内車両の確認

事務担当が、当日の入庫予定と車検満了日が近い未案内車両を確認する画面です。車検切れが近い車両や連絡が必要な車両を上部に表示し、ピットの予約状況も確認できます。

まとめ画面
使い方のポイント
事務担当が最初に確認する、満了間近で未案内の車両を一覧の上部に表示します。
表示する情報
満了までの残日数を横の棒と数字で表示します。案内済みかどうかは別のラベルで確認できます。
状態の表現
残日数と案内状況を文字でも表示し、色の見え方にかかわらず確認できるようにします。

02. 車両一覧(車検満了日順)

全車両を車検満了日が近い順に表示します。残日数・前回入庫日・案内状況・担当者で絞り込めます。満了まで60日以内で未案内の車両には確認の印を付けます。

一覧テーブル
使い方のポイント
満了日が近い順に表示し、案内が済んでいない車両を確認できます。
数字の表示
満了日と残日数を並べます。登録上の満了日を過ぎた車両は、車検更新の状況を担当者が確認します。
操作
車両を選ぶと整備履歴を開けます。「未案内」「満了間近」で一覧を絞り込めます。

03. 車両カルテ・整備履歴

お客様と車両の情報、整備履歴、次回の車検満了日を確認する画面です。前回のオイル・タイヤ交換と次に提案する整備も表示し、電話で案内する際に参照できます。

一覧+詳細
使い方のポイント
整備履歴、次回の車検、提案する整備を車両ごとに同じ画面で確認します。
履歴の見せ方
過去の入庫を日付順に表示し、オイルやタイヤの交換予定も記録できます。
次の対応
前回見送った整備や交換時期が近い部品を、次回の提案候補として記録します。

04. 入庫予約カレンダー

入庫予約を週単位のカレンダーで共有します。車検・点検・一般整備を区別し、ピットと代車の空きを確認して日程を決めます。

カレンダー
使い方のポイント
予約の履歴を残し、ピットと代車の予約が重なっていないか確認できるようにします。
重複防止
ピットの作業枠と代車の貸出予定を登録します。空きがない時間帯には予約を入れられないようにします。
当日の段取り
当日の入庫一覧に作業内容と担当者を表示し、朝礼で確認できます。

05. 整備見積もり・作業指示

作業項目ごとに部品代と工賃を入力して見積もりを作ります。定番作業は一覧から選べます。承認した見積もりを作業指示書に引き継ぎ、実施した作業を確認して整備履歴に登録します。

入力フォーム
使い方のポイント
承認した見積もりの項目を作業指示に引き継ぎ、実施内容との差を補って整備履歴に記録します。
入力の負担
「12ヶ月点検」「オイル交換」などの定番作業を選び、見積もりの下書きを作れます。
合計の可視化
部品代・工賃・法定費用を分け、税込総額を確認してお客様に案内できます。

06. 車検案内・予約状況

ハガキ・SMS・電話での車検案内を記録し、未送付・送付済み・予約済みを一覧で確認します。案内後に予約が決まっていない車両も確認できます。

集計
使い方のポイント
未送付・送付済み・予約済みを一覧で区別し、未案内の車両と案内後の状況を確認します。
記録の残し方
連絡日、方法、担当者を記録し、次の連絡前に履歴を確認します。
出力
案内ハガキの宛名とSMS送信先を一覧ファイルに書き出せます。

07. 月次の車検入庫・売上集計

案内した車両の予約・入庫件数と割合を集計します。月別の車検入庫件数、整備売上、作業別の内訳を表示し、月の途中でも確認できます。

レポート
使い方のポイント
案内・予約・入庫の件数を比較し、予約につながっていない案内を振り返ります。
振り返り
月別の車検入庫件数と整備売上を比較し、次の予約案内や人員計画に使います。
文字
月次の表は印刷して確認できます。金額や件数を見比べやすい表にまとめます。

OUTCOME

この仕組みで改善したいこと

紙のカードをめくって対象車両を探す手間を減らし、案内や整備内容の確認に時間を使えるようにします。

01

車検満了日が近い未案内の車両を確認

今の作業満了日が近い車両を紙のカードから1台ずつ探しており、忙しい時期には案内が漏れることがあります。
導入後の使い方事務担当者が、満了日が近く未案内の車両を一覧の上部で確認できます。カードを探す代わりに、対象車両を選んで連絡先を確認します。

一覧を確認して案内した履歴を残し、満了前に連絡できているかを振り返る運用を想定します。

02

案内した日と方法を担当者間で共有

今の作業ハガキや電話で案内した履歴が台帳に残らず、二重連絡や案内漏れが起きることがあります。
導入後の使い方連絡した担当者が日付と方法を記録し、他の担当者も履歴を確認できます。案内後に予約が決まっていない車両も一覧で確認できます。

連絡前に履歴を確認する手順を共有し、案内の重複・漏れと、案内後の予約状況を振り返ります。

03

車両ごとの整備履歴を確認

今の作業過去の整備内容と次回の車検満了日が、伝票や担当者ごとの記録に分かれています。
導入後の使い方事務担当者と整備士が、車両ごとの整備履歴、次回車検、提案する整備を同じ画面で確認できます。電話で案内する際にも参照できます。

前回の作業と次の提案を記録し、担当者が替わっても車両の状況を確認できるようにします。

PROCESS

開発の進め方

約3ヶ月を目安に、開発範囲と確認日程を相談します。月ごとに開発中の画面を共有し、個人情報を伏せた顧客カードの見本で、入力しやすさや案内状況の確認方法を試してもらいます。確認結果を次の開発に反映します。

1
MONTH 01 / 業務整理 + 顧客台帳の確認

満了が近いお客様の確認方法を整理し、画面案を決める

車検の案内から入庫までの流れをヒアリングし、今使っている顧客カード・ホワイトボード・手書き伝票の保管方法を整理。車両を軸にした台帳の持ち方と、満了が近い車を上に集める画面の骨組みを固めます。

  • 業務ヒアリング(2〜3回)
  • 既存の顧客カード・整備伝票の確認
  • 車検満了の管理方法と案内の流れを整理
  • 主要3画面(まとめ画面・車両一覧・カルテ)の下書き
2
MONTH 02 / 画面開発 + 満了の自動集計

車検満了日・整備履歴・案内状況を車両ごとにまとめる画面を作る

満了までの残日数で自動的に並び、未案内の車が上に集まる流れの開発と、入庫カレンダー・案内の記録・整備見積の機能の作成を同時並行で進めます。月後半に、実際の顧客台帳を想定したデータを入れた動くサンプルを一緒に確認します。

  • まとめ画面・車両一覧・カルテの主要画面の開発
  • 車検満了の残日数集計と未案内アラート
  • 入庫カレンダー・案内記録・整備見積の機能の作成
  • 想定データを入れた動くサンプルを一緒に確認
3
MONTH 03 / 検証 + 納品

顧客台帳のデータを登録し、表示や操作を確かめる

手元の顧客カードを実際に入れてもらい、満了の並びや案内の記録のズレを調整。車検案内の宛名出力と月次レポートまで仕上げて納品。社長や事務担当が一人でも回せる手順書を添えて引き継ぎます。

  • 実際の車両データでの検証
  • 満了の並び・案内記録の調整
  • 案内出力・レポートの仕上げ
  • 納品 + 運用引き継ぎ(手順書つき)

FAQ

よくある質問

  • Q1 今使っている紙の顧客カードは、全部入力し直さないといけませんか?
    いきなり全部を入れ直す必要はありません。まずは車検満了が近い順に、これから案内する車から登録していけば、登録した車両から案内状況を管理できます。残りは入庫のタイミングで一台ずつ移していけば、日々の作業の中で自然に台帳が埋まっていきます。古い履歴をどこまで取り込むかも、手間と効果を見ながら一緒に決めます。
  • Q2 整備士の入力時間を確保しにくい場合も使えますか?
    入力する項目と担当を整理してから設計します。「12ヶ月点検」「オイル交換」などよく使う作業は一覧から選び、実施内容や部品など必要な情報を補う形にします。車両情報の転記や、同じ内容の繰り返し入力を減らす方法も検討します。入力は事務担当がまとめてやる運用にも合わせられます。大事なのは「同じことを二度書かない」ことなので、誰がどこを入れるかは工場のやり方に合わせて決めます。
  • Q3 AIを使わなくても効果はありますか?
    AIを使わない車検・整備記録の管理も相談できます。まず満了が近い車両、案内履歴、予約、過去の整備内容を共有し、連絡漏れと二重連絡を減らす仕組みを作る計画です。記録が蓄積した後に、部品の交換時期を確認する機能などを追加する方法も検討できます。
  • Q4 車検証の読み取りや、ハガキ・SMSの送信とつなげられますか?
    利用中のサービスが対応する形式を確認して判断します。案内対象の宛名やSMS送信用リストを、取り込み可能な形式で出力する方法を検討します。連絡を希望しないお客様を対象から外せるよう、案内方法の希望も管理します。車検証の項目もカメラ読み取りなどで入力を楽にする工夫はできますが、まずは業務で使い続けられる形を優先し、連携は効果の大きいところから順に足していきます。
  • Q5 導入にはどのくらいの期間・規模が必要ですか?
    想定では設計から納品まで約3ヶ月、整備士 数名・管理台数 数百台規模の町の整備工場を対象にしています。作る内容が決まっていない段階からご相談いただけます。まずは今の顧客カードと車検案内の手順の確認から始めます。

車検案内と整備記録の管理をご相談ください

今の顧客カードや車検案内の手順を見ながら、先に改善する作業を決めます。
車両ごとの情報のまとめ方、入力担当、案内の時期を一緒に整理します。

EvoQuest

AI相談窓口

EvoQuestについて、
気になることを聞いてください。

サービスの内容や制作実績、
費用の目安などをご案内します。

AIが回答します。個人情報・機密情報は入力しないでください。入力内容は回答のためにAI提供元へ送信されます。利用について(新しいタブ)

直接お問い合わせ

会話はこのタブに一時保存されます。