修理依頼の受付から完了報告まで進捗が見えない問題を解消し顧客対応の即答率を上げる方法

修理やメンテナンスを請け負う企業では、顧客から依頼を受けてから完了報告を返すまでの間に、案件がどこで止まっているのか誰にも分からないという状況が頻繁に起こります。受付は電話メモ、現場への割り当てはExcel、完了報告は口頭やメールといった具合に、工程ごとに管理手段がバラバラになっていることが根本原因です。この状態を放置すると、顧客から進捗を聞かれても即答できず、作業の重複や漏れが発生し、信頼を大きく損ないます。

この記事は、従業員20〜200名規模の設備メンテナンス会社やリフォーム会社、修理サービス業などで、修理依頼の受付・進捗管理・完了報告を兼務している事務担当者や現場管理者を想定しています。読み終えると、依頼の受付から完了報告までを一本の流れとして追跡できるワークフローを自社に導入する手順が分かります。大規模エンタープライズ向けのフィールドサービス管理システムの導入計画や、個別ツールの網羅的なレビューは扱いません。

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

読み終えた時点で、修理依頼を受け付けてから完了報告を顧客に送るまでの全工程を3ステップで回せる運用フローと、各ステップで使うツールの設定方針が手に入ります。

Workflow at a glance: 修理依頼の受付から完了報告まで進捗が見えない問題を解消し顧客対応の即答率を上げる方法

• Step 1: 修理依頼を案件として登録する (kintone) (グループウェア)
• Step 2: 作業員を割り当てステータスを更新する (Backlog) (タスク管理・プロジェクト管理)
• Step 3: 完了報告を顧客に送りkintoneを締める (Microsoft Teams) (Web会議システム)

なぜ修理依頼の進捗は関係者全員から見えなくなるのか

情報が3つの場所に分散している

修理依頼の管理が破綻する最大の原因は、受付・作業・報告という3つの工程がそれぞれ別の場所で管理されていることです。受付担当者は電話を受けて紙やメモ帳に書き、現場管理者はExcelで作業員を割り当て、作業員は完了したら口頭やメールで報告します。この3つの情報源はつながっていないため、ある案件が今どの段階にあるのかを知るには、関係者に個別に確認するしかありません。

問い合わせ対応が属人化する

情報が分散していると、顧客から進捗を聞かれたときに答えられるのは、たまたまその案件を覚えている人だけです。担当者が不在のときや、複数案件を抱えているときは、折り返し連絡になります。この折り返しが増えるほど顧客の不満は蓄積し、クレームに発展します。

作業の重複と漏れが同時に起きる

全体像が見えないと、同じ案件に2人の作業員が向かってしまう重複と、誰も対応していない案件が放置される漏れが同時に発生します。重複は人件費の無駄、漏れは顧客離れに直結します。どちらも案件の一覧とステータスが一か所で見えていれば防げる問題です。

重要な考え方：案件のステータスを1か所に集約し全員が同じ画面を見る

修理依頼の進捗管理を改善するために最も大切なのは、案件ごとのステータスを1つの場所にまとめ、受付担当者・現場管理者・作業員・顧客対応者の全員が同じ情報を見られる状態を作ることです。

ステータスは5段階以内に絞る

案件の状態を細かく分けすぎると、現場の作業員が更新を面倒に感じて入力しなくなります。FitGapでは、受付済み・作業員割当済み・作業中・完了・顧客報告済みの5段階を推奨します。これ以上増やすと運用が続きません。

更新のハードルを下げる仕組みを入れる

現場の作業員はパソコンの前にいません。スマートフォンから数タップでステータスを変更できる仕組みが必須です。入力に1分以上かかる仕組みは、どれだけ優れていても現場では使われません。

通知で情報を届ける

ステータスが変わったことを関係者に自動で知らせる仕組みがあれば、わざわざ確認しに行く手間がなくなります。受付担当者は案件が完了したことを通知で知り、顧客に即座に報告できます。

受付から完了報告までを3ステップで回す実践ワークフロー

ステップ 1：修理依頼を案件として登録する（kintone）

顧客から修理依頼の電話やメールが来たら、受付担当者がkintoneの修理依頼アプリにレコードを1件作成します。入力する項目は、顧客名、連絡先、依頼内容の概要、希望日時、緊急度の5つです。登録した時点でステータスは自動的に受付済みになります。

kintoneのアプリは、ドラッグ＆ドロップでフォームを作れるため、プログラミングの知識は不要です。修理依頼アプリのテンプレートを作成し、入力項目をあらかじめ固定しておくことで、受付担当者が迷わず入力できます。

登録が完了すると、kintoneの通知機能により、現場管理者に新しい依頼が入ったことが自動で通知されます。この通知をMicrosoft Teamsのチャネルにも飛ばす設定にしておくと、現場管理者がkintoneを開いていなくても依頼の発生を見逃しません。kintoneの標準Webhook機能、またはMicrosoft Power Automateを使えば、kintoneのレコード作成をトリガーにMicrosoft Teamsへ自動投稿できます。

運用頻度は依頼が来るたびに都度実施です。1件あたりの入力時間は2〜3分を目安にしてください。

ステップ 2：作業員を割り当てステータスを更新する（Backlog）

現場管理者は、kintoneに登録された依頼内容を確認し、Backlogに課題（タスク）を作成します。Backlogの課題には、担当する作業員、作業予定日、必要な部品や工具の情報を記載します。ステータスは割当済みに変更します。

