修理担当者のスキルと案件の難易度を自動でマッチングし手戻りと再修理コストを削減する方法

修理依頼を受け付けたとき、担当者の経験やスキルを考慮せずに割り当てていませんか。難易度の高い案件が経験の浅い担当者に回ると、手戻りが発生し、再修理コストが膨らみ、顧客からのクレームにつながります。修理案件の管理、担当者のスキル・資格情報、過去の対応履歴がそれぞれ別のシステムやExcelに散在していることが根本原因であり、この状態では案件の難易度と担当者の適性を突き合わせること自体が困難です。

この記事は、従業員50〜300名規模の製造業やメンテナンス業で、修理・保守の受付や担当者割り当てを兼務しているサービス部門のリーダーや管理者を想定しています。読み終えると、案件の難易度を判定し、担当者のスキルに基づいて適切な人員を割り当て、対応結果をスキル情報にフィードバックする一連のワークフローを自社で構築できるようになります。大規模エンタープライズ向けの全社導入計画や、個別ツールの網羅的なレビューは扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、案件の難易度判定基準・担当者スキルマトリクス・自動マッチングの運用ルールの3点セットが手元に揃い、翌営業日から試験運用を開始できる状態になります。

Workflow at a glance: 修理担当者のスキルと案件の難易度を自動でマッチングし手戻りと再修理コストを削減する方法

• Step 1: 案件を登録し難易度を自動判定する (Salesforce Service Cloud) (カスタマーサポートツール)
• Step 2: スキルマッチングで担当者を自動割り当てする (カオナビ) (タレントマネジメントシステム（HCM）)
• Step 3: 対応結果を記録しスキル情報を更新する (Backlog) (タスク管理・プロジェクト管理)

なぜ修理案件の割り当てが属人化し品質のばらつきが止まらないのか

案件情報とスキル情報が別々の場所にある

多くの現場では、修理依頼の受付はメールや電話で行い、案件の進捗管理はExcelや紙の台帳、担当者のスキルや資格は人事部門が別のファイルで管理しています。この3つの情報が物理的に分断されているため、割り当てを行う管理者は自分の記憶や勘に頼るしかありません。結果として、たまたま手が空いている人に案件が回り、スキルと難易度のミスマッチが日常的に起きます。

難易度の基準が明文化されていない

案件の難易度を判断する基準がそもそも存在しない、あるいは管理者の頭の中にしかないケースが大半です。ある管理者は製品の型番で難易度を判断し、別の管理者は故障箇所で判断するといった具合に、基準がバラバラです。基準が明文化されていなければ、システムで自動化しようにも判定ロジックを組み込めません。

対応結果がスキル情報に反映されない

担当者が難しい案件を完了しても、その実績がスキル情報に反映されなければ、次回の割り当てに活かせません。逆に、手戻りが多い担当者がいても、その情報が蓄積されなければ同じミスマッチが繰り返されます。この悪循環が、修理品質のばらつきを拡大させ、再修理コストの増加と顧客クレームの多発を招いています。

重要な考え方：案件の難易度とスキルを数値化し突き合わせる仕組みを1か所に集約する

属人的な割り当てを脱却するために必要なのは、高度なAIや大規模なシステム刷新ではありません。やるべきことは3つだけです。

難易度を数値で定義する

まず、案件の難易度を誰でも同じように判定できるスコアに変換します。具体的には、製品カテゴリ、故障の種類、必要な資格の有無、過去の平均修理時間といった項目に点数を割り振り、合計点で難易度をA（高）・B（中）・C（低）の3段階に分類します。この基準表は最初にチームで合意し、案件管理ツール上で選択式の項目として設定します。

スキルを数値で定義する

次に、担当者のスキルも同様に数値化します。保有資格、対応可能な製品カテゴリ、過去の対応件数と成功率をもとに、担当者ごとにスキルレベルをS（エキスパート）・A（上級）・B（中級）・C（初級）の4段階で管理します。この情報をタレントマネジメントシステムに集約し、常に最新の状態を保つことが重要です。

突き合わせのルールを決める

難易度AにはスキルS〜Aの担当者、難易度BにはA〜Bの担当者、難易度CにはB〜Cの担当者を割り当てるというマッチングルールを設定します。このルールをタスク管理ツールの自動割り当て機能に組み込むことで、管理者の判断を介さずに適切な担当者へ案件が振り分けられます。

案件受付からスキルフィードバックまでの実践ワークフロー

ステップ 1：案件を登録し難易度を自動判定する（Salesforce Service Cloud）

修理依頼が入ったら、Salesforce Service Cloudのケース登録画面で案件を作成します。登録時に、製品カテゴリ、故障の種類、緊急度を選択式で入力します。これらの項目にあらかじめ設定した点数が自動で合算され、難易度がA・B・Cのいずれかに自動分類されます。この自動判定はSalesforce Service Cloudの数式フィールドとワークフロールールで実現できるため、プログラミングは不要です。受付担当者は依頼内容を正確に入力するだけで、難易度の判定は仕組みに任せられます。

運用頻度は案件が発生するたびに都度実施します。受付担当者が入力してから難易度が確定するまでの所要時間は1〜2分です。

ステップ 2：スキルマッチングで担当者を自動割り当てする（カオナビ）

難易度が確定した案件に対して、カオナビに登録された担当者のスキルレベルを参照し、マッチングルールに基づいて適切な担当者を選定します。カオナビでは担当者ごとに保有資格、対応可能な製品カテゴリ、スキルレベル（S〜C）をプロファイルシートに登録しておきます。

