フィールドサービス管理ソフトウェアは、サービスサイクル全体をひとつのシステムにまとめます。顧客からの依頼が入り、作業指示になり、適切な技術者に割り当てられ、スケジュールされ、モバイルアプリでリアルタイムに追跡され、報告書、写真、顧客の署名、請求書とともに完了します。つまり、業務が WhatsApp のグループや Excel のシート、電話の中に散らばるのではなく、誰がいつどこへ行き、何をして、いくらかかったのかを把握しているひとつのシステムの中にあるということです。それが、場当たり的な対応で動く会社と、数字で動く会社の違いです。

システムが実際に行うこと

顧客の現場にスタッフを派遣するあらゆる事業に必要です。施設・ビルのメンテナンス、空調設備（HVAC）、配管・電気工事、害虫駆除、家電の設置と修理、通信ネットワーク、出張洗車、さらには小売業者の配送・設置チームまで。これらには共通点があります。売上はオフィスではなく現場で生まれ、技術者が渋滞や交換部品待ちで失う一分一分が直接の損失になるということです。

システムはこのサイクルを明確なステップに分けます。依頼は決まった窓口――ウェブサイトのフォーム、電話、WhatsApp のメッセージ、または定期保守契約――から入り、番号、場所、優先度を持つ作業指示になります。それがスキル、距離、スケジュールに基づいて技術者に割り当てられます。技術者はスマートフォンで受け取り、作業を開始し、実施内容を記録し、消費した部品を登録し、作業前後の写真を撮り、顧客の署名をもらいます。完了時には請求書が発行され、在庫が更新され、その訪問が経営向けレポートに反映されます。

スプレッドシートでは限界だと見極める方法

  • 「今、技術者たちはどこにいて、何を仕上げているのか」にすぐ答えられない。
  • 技術者が正しい部品や十分な情報を持たずに到着するため、無駄足の訪問が繰り返されている。
  • 紙の作業指示書を月末に手作業で回収しているため、請求書が数週間遅れて顧客に届く。
  • 保守契約に基づく定期訪問が、顧客から苦情が来るまで忘れられている。
  • 個々の契約の収益性も個々の訪問のコストもわからず、勘で価格を決めている。
  • 顧客と揉めたとき、何をいつ行ったのかを示す記録に基づく証拠がない。

このうち三つが当てはまるなら、システムがないことによる隠れたコストは、すでにシステムを構築するコストを上回っています。

システムを支える主要モジュール

  • 作業指示：訪問ごとにひとつのレコードを持ち、ステータス、日付、技術者、作業時間、使用部品、添付ファイルを記録します。
  • スケジューリングと派遣：技術者と日付を対応させて表示するボードで、スキル、位置、勤務時間、契約日程を考慮したスマートな割り当てを行います。
  • オフライン対応のモバイルアプリ：多くの現場は電波の届かない地下駐車場や工場です。アプリは端末内に保存し、ネットワークが戻ったら同期しなければなりません。
  • 資産とサービス履歴：エアコン、エレベーター、機械の一台一台に全履歴を持つレコードを用意します。これこそが事後対応の修理を計画的な予防保全に変えるものです。
  • 在庫と交換部品：倉庫の在庫に加えて車両ごとの在庫を管理します。この業界で最も漏れが大きいのはサービス車両の在庫だからです。
  • 顧客ポータルと通知：割り当て時、技術者の出発時、完了時に通知し、サービス後に評価を受け付けます。
  • レポート：応答時間の遵守率、初回解決率、技術者あたりの訪問件数、契約ごとの収益性。

サウジアラビアで連携が必要なもの

輸入された既製ツールがたいてい力不足になるのがここです。フィールドシステムは請求書を生成しますが、王国では電子インボイスは任意ではありません。ザカート・税・関税庁（ZATCA）は、統合フェーズにある納税者に対し、構造化された電子形式で請求書を発行し、自社のシステムを FATOORA プラットフォームと統合することを求めています。技術者が現場でスマートフォンから請求書を発行するなら、それは手作業で作った PDF ではなく、規制に準拠した経路をたどる必要があります。

さらに、数字を二度入力しなくて済むよう会計システムとの連携、現場で集金するなら決済手段との連携、そしてサウジの顧客が実際に開くチャネルである WhatsApp との連携も加えてください。一方、技術者の位置追跡は個人データ保護法（PDPL）が適用される個人データの処理にあたるため、方針を明確にすべきです。追跡は勤務時間中のみ、定められた業務目的のためだけに行い、従業員に開示すること。

既製品かカスタム開発か？

業務が標準的で、チームが小さく、すぐに始めたい場合は既製品が適しています。サウジ企業をカスタム開発へと向かわせる理由は三つあります。汎用テンプレートに合わない価格・契約体系、現地の請求・報告要件、そして技術者が長い研修なしで使える、本当のアラビア語の右から左へのインターフェースです。実践的なルールはこうです。競争優位がサービスの提供方法にあるなら、他人のソフトウェアに合わせるためにその方法を曲げてはいけません。

ここで最悪の投資は、書類上は素晴らしく見えても技術者が使おうとしないシステムです。機能リストの長さよりも、モバイルアプリのシンプルさのほうが重要です。

業務を止めない導入計画

まずは範囲を絞った第一フェーズから始めます。作業指示、スケジューリング、技術者アプリだけを、ひとつのチームまたはひとつの支店で、四〜六週間かけて導入します。次に在庫と資産を加え、続いて請求と会計連携、その後に顧客ポータルと高度なレポートを追加します。この順序は意図的なものです。各フェーズがそれ単体で測定可能な価値をもたらすので、成果を見るために一年待つ必要はありません。技術者の研修と、顧客・資産データの移行には実際に十分な時間を確保してください。ほとんどのプロジェクトを頓挫させるのは技術ではなく、この二つです。

Origami の構築方法

私たちは業務システムをゼロから構築するテクノロジー企業です。オフライン対応の技術者アプリ、監督者向けのスケジューリング・派遣ボード、電子インボイス、会計、決済、WhatsApp との連携、そして本当に測るべきものを測るレポートを提供します。まず、現在のサービスサイクルをそのまま可視化する分析セッションから始め、数か月ではなく数週間で動く第一フェーズをお届けします。その結果生まれるのは、会社をそれに合わせて再編しなければならないシステムではなく、あなたの働き方を反映したシステムです。

出典

  • ザカート・税・関税庁（ZATCA）— 電子インボイス：zatca.gov.sa
  • サウジデータ・人工知能庁（SDAIA）— 個人データ保護：sdaia.gov.sa