このシリーズの第一部では、建設・保守会社から利益が漏れ出す七つのポイントを挙げ、その最大のものは一つの項目だと述べました。届いて、対応されたのに、一度も記録されなかった依頼です。また、実践的な順序は最も大きなギャップから先に塞ぐことだとも述べました。今回はまさにそのギャップを扱います。

問題はWhatsAppが悪いことではありません。会話のためのチャネルが業務システムとして使われていることです。会話は情報を運びますが、状態を保持せず、参照番号も発行せず、期限が過ぎても誰にも知らせず、レポートも生み出しません。その代わりとなるのが作業指示書です。依頼が届いた瞬間に作成され、請求書に至るまでずっとその依頼に付いていく一件の記録です。

何よりもまず、受付窓口を一つに

整理しようとする試みの多くは、単純な理由で失敗します。システムがWhatsAppの代わりではなく、その横に追加されるため、信頼できる情報源が二つになり、作業班は楽なほうを選んでしまうのです。したがって最初の一歩は、技術的な判断ではなく経営の判断です。すべての依頼は一か所から入る、ということです。

これは顧客にメッセージを送らせないという意味ではありません。メッセージを受け取った人が、技術者が動く前にそれを作業指示書に変換する責任を負う、という意味です。実際に、これを定着させている会社は三つのことを同時に行っています。

  • 顧客が実際に知っている受付窓口を一つに定める：一つの番号、ポータル、または受信箱。
  • 社内ルールを一つ明文化する：依頼番号のない訪問はしない、依頼番号のない部品は払い出さない。
  • 顧客にすぐ依頼番号を伝え、問題を一から説明し直すのではなく、番号で問い合わせてもらうようにする。

依頼番号：ほかのすべてがぶら下がる項目

番号は事務手続きではありません。コストを計上する基準となる参照です。交換部品が依頼番号に対して払い出され、技術者の作業時間も同じ番号に記録され、移動費や下請け費用もその番号に計上されれば、見積もりではなく計算されたコストが得られます。そしてそれらの番号が契約やプロジェクト単位で集計されれば、会社全体だけでなく、その契約の利益率がわかります。

実際の目的はこうです。保守契約が更新を迎えたとき、強い立場から交渉するか、感覚で交渉するかの違いは、この顧客が一年間に具体的に何回の訪問と、いくらの部品を消費したのかを言えるかどうかにあります。参照番号がなければ、その話し合いは印象にすぎません。

ステータスと担当者：今この依頼を抱えているのは誰か

顧客を怒らせるのは、遅れそのものよりも、自分の依頼がどうなっているのかわからないことです。短いステータスの流れがあれば十分です。登録済み、割り当て済み、対応中、部品待ち、顧客待ち、作業完了、クローズ。運用上最も重要なのは「部品待ち」と「顧客待ち」の二つです。これらはあなたに不利に進む時計を止め、ボールを正しい側に置き、漠然とした遅延の数字に埋もれることなく、パフォーマンス評価に表れるからです。

そして、すべての依頼には名前のある担当者が一人います。チーム全体が持っている依頼は、誰も持っていないのと同じです。担当者は必ずしも作業をする人ではありません。顧客が状況を尋ねたときに答える人です。

応答時間：口約束ではなく、書面による約束

保守契約では通常、応答時間と解決時間が定められ、ときにはそれにペナルティが付きます。この時計が自動で計測されていないと、違反したことを自社のシステムではなく顧客の苦情で知ることになります。基本的な要件は、誰かがたまたま気づいたときではなく、依頼が記録された時点で時計が動き出すことです。

二つの数字を分けておきましょう。記録から技術者の到着までの応答時間と、記録から作業完了までの完了時間です。前者はスケジューリングの規律を、後者は部品の在庫状況と適切な職種を派遣したかどうかを測ります。両者を一つの数字にまとめると、遅延の本当の原因が隠れてしまいます。また、優先度を決めるときは、電話での顧客の口調ではなく、故障が顧客の業務に与える影響に結びつけてください。

現場で記録するもの：メモ、写真、署名

これは今日ではなく、数か月後にツケを払うことになる部分です。作業を実施するその場で、三つのことを記録します。

  • 作業メモ：故障の原因と、実際に行ったこと。第一部で、社員とともに会社を去ってしまうと述べた知識がこれです。設備に紐づけて書き残せば、会社に残ります。
  • 作業前後の写真：顧客が訪問前の設備の状態に異議を唱えたときの証拠であり、損傷があった場合に保険会社や家主に対する証拠でもあります。
  • 顧客またはその代理人の署名：作業が行われ、引き渡されたことの確認です。これがないと、出来高請求は議論になってしまいます。

定着を左右する現場の注意点が一つあります。強い電波を必要とするアプリは使われません。地下、機械室、建設中の建物にいる技術者は、オフラインで写真を撮り、記入し、署名をもらい、電波が戻ったらすべてが自動的に同期される必要があります。これは定着のための必須要件であり、あれば便利という程度のものではありません。

追加・変更工事：実施する前に記録する

第一部で挙げた三つ目の漏れは、変更指示なしに行われた追加作業でした。作業指示書はそれを捕まえる自然な場所です。顧客が当初の範囲外のことを求めたら、依頼の中に、あるいは関連する依頼として追加の行を起こし、その場で署名をもらいます。現場での二分間の署名と、一か月後に署名をもらおうと苦労することの差は、回収できたお金と貸し倒れにしたお金の差です。

作業指示書から請求書と出来高請求へ

ここで成果が表れます。出来高請求や請求書は、月末に記憶を頼りに作るものではありません。完了した作業指示書から組み立てるもので、それぞれが独自の証拠を持っています。日付、内容、時間、部品、写真、そして署名です。提出作業は調査プロジェクトから組み立て作業に変わり、すべての行の裏に書類があるため、異議を唱えるのも難しくなります。

コンプライアンスの面では、サウジアラビアの電子インボイス制度により、実際の取引に紐づき、ザカート・税務・関税庁（ZATCA）のプラットフォームと連携した電子請求書を発行することが求められます。請求書の明細の元が、完了し記録の整った作業指示書であれば、コンプライアンスは月末の追加作業ではなく、日々の業務の副産物になります。

Origamiの見方

建設・保守の顧客に作業指示書を導入するとき、私たちが最もよく目にする失敗は、必須項目が二十もある巨大なフォームから始めることです。結果は予想どおりです。作業班は画面を閉じるためだけにでたらめな値で項目を埋め、手元には何もないより悪いデータが残ります。

実際にうまくいくのは、必須項目を六つだけにして始めることです。顧客、現場、内容、優先度、担当者、ステータス、そして完了時の写真と署名です。習慣になるまで丸一か月これを運用し、その後一度に一項目ずつ、実際の判断がそれに依存する場合に限って追加します。私たちのルールはこうです。判断を変えず、争いを解決せず、請求書にも載らない項目は、技術者の足を無駄に引っ張るだけの項目だ、ということです。

そして最初の一か月に私たちが注目する指標は、システムがいくつのレポートを出すかではなく、実際に現場監督のもとに届いた依頼のうち、システムに入った依頼の割合です。依頼が裏口から入り続けているなら、それは管理の問題であり、どんなシステムでも解決できません。

次回予告

すべての依頼に番号、担当者、時計がそろったら、次の問いは、誰が、いつ、どの順番で行くかです。第三部では、フィールドチームのスケジューリングと訪問の手配を取り上げます。職種のマッチング、訪問の地理的な順序付け、派遣前の部品在庫の確認、そして個人データ保護法（PDPL）に準拠した形での出勤と位置の追跡です。

出典