機器が売れたからといって、それで終わりではありません。顧客からの修理依頼の電話が入ると、カスタマーサポートはメモに記録します。エンジニアが出動してみると、予備部品の型番が違っていたりします。修理が完了しても誰もフォローアップせず、3か月後に同じ箇所でまた故障してしまうこともあります。アフターサービスにおける断絶の本質は、作業指示書、予備部品、フォローアップの三つのプロセスがそれぞれ独立して運用されていることにあります。表計算ソフトでは一つの案件を記録することはできても、全体のフローをつなぎ合わせることはできません。微信では催促はできますが、監査可能な履歴を残すことはできません。アフターサービス向けのソフトウェアが解決すべき課題は、修理依頼からフォローアップまで、すべてのサービスを追跡可能にし、決済可能にし、改善につなげられるようにすることです。
業務上の問題：どの工程で途切れているのか
設備製造、電気・機械工学、医療機器のディストリビューターにおいては、よく見られる三種類の断絶があります。作業指示書が統一されたキューに入らない、予備部品が届いてから初めて型番が違うと気づく、納品後にもう一度訪問しないといったケースです。優先順位は誰の声が大きいのかによって決まり、代替部品のルールはベテラン技術者の頭の中だけにあり、満足度は感覚に頼るばかりです。もしソフトウェアが単に修理依頼の登録だけを行うのなら、それはただのメモを電子化するにすぎません。
さらに隠れた断絶とは、資産台帳の欠落です。シリアル番号や設置場所、保証期限が不明だと、配車は顧客の口述に頼るしかなく、誤配や誤った部品の持ち込みの確率が急増します。保証期間内と外の境界が曖昧な場合、現場のエンジニアは部品交換をためらい、顧客からのクレーム対応も遅れがちになりますが、その根本原因は実は契約条件が構造化されていないことにあります。
- 作業指示書の断絶：複数の入口から修理依頼が寄せられ、統一された優先順位付けや納期の明示がないことです。
- 予備部品の断絶：帳簿上には在庫があっても、実際の保管場所には部品がなく、車載在庫の基準も別途設定されています。
- フォローアップの断絶：保証期間中の節目を知らせる通知がなく、再発した不具合を過去の案件と関連付けることができません。
- 決済の断絶：作業時間や材料費を自動的に算出できないことです。
業務をどのように分解するか：作業指示書を軸に、予備部品とフォローアップを紐づけます。
四つのオブジェクトに分解します：サービスリクエスト、作業指示書、予備部品の出庫確認、フォローアップタスク。リクエストは電話、ミニプログラム、または機器の警告から届きます。作業指示書には顧客の資産情報と契約条件が紐付けられます。予備部品の出庫は必ず作業指示書に紐づけられ、フォローアップは納品後に規則に基づいて自動生成されます。
- リクエストの受付：台帳作成、優先順位付け、対応時間の約束。
- 配車・スケジューリング：スキル、地域、負荷のマッチングを行い、変更時には記録を残します。
- 現場での実行：到着、診断コード、部品交換、作業時間、顧客の署名。
- 決済とフォローアップ：保証期間内の精算または保証期間外の見積もり、満足度の評価と再発のチェック。
契約条件を構造化する必要があります：無料訪問回数、予備部品の割引、超過時間に対するペナルティ、サービスレベルアグリーメント（SLA）。SLAは顧客や契約ごとに設定できるようにします。
設計方法：役割、データ、ステータス。
役割には、カスタマーサポートの受付、スケジューリング、現場エンジニア、予備部品の倉庫管理、アフターサービスの責任者が含まれます。エンジニアは自分の作業指示書と近隣の予備部品を確認し、倉庫管理者は出庫に責任を持ち、責任者は超過時間や再発率を監視します。顧客向けポータルでは、修理進捗を閲覧可能な読み取り専用モードを提供できます。
作業指示書のステータスマシン
新規、配車済み、輸送中、処理中、予備部品待ち、顧客確認待ち、納品済み、フォローアップ中、終了。予備部品待ちの段階では欠品リストを必ず関連付け、納品前に診断コードと処置を強制的に記録します。超過時間はSLAに基づき自動的に昇格します。
予備部品と資産のマスターデータ
資産台帳にはシリアル番号、設置場所、保証期間の開始と終了日を記録します。予備部品には適用機種との関係を設定し、代替部品もサポートします。出庫時には作業指示書番号をスキャンして推奨リストを添え、返品や不良品の回収は別々に行います。委託販売品と車載在庫はそれぞれ別の基準で管理します。
開発方法：インターフェース、データ収集、検収。
優先順位：資産と契約のマスターデータ、作業指示書と配車、予備部品の出入庫の紐付け、モバイル端末での現場入力、フォローアップエンジン、財務決済インターフェース。モバイル端末ではオフラインでの下書き機能が必要です。ERPと連携する際には、予備部品の出庫時にコストを戻す仕組みを導入します。IoTによる警報には作業指示書APIを使って案件を作成します。
検収スクリプト：保証期間内の修理依頼から納品まで、欠品があれば予備部品を手配して再発行、保証期間外の見積もりを確認、納品後に自動でフォローアップ、不良品の回収を抜き打ちでチェックします。指標としては、初回対応の時間厳守率、一度で修理完了する割合、再発率、予備部品のヒット率を設定します。
締めくくり：閉鎖的なサイクルよりも機能が重要です。
アフターサービスシステムの価値は、作業指示書が予備部品やフォローアップを含めて完結できるかどうかにあります。スマート配車は第2フェーズで追加可能ですが、第1フェーズでは資産台帳やステータスマシンがなければ、いくらスマートでも誤配をしてしまいます。
山東許願牛情報科技有限公司（許願牛科技／XYN Tech）は、設備およびサービス企業向けにアフターサービスと現場サービスのシステムをカスタマイズしています。より詳しい機能については、私たちについてをご参照ください。また、具体的なソリューション例は、xynadmin.comもご覧ください。
導入時によく見られる抵抗は、「まず稼働させてから規格を整える」という考え方です。規格を事前に明確にしておかないと、導入後に混乱が拡大するだけです。まずは2週間かけてルールワークショップを開催することをお勧めします。既存の慣習を実行可能な条項としてまとめ、論争点は保留リストに掲載し、未解決のままでは開発のスプリントに突入しないようにしましょう。
データ収集の品質がシステムの信頼性を左右します。重要なアクションには必ず責任者、タイムスタンプ、必要な添付資料を設けましょう。抜き打ち検査の仕組みは月次経営会議に組み込み、不合格の場合には研修や権限の回収を実施し、そうでなければ制度は急速に形骸化してしまいます。
周辺システムとの連携に際しては、まず権威あるデータソースを定義し、その後で同期頻度を協議します。双方が勝手に書き込むのは、マスターデータ腐敗への近道です。インターフェースには失敗時の再試行、照合レポート、人手による補償の入り口を設け、同期に失敗しても誰も気づかない事態を防ぎましょう。
導入初期にはスーパーバイザーの当直体制や迅速な変更窓口を設けることができますが、窓口には期限を設けてください。長期的に人的サポートに頼るのは、設計がまだ完成していないことを示しています。運用マニュアルには、よくあるトラブル、ロールバック手順、業務の降格経路を明確に記載する必要があります。
研修は役割別に実施し、機能メニューではなく、各役割に応じた内容を伝えます。操作担当者は重要な三ステップのみを練習し、管理職は異常時の対応と照合を訓練します。評価は実際の案件を再現して行い、研修記録は導入後の入退室管理に反映されます。
セキュリティと監査は後から補うことはできません。重要な消去、金額の変更、権限の向上は必ず二人による確認と監査ログの記録が必要です。ログの保存期間は内外部監査の要件を満たし、権限と業務権限は分離して保管しなければなりません。
導入時によく見られる抵抗は、「まず稼働させてから規格を整える」という考え方です。規格を事前に明確にしておかないと、導入後に混乱が拡大するだけです。まずは2週間かけてルールワークショップを開催することをお勧めします。既存の慣習を実行可能な条項としてまとめ、論争点は保留リストに掲載し、未解決のままでは開発のスプリントに突入しないようにしましょう。
データ収集の品質がシステムの信頼性を左右します。重要なアクションには必ず責任者、タイムスタンプ、必要な添付資料を設けましょう。抜き打ち検査の仕組みは月次経営会議に組み込み、不合格の場合には研修や権限の回収を実施し、そうでなければ制度は急速に形骸化してしまいます。