具体的な運用としては、Salesforce Service Cloudで難易度が確定すると、管理者にSlackまたはメールで通知が届きます。管理者はカオナビのスキル一覧画面を開き、該当する難易度に対応可能なスキルレベルの担当者を絞り込み、現在の稼働状況を確認して割り当てを決定します。決定した担当者をSalesforce Service Cloudのケースに紐づけ、担当者本人に通知します。

この作業は案件発生のたびに行いますが、慣れれば1件あたり3〜5分で完了します。難易度Cの案件は管理者の確認を省略し、空いている担当者に自動で回すルールにすると、管理者の負担をさらに減らせます。

ステップ 3：対応結果を記録しスキル情報を更新する（Backlog）

担当者が修理を完了したら、Backlogの課題として対応結果を記録します。記録する項目は、実際の作業時間、手戻りの有無、手戻りの原因、顧客評価の4点です。Backlogを使う理由は、修理作業の進捗をチーム全体で可視化し、完了までのプロセスを追跡できるためです。

月に1回、管理者はBacklogに蓄積された対応結果を集計し、担当者ごとの成功率と手戻り率を算出します。この結果をもとにカオナビのスキルレベルを更新します。たとえば、難易度Bの案件を10件連続で手戻りなく完了した担当者はスキルレベルをBからAに昇格させます。逆に、手戻り率が20%を超えた担当者は、次月から1段階下の難易度の案件を中心に割り当てるようルールを調整します。

このフィードバックサイクルを毎月回すことで、スキル情報が常に実態を反映した状態になり、マッチング精度が月を追うごとに向上します。

この組み合わせが機能する理由

Salesforce Service Cloud：案件情報の一元管理と難易度の自動判定

Salesforce Service Cloudを案件管理の中心に据える最大の利点は、受付から完了までのライフサイクルを1つのプラットフォームで追跡できることです。数式フィールドとワークフロールールを使えば、案件登録時に難易度を自動判定し、通知まで一気通貫で処理できます。カスタムオブジェクトやレポート機能も充実しているため、後から分析軸を追加するのも容易です。

一方で、Salesforce Service Cloudはライセンス費用が安くはないため、案件数が月に数件程度の小規模な現場ではコストに見合わない場合があります。また、初期設定にはSalesforceの基本的な操作知識が必要です。社内にSalesforceの経験者がいない場合は、導入パートナーの支援を受けることをおすすめします。

カオナビ：スキル・資格情報の可視化と検索性

カオナビはもともと人材情報の可視化に特化したツールであり、担当者のスキル、資格、経歴をプロファイルシートとして一元管理できます。顔写真付きの一覧画面で直感的に人材を検索できるため、管理者がスキルレベルで担当者を絞り込む作業が非常にスムーズです。

注意点として、カオナビはタレントマネジメントシステムであり、案件管理やタスク管理の機能は持っていません。そのため、Salesforce Service CloudやBacklogとの間でデータを手動で連携する必要があります。API連携も可能ですが、設定にはある程度の技術知識が求められます。まずは手動運用で始め、効果を確認してから自動連携を検討するのが現実的です。

Backlog：対応履歴の蓄積とチーム全体での進捗可視化

Backlogは日本国内で広く使われているプロジェクト管理ツールで、課題の登録・進捗管理・完了報告をシンプルな操作で行えます。修理案件の対応結果を課題として記録し、カスタム属性で手戻りの有無や作業時間を管理することで、月次のスキル評価に必要なデータが自然に蓄積されます。

Backlogの強みは操作のわかりやすさと日本語対応の手厚さです。現場の修理担当者がITに詳しくなくても、課題のステータスを更新する程度の操作であれば抵抗なく使えます。ただし、Backlogには高度な自動化機能やBI（データを集計・分析してグラフなどで見える化する仕組み）機能はないため、月次集計はCSVエクスポートしてスプレッドシートで行う運用になります。

Recommended tool list

結論：案件の難易度とスキルを数値化し1か所で突き合わせれば手戻りは構造的に減る

修理案件の割り当てにおける手戻りや品質のばらつきは、担当者個人の能力の問題ではなく、情報が分断されていることによる構造的な問題です。案件の難易度を数値で定義し、担当者のスキルを数値で管理し、両者を突き合わせるルールを設定するだけで、マッチングの精度は大幅に向上します。

最初の一歩として、今週中に難易度の判定基準表を作成してください。製品カテゴリ、故障の種類、必要な資格の3項目に点数を割り振り、A・B・Cの3段階に分類するだけで十分です。この基準表があれば、ツールの導入前でも割り当ての質は改善します。基準表ができたら、Salesforce Service Cloudの無料トライアルで案件登録の仕組みを試し、カオナビのデモでスキル管理の画面を確認してみてください。

Mentioned apps: Salesforce Service Cloud, カオナビ, Backlog

Related categories: カスタマーサポートツール, タスク管理・プロジェクト管理, タレントマネジメントシステム（HCM）

Related stack guides: 監査対応の資料依頼で何度もやり取りが発生する問題を解消し監査日程の遅延を防ぐ方法, 補助金の申請期限から逆算して社内承認とタスクを連動させ申請見送りをなくす方法, プロジェクト中止の判断根拠を確実に残し意思決定の説明責任を果たす方法, ツール導入後の社内問い合わせ対応が特定の社員に集中する属人化を解消し安定したサポート体制を構築する方法, 変革プロジェクトの実績をキャリア評価に直結させ優秀なリーダー人材の離職を防ぐ方法