クレーン修理の未対応案件を減らす管理方法｜保留理由と次の担当を残す
修理案件の未対応は、依頼を忘れたときだけ発生するわけではありません。部品情報の不足、顧客の予算確認、訪問日の調整など、止まる理由があるのに「保留」としか書かれていない案件が積み上がることで起きます。
この記事では、修理案件の状態を少なく保ちつつ、保留理由、次に動く人、確認日を残す方法を説明します。修理の技術判断や機器の使用可否を決める内容ではありません。
未対応を「作業していない案件」だけで定義しない
見積を送った、部品の回答を待っている、顧客へ日程候補を出したという案件も、次の動きが決まっていなければ未対応化します。管理上の未対応は、担当者、次の行動、期限のどれかが空欄の案件と定義すると見つけやすくなります。
入口情報が不足している案件はクレーン修理の受付管理で整え、機器や顧客の特定方法は顧客管理と機器台帳で詳しく解説しています。
状態は工程、保留理由は止まっている事情を表す
「保留」「対応中」「その他」だけでは、誰が何を待っているのか分かりません。状態と保留理由を別項目にします。
| 状態 | 意味 | 完了の証拠 |
|---|---|---|
| 受付確認中 | 機器・症状・連絡先を確認中 | 受付情報がそろった |
| 見積準備中 | 条件や原価を確認中 | 見積の責任者へ渡った |
| 顧客回答待ち | 見積、日程、追加情報への回答待ち | 回答日時と内容を記録 |
| 部品確認中 | 型式、価格、納期を仕入先へ確認中 | 回答または再照会日を記録 |
| 日程調整中 | 顧客と社内の候補日を調整中 | 実施日と担当を確定 |
| 着手予定 | 実施日・担当が決まった | 作業記録へ接続 |
| 終了 | 完了または正式に取り下げ | 終了理由と日付を記録 |
保留理由には「顧客回答待ち」「型式不足」「仕入先回答待ち」「社内要員待ち」「工場停止日待ち」などを使います。「その他」は自由記述を必須にし、何も分からない保留を作らないようにします。
案件一覧で見える項目と、社内で補う項目
営業案件一覧には案件タイトル、取引先、ステータス、想定金額、クレーン台数、見積数、発生日、更新日が表示されます。更新日が古い案件は確認候補になりますが、「部品の型式待ち」「顧客の工場停止日待ち」といった保留理由や次回連絡日は、自社で記録方法を決める必要があります。
次の行動は「誰が、誰に、何を、いつ」を一文にする
「確認」「連絡予定」では引継ぎできません。「10月24日までに営業の佐藤が顧客設備課へ候補日を3日分送る」のように書きます。期限は作業完了日だけでなく、次の連絡日を入れます。顧客からの回答期限を一方的に決めるという意味ではなく、自社が状況を確認する日を持つためです。
| 曖昧な記録 | 引継げる記録 |
|---|---|
| 部品待ち | 購買担当が10月25日に仕入先へ納期回答を再確認 |
| 客先確認 | 営業担当が10月23日15時に設備課へ停止可能日を電話確認 |
| 人員調整 | 工事責任者が朝会で2名の候補日を決め、営業へ返す |
| 見積中 | 見積担当が型式写真の受領後に部品明細を更新 |
案件の年齢は受付日と最終更新日を分けて見る
受付からの日数だけでは、長期案件がすべて悪いように見えます。受付日、現在状態へ入った日、最終連絡日を持ちます。受付から20日でも毎週顧客と連絡している案件と、3日でも担当未割当の案件では優先して確認する理由が違います。
- 担当未割当：日数に関係なく当日確認
- 次回確認日超過：一覧の先頭に出す
- 状態滞留：同じ状態が社内基準を超えたら理由を再確認
- 最終連絡なし：顧客との接点が途切れていないか確認
一律に「7日で赤」と決めるより、状態ごとに現実的な確認間隔を社内で決めます。部品回答と日程調整では必要な時間が違うからです。
短い停滞確認会では判断が必要な案件だけを扱う
毎朝または週に数回、期限超過、担当なし、次の行動なしの案件だけを10分程度で確認します。全案件を読み上げると会議が長くなり、肝心の停滞案件が埋もれます。
- 一覧を期限超過順に並べる
- 案件ごとに現在の障害を一つ確認する
- 担当と次回確認日を決める
- その場で記録を更新する
- 技術判断が必要な案件は責任者へ分けて渡す
見積提出後で止まる案件は見積提出後のフォロー管理、部品回答で止まる案件は部品手配情報の管理へ進めます。
運用例：5件の「部品待ち」を分解する
運用例として、一覧に「部品待ち」が5件あったとします。内容を確認すると、2件は型式写真が未受領、1件は仕入先回答待ち、1件は顧客の予算承認待ち、1件は発注済みで入荷待ちでした。同じ状態のままでは行動が決まりません。
型式写真の2件は営業が顧客へ依頼し直す、仕入先回答待ちは購買が再確認する、予算承認待ちは営業が次回確認日を持つ、発注済みは入荷予定日と顧客への報告日を入れる、と分けます。この時点で5件すべてに別の担当と期限が付きます。
改善を見る三つの数字
件数だけでなく、担当未割当件数、次回確認日超過件数、状態滞留日数の中央値を見ます。未対応総数が増えても、受付件数が増えただけなら問題とは限りません。逆に総数が少なくても、担当なしが1件あれば顧客対応は止まります。月ごとに同じ定義で比較し、理由分類の多い項目を受付票や社内手順へ戻します。
担当別・理由別・期限別の三つの一覧を使い分ける
同じ案件データでも、見る人により必要な並びが違います。担当者は自分の次回行動を期限順で見ます。営業責任者は顧客回答待ちや見積提出後の滞留を見ます。購買担当は型式不足、仕入先回答待ち、発注済みをまとめて確認します。
| 一覧 | 主な利用者 | 最初に見る列 |
|---|---|---|
| 担当別 | 各担当者 | 今日・期限超過の次の行動 |
| 保留理由別 | 部門責任者 | 同じ障害の件数と滞留日数 |
| 期限別 | 朝会参加者 | 担当なし、次回確認日超過 |
| 顧客別 | 営業 | 同一顧客の複数案件と最終接点 |
複数の一覧を別ファイルで作ると更新がずれます。一つの案件データを条件で絞り、見え方だけを変えます。
終了案件を再開するときは新しい事実を追記する
顧客が一度見送った修理を後日再検討する場合、過去案件の終了日や理由を消しません。同じ範囲と見積を継続するなら「再開日」を追記し、条件が変わったなら新しい案件番号を作って過去案件を参照します。これにより、停止していた期間まで担当者の対応遅れとして集計されることを防げます。
取り下げ後に機器、数量、工場が変わった相談は新規案件にします。単に状態を「対応中」へ戻すと、古い見積や連絡先がそのまま使われるおそれがあります。
既存の保留案件を一度に整理する手順
すでに「保留」が大量にある場合は、古い順に全部調べるより、顧客への約束日が近い案件、担当なし、最終連絡日不明を先に分けます。各担当へ一括で投げず、1回の確認会で扱う件数を決めます。
- 案件番号の重複と終了済みを除く
- 顧客、機器、見積の有無を確認する
- 現在の保留理由を一つ選ぶ
- 顧客へ連絡する前に過去履歴を読む
- 次の担当・行動・日付を入力する
- 継続不要なら終了理由を付けて閉じる
この棚卸しで見つかった重複や情報不足は、受付票、見積、部品手配など元の工程へ改善事項として戻します。
よくある質問
Q. 顧客回答待ちは未対応に含めますか。
A. 自社の次回確認日が入っていれば管理下にあります。確認日がなく放置されている場合は未対応として拾います。
Q. 保留理由は自由入力だけでもよいですか。
A. 集計できる選択肢と補足の自由記述を併用します。自由入力だけでは同じ理由が別表記になり、傾向を見つけにくくなります。
Q. 担当者を複数名にしてもよいですか。
A. 協力者は複数でも、次の行動の責任者は一人にします。全員担当は実質的に担当不在になりやすいためです。
Q. 失注や取り下げ案件は削除しますか。
A. 削除せず、終了理由と日付を残します。同じ顧客から再依頼があった際に過去の経緯を確認できます。
Q. 何日止まったら問題ですか。
A. 一律の日数では決めません。状態ごとに社内の確認間隔を決め、次回確認日を過ぎた案件を問題として扱います。
一覧で案件を見つけ、次の行動は社内ルールで決める
クレカンの営業案件一覧は、ステータスや更新日を見ながら止まっている案件を探す起点になります。保留理由の分類と再確認日の付け方は、会社ごとの業務に合わせてルールを定めます。営業案件一覧と導入方法を見ながら、「更新日が何日空いたら誰が確認するか」を自社の朝会ルールに落とし込めるか確かめてください。