Backlogを使う理由は、作業員ごとの担当案件一覧やガントチャートで作業の偏りや日程の重複を視覚的に確認できるからです。Excelでは複数人が同時に編集すると競合が起き、最新版が分からなくなりますが、Backlogならクラウド上で常に最新の状態が保たれます。

作業員はスマートフォンのBacklogアプリから自分の担当案件を確認し、作業を開始したらステータスを作業中に、完了したら完了に変更します。完了時には、作業内容のメモや写真をコメントとして添付します。この操作はスマートフォンから1分以内で完了します。

Backlogでステータスが完了に変わると、Microsoft Teamsの該当チャネルに通知が届きます。BacklogはMicrosoft Teamsとの連携機能を標準で備えており、課題の更新を指定したチャネルに自動投稿できます。

ステップ 3：完了報告を顧客に送りkintoneを締める（Microsoft Teams）

Microsoft Teamsに完了通知が届いたら、受付担当者はBacklogの課題コメントで作業内容と写真を確認し、顧客に完了報告の電話またはメールを行います。報告が終わったら、kintoneの該当レコードのステータスを顧客報告済みに変更して案件を締めます。

毎日の業務終了時に、kintoneの一覧画面でステータスが受付済みのまま24時間以上経過している案件がないかを確認します。もし滞留している案件があれば、Microsoft Teamsで現場管理者に直接メッセージを送り、対応を促します。この日次チェックが、案件の漏れを防ぐ最後の砦になります。

週に1回、kintoneのグラフ機能を使って、案件数の推移、平均対応日数、ステータス別の滞留件数を確認します。この数字を見ることで、作業員の増員が必要か、特定の作業に時間がかかりすぎていないかを判断できます。

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

kintone：案件の入口と出口を一元管理できる

kintoneは、修理依頼の受付から顧客報告済みまでの案件ライフサイクル全体を1つのアプリで管理できます。フォームの項目を自由に設計でき、ステータスの選択肢も自分で定義できるため、自社の業務フローに合わせた管理画面を作れます。グラフやクロス集計の機能も標準で備えており、週次の振り返りに必要なデータを追加のツールなしで取得できます。

一方で、kintoneは現場作業員のタスク管理には向いていません。担当者ごとの作業一覧やスケジュールの可視化はkintone単体では弱く、案件数が増えると誰が何を抱えているかが見えにくくなります。そのため、現場のタスク管理はBacklogに任せる構成にしています。

Backlog：現場作業員のタスクと進捗を可視化できる

Backlogは、課題ごとに担当者・期限・ステータスを設定でき、ガントチャートやカンバンボードで作業状況を一覧できます。スマートフォンアプリの操作性が良く、現場の作業員がパソコンを使わなくてもステータス更新やコメント投稿ができます。

注意点として、Backlogはプロジェクト管理ツールであり、顧客情報の管理には向いていません。顧客の連絡先や過去の依頼履歴はkintone側で管理し、Backlogには作業に必要な情報だけを転記する運用にします。kintoneとBacklogの間でデータを手動で転記する手間が発生しますが、1件あたり1〜2分の作業です。案件数が月50件を超えるようであれば、API連携やMicrosoft Power Automateによる自動化を検討してください。

Microsoft Teams：通知のハブとして情報の断絶を防ぐ

Microsoft Teamsは、kintoneとBacklogの両方から通知を受け取り、関係者全員に情報を届けるハブの役割を果たします。受付担当者、現場管理者、作業員が全員Microsoft Teamsを日常的に使っていれば、わざわざkintoneやBacklogを開かなくても案件の動きを把握できます。

Microsoft Teamsを選んだ理由は、Microsoft 365を導入済みの企業であれば追加コストなしで利用でき、kintoneとBacklogの両方が連携機能を備えているからです。もしSlackを使っている企業であれば、同様の連携をSlackで構築できます。

制約として、Microsoft Teamsの通知が多すぎると重要な情報が埋もれます。修理依頼専用のチャネルを1つ作り、そこにkintoneとBacklogの通知だけを集約してください。他の業務連絡と混ぜると、通知の意味がなくなります。

Recommended tool list

結論：案件の流れを1本の線にすれば進捗は全員に見える

修理依頼の進捗が見えない問題の本質は、受付・作業・報告がバラバラの手段で管理されていることです。kintoneで案件の入口と出口を管理し、Backlogで現場作業のタスクを可視化し、Microsoft Teamsで通知を集約すれば、誰でも案件の現在地を即座に確認できる状態が作れます。

最初の一歩として、kintoneに修理依頼アプリを1つ作り、直近1週間の依頼を登録してみてください。それだけで、案件の全体像が見える感覚を実感できます。その後、BacklogとMicrosoft Teamsとの連携を順番に追加していけば、2〜3週間で本記事のワークフロー全体を稼働させることができます。

Mentioned apps: kintone, Backlog, Microsoft Teams

Related categories: Web会議システム, グループウェア, タスク管理・プロジェクト管理

Related stack guides: 監査対応の資料依頼で何度もやり取りが発生する問題を解消し監査日程の遅延を防ぐ方法, 補助金の申請期限から逆算して社内承認とタスクを連動させ申請見送りをなくす方法, プロジェクト中止の判断根拠を確実に残し意思決定の説明責任を果たす方法, 品質改善提案が工程変更に反映されず形骸化する問題を提案受付から効果検証まで一気通貫で追跡できる仕組みで解決する方法, 体制変更後のナレッジ移行が不十分で起きるプロジェクト遅延を3つのツールで防ぐ方法