生成AIツールの選定でAIに任せられる工程｜比較表と一次評価まで、標準の1本と入力の線引きは経営者

ツール選定の遅れは、入庫と人件費でいくらになるか？

日本自動車整備振興会連合会の令和7年度の実態調査では、1事業場あたりの整備要員は4.36人です。この規模では、電話と受付を専任に置く余裕がありません。整備士がリフト上の作業を止めて予約の電話に出る形が、日常の姿になります。ツール選定が三か月止まるということは、この構造が三か月そのまま続くということです。

金額の面では、急いだ側の損失もあります。比較の項目を決めないまま全社分の有料プランを契約すると、使われない席の月額が毎月出ていきます。整備要員が4人台の事業場で、営業とサービスフロントと工場の全員分を一度に有料にする判断は、回収の根拠を持ちません。

リスクの面では、扱う帳票の中身が効いてきます。査定票、契約書、問診票、点検整備記録簿には、顧客の氏名と連絡先と車台番号が並びます。これらは個人情報の保護に関する法律の対象です。どこまでを外部の生成AIサービスに入力してよいかを決めずに使い始めると、後から止めるのは難しくなります。

人を増やして解く前提も置きにくい状況です。国土交通省の資料では、自動車整備士の有効求人倍率は令和5年度で4.99倍、全職種の1.17倍を上回ります。同じ資料では、約6割の事業者が整備士の不足を感じているとされています。どの業務を機械に渡すかという選定そのものが、工場長ではなく経営者の判断になる理由がここにあります。

この業務は会社のどこにあるのか？

生成AIツールの選定は、店頭にも工場にも定位置の帳票が無い業務です。起点は導入検討の開始、担当は経営者と情報システム担当、成果物は選定比較表と利用ルール案です。入力になるのは候補ツール一覧、利用部門の業務一覧、セキュリティ要件の三つです。このうち社内に無いことが多いのが、利用部門の業務一覧です。

棚卸し表に置くと、選定は前後の業務に挟まれた真ん中の行になります。

本メディアでは、この三行の真ん中だけを先に進めることは勧めません。理由は、比較表の列に入る「適合度」が、上の行の棚卸し表を土台にしないと埋まらないためです。前提は、営業・サービスフロント・工場の三部門がある店舗です。部門が一つで業務が十行に収まる会社なら、棚卸しと選定を同じ日に片づけても構いません。

着手から標準の1本が決まるまでを8工程に割る

以降は、1店舗と認証工場を一つ持ち、営業・サービスフロント・工場の三部門がある会社を前提として置きます。業務一覧は40行前後、候補ツールは3本、試用は1業務で2週間とします。工程ごとの件数と期間はこの前提の枠であり、出典のある数字ではありません。自社の部門数や業務の行数が違えば、以降の枠は当てはまりません。

図の見方は、色枠がAIの担う工程、灰色が経営者と工場長が確定する工程、右上の三角がつまずきの出やすい工程です。

分解した結果は三行で言えます。AIで消えるのは、候補ツールの公開情報を1本ずつ読んで比較表の枠に手で写す作業です。短くなるのは、工程1の重複と表記ゆれの整理、工程4の適合度の仮評価、工程6と工程7の集計です。新しく増えるのは、比較表の空欄を提供元に問い合わせて埋める工程と、試用記録の修正箇所を週に一度見る工程の二つです。

どこまでAIに渡し、どこで経営者に戻すのか？

図の見方は、左の色枠がAIの担う仕事、右の灰色が経営者と情報システム担当が選定比較表をもとに確定する仕事です。

左の列に並ぶのは、写す・比べる・並べる・下書きする仕事です。右の列は、標準の1本を確定し、入力の線を引き、有料の範囲を承認する仕事です。境目に置いたのは「決裁の前に現場で2週間試す」で、比較表の見栄えだけで標準を決めないという止めどころです。渡せるのは公開情報の整理までで、問診票や査定票の実物で確かめる工程は右側に残ります。

本メディアでは、比較表の点数が最も高いツールをそのまま標準にする決め方は勧めません。理由は、点数の元になる適合度が公開情報からの仮評価で、自社の問診票や査定票の実物で試した結果ではないためです。前提は、試す業務を一つ選べることです。試せる業務が見当たらないほど作業が属人化している会社は、工程1の棚卸しに戻ります。

止めどころを決めておくと、現場の説明も短くなります。サービスフロントに配るときは「下書きは出るが、入庫日と急ぎの判断はこれまで通りフロントが決める」と一文で言えます。工場に配るときは「記録簿への転記は下書きまでで、検査の合否と記録の確定は検査員と整備士が行う」と言えます。

最初に着手する1工程はどこから選ぶか？

見るのは三つだけです。判断を含むか作業か、渡すデータが整備システムや在庫管理に車両単位で残っているか、間違えたときの損失がどこで誰に出るか。この三つで、着手する・整備が先・案の提示までの三択に分かれます。

予約表が紙の台帳のままなら、受付のAI化より先に予約表の電子化が要ります。在庫管理と在庫サイトの掲載が車両単位で同期していなければ、反響への初回返信の下書きは最初の対象から外します。買取を行う店なら、古物営業法に基づく本人確認と取引記録は担当者が行う工程として残します。指定工場で保安基準適合証を交付しているなら、道路運送車両法のもとで検査の合否と点検整備記録簿の確定は検査員と整備士に残します。情報システム担当が総務との兼務で、月の入庫が数十件にとどまる会社なら、一人が一業務で使う形から始めます。

本メディアでは、最初の1工程は判定も金額も動かさない工程から選ぶのが先だと判断します。理由は、診断の判定や査定額のように損失が顧客と車両に直接出る工程では、確認の仕組みを先に作らないと試用そのものが危ないためです。前提は、対象業務の入力と出力が電子で残っていることです。この前提が外れるのは、紙の問診票しか無い場合で、そのときは帳票の電子化が先の課題になります。

入れない方がよい会社もあります。業務一覧を作っておらず、予約表も査定票も紙で、誰が何にどれだけ時間を使っているかを言えない状態なら、この段階でAIを入れない方がよいです。先にやることは、月に必ず発生する帳票を一種類選んで電子化し、業務一覧を40行ほど書き出すことです。ここまで進めば、比較表の適合度が埋まるようになります。

2週間の試用で見る3つの数字を決める

進め方は六段です。会社としての段取りであり、ツールの操作の話ではありません。

1. 試す業務を一つ決め、担当者を一人置きます。サービスフロントの問診票の整理のように、毎日発生して出力が目で見える業務を選びます。
2. 導入前のひと月分を先に測ります。1件あたりの所要時間と、やり直しの件数を試用記録に書き出します。
3. 合否の基準を開始前に文章にします。「修正の箇所が導入前のやり直し件数を下回る」のように、後から動かせない形にします。
4. 毎日の出力を担当者が直し、直した箇所をその日のうちに試用記録へ残します。直さずに使った日も記録します。
5. 一週目の終わりに修正の傾向を見て、頼み方の型を一度だけ直します。週の途中で何度も変えると、前後の比較ができなくなります。
6. 二週目の終わりに三つの数字を並べ、継続・中止・対象の変更のどれかを経営者が決めます。決めた理由も一行で残します。

見る数字は三つです。1件あたりの所要時間、サービスフロントが直した箇所の件数、置き換えられた業務の件数です。月額費用はこの三つと並べて見ますが、費用だけで決めると、置き換えが進んでいない状態でも安いという理由で標準が決まってしまいます。

本番に切り替える前に決める4つのこと

一つ目は承認です。誰が案を出し、誰が確定し、誰が承認するかを業務ごとに書きます。整備受付なら、候補日の提示はAI、入庫日の確定はサービスフロント、急ぎの割り込みの判断は工場長という形です。

二つ目は記録です。入力した内容、出てきた案、担当者が直した箇所、確認した人の四点を残します。保存先は整備システムの備考欄ではなく、後から件数を数えられる一覧にします。指摘を受けたときに何を入力したかを説明できる状態が、本番の条件です。

三つ目は例外です。苦情、事故、リコールに関わる連絡、法令の判断が要る問い合わせは、AIを通さず人へ即時に回します。代車の不足や納期の遅れも、工場長へ直接上げる経路にします。

四つ目は利用ルールの見直しです。入力禁止情報の一覧は帳票が増えれば変わります。月に一度、朝礼で一項目だけ確認する形にしておくと、配って終わりになりません。

拡張の順は、同じデータを使う隣の業務です。受付の整理が回るようになったら、問診票の整理、代車と入庫の割り当てへ広げます。整備受付ハブと工場管理ハブに業務単位の分解を置いています。入口の全体像はAI活用の基礎・選び方ハブからたどれます。

導入が止まる失敗はなぜ起きるのか？

一つ目は、在庫情報の同期が無いまま自動返信を始める失敗です。成約済みの車両や改定前の価格で初回返信が送られ、来店時に説明が食い違ってクレームになります。原因は、在庫管理と在庫サイトの掲載データが車両単位で対応していないことです。在庫と掲載の整合チェックを先に自動化し、返信文は最新の在庫データだけを参照する形にして、送信前に担当者が確認します。

二つ目は、問診の整理を診断と混同する失敗です。AIが整理した問診票の関連箇所を整備士が診断の結論として扱い、見落としと再入庫が増えます。原因は、問診の項目整理と整備履歴の提示を、故障箇所の判定と同じものとして運用に組み込んだことです。問診票には推定を書かせず、症状・発生条件・頻度の整理に限り、診断の判定は整備士が行うと作業指示書の運用欄に書きます。

三つ目は、進捗の入力が無いまま工場管理を自動化する失敗です。完成連絡と納期遅れの指摘が動かず、フロントが整備士に口頭で進捗を聞きに行く状態が続きます。原因は、整備士が進捗を入力する仕組みと時間を確保しなかったことです。入力を作業の区切りに組み込み、入力率を確かめてから割り当て案と連絡の自動化へ進みます。

四つ目は、入力したデータが学習に使われる設定のまま使い始める失敗です。気づくのは、条件を読み直したときか、外部から指摘を受けたときで、そのころには査定票や契約書の写しが渡ったあとです。工程2の比較表に「データの取扱い条件」の列を置き、読み取れない箇所は空欄のまま提供元へ確認してから決裁に回します。