イントロダクション
Odoo Field Serviceは、成果物や専門知識を売る事業向けの現場管理ツールです。プロジェクト、業務時間、現地訪問、ヘルプデスクの記録を一つの時系列にまとめ、顧客対応の履歴と利益率を同じ視点で把握できるようにします。
納品やサポートを別々のツールで管理すると、稼働率が下がりSLA違反が増え、請求が実作業後ずれ込むためキャッシュフローと採算性に悪影響が出ます。
Field Serviceはタスク、作業時間、部品、顧客とのやり取りを紐づけることで、アカウント担当者がステータス確認のために何度も追いかけ回す必要をなくします。
広告代理店の経営者、プロフェッショナルサービスの責任者、カスタマーサポートのリーダーは、本稿のユースケースを自社の業務フローにそのまま当てはめられます。
Field ServiceはOdooのモジュール群の一部で、責任の明確化や再現可能なワークフロー、検索可能な履歴を求めるチームが採用します。分散したメッセージやオフラインのスプレッドシートの代わりに、Dispatch、Worksheets、On-Site Partsを中心に利害関係者向けの運用ストーリーを描きます。
この記事は、レベル1（導入しやすい）からレベル10（高度運用）までランク付けしたTop10ガイドです。各レベルには実際にOdoo Field Serviceでクリックする手順を番号で示します。
背伸びしてレベル10から始める必要はありません。まずはチームが無理なく取り組めるレベルから始めましょう。
続けて「抱えている課題」を読んだら、現在のチーム状況に合うレベルを開いてください。
このガイドで示すこと：
- 通常の社内システム構成でField Serviceが担う役割
- 現場で最も摩擦が生まれる箇所とその理由
- 初心者向けの運用から高度な戦略までの10のユースケース（ランク順）
- 自動化や連携が必要になったときにパートナーを招く正当な理由
抱えている課題
ある日、遅延したプロジェクトで顧客からクレーム。サポート、納品、アカウントがそれぞれ別の“事実”を持ち、時間の請求が遅れたために利益率が後からしか見えなかった、という典型的な混乱が起きます。
プロジェクトやサポート業は時間と成果を売りますが、稼働率やSLAの把握が遅れると採算性が目減りします。請求、納品、チケット履歴が一つのタイムラインになっていないとマージンが見えにくくなります。
思い当たる点はありませんか？多くのチームがぶつかる壁：
- 営業側の情報が欠けていてプロジェクト開始が遅れる
- チケットが契約や請求と結びついていない
- 作業時間が事後に入力され、請求可能な時間が取りこぼされる
朗報です：一気に全部直す必要はありません。下のユースケースの一つを選び、30日間Odoo Field Serviceで運用して変化を測ってください。
Field Serviceのトップ10ユースケース
Odoo Field Serviceのための10のユースケースをレベル1（今日すぐできる）からレベル10（専門家向け）までランク付けしました。各項目は「何を作るか」と「Odooでどの操作をするか」を示します。
レベル1は即効性のある日々の勝ち筋です。最終レベルは大規模化したときに同じアプリがどれだけ拡張できるかを示すために意図的に高度な構成にしています。
まず自分のレベルを選び、テスト環境で手順を試し、前のレベルが物足りなくなったら上に進んでください。
1. 単一タスクから初めて現地訪問を手配する Level 1 — Easy
レベル1は最も簡単なField Serviceの使い方：ディスパッチャーが一つのタスクを作り、担当技術者をアサインするだけ。計画表やワークシート、請求はまだ不要です。ペーパーレスの作業指示を実現します。
Odooでの手順（要旨）：
- Field Serviceアプリをインストールし、Field Service → Tasks → Newで顧客、現地住所、予定日を入力します。
- Assigned Toで技術者を選び、短い問題説明を書いてタスクを保存します。
- チャッターに事前写真や関連請求書を添付しておけば、技術者は現地到着前に状況を把握できます。
- 技術者はOdooのモバイルアプリを開き、該当タスクをタップして住所リンクから現地へ向かいます。
- 作業後、技術者がタスクを完了にすると、顧客へ完了メールと報告が自動送信されます。
得られる効果：紙の作業指示が無くなり、オフィスと現場で同じ情報を見られるようになります。情報の抜け漏れが減ります。
2. 技術者の主な道具をスマホにする Level 2 — Easy
レベル2はモバイルファースト化。Odooのモバイルアプリは地図連携とオフライン機能を備え、毎回オフィスに寄る手間を省きます。
Odooでの手順（要旨）：
- 技術者にOdooモバイルアプリをインストールさせ、Field Service用のユーザーでログインさせます（必要なら設定→ユーザーで作成）。
- Field ServiceのMy Tasksで、その日の割当訪問だけが表示され、予定時刻順に並びます。
- 住所リンクをタップすれば端末の地図アプリが開き、ナビゲーションで現地へ案内します。
- タスク上のStart/Stopタイマーで現地作業時間を記録できます。接続が無くても経過時間は保存されます。
- 日終わりに同期が完了すると、オフィス側で完了済みの訪問、写真、メモが全て確認できます。
得られる効果：技術者は現場作業に集中でき、ディスパッチャーは各訪問の進捗をリアルタイムで把握できます。
3. 定型レポートのためにワークシートテンプレートを作る Level 3 — Easy
レベル3で導入するのがワークシート。フリーテキストのメモをやめ、短い構造化フォームで同種類の訪問から同じデータを抽出できるようにします。
Odooでの手順（要旨）：
- Worksheetをインストールし、Field Service → Configuration → Worksheet Templates → Newで『年次点検チェック』などのテンプレートを作ります。
- Studioを使って必須項目（機器シリアル、合否判定、計測値、交換部品、備考など）を配置します。
- 該当タスクタイプにワークシートテンプレートを紐づければ、関連タスク内に自動表示されます。
- モバイルで技術者が現場でワークシートを記入し、その場で顧客のサインをもらえます。
- 完了したタスクを開くとワークシートPDFと署名、チャッターが揃っており、ワンクリックで顧客へ共有できます。
得られる効果：訪問報告がバラバラの文章で終わらず、検索・比較・集計可能な構造化データになります。
4. 現地で使った部品を在庫と請求に反映させる Level 4 — Medium
レベル4はオンサイト部品管理です。ProductsタブでField Serviceと在庫を連携し、バンの在庫が自動的に減り、二重請求や抜けを防ぎます。
Odooでの手順（要旨）：
- Inventory → Configuration → Warehousesで技術者の車両ごとに仮想ロケーションを作り、各バンの在庫を本社在庫と分けて管理します。
- 各タスクのProductsタブで、使用予定の部品と数量を登録します。
- モバイル上で技術者が訪問後に『Used（使用）』として部品を確定したり、現場で追加部材を登録したりできます。
- タスクの検証時に在庫移動が発生し、バンのロケーション在庫が減り、そのまま請求ラインに反映されます。
- 毎週月曜に内部振替をスケジュールして、前週の消費を元にバンへ補充する運用を組みます。
- Inventory → Reporting → Stock per Locationで各バンの翌週必要部品を確認できます。
得られる効果：月末の在庫差損や請求漏れが減り、現地使用部品が請求・在庫・顧客履歴に一貫して残ります。
5. 技術者のタイムシートと部品から自動請求をする Level 5 — Medium
レベル5で収入ループを閉じます。タスクに紐づくTimesheetsで実労時間を拾い、時間と部品をSalesに自動で反映して請求書を生成します。
Odooでの手順（要旨）：
- タスクにSales Orderを設定するか、Timesheetsで課金するサービス商品と時間単価を含む見積を作っておきます。
- 技術者は到着でタイマーを開始し、退場前に停止すると、タイムシートが自動でタスクに紐づきます。
- Productsタブで使用部品が確定されると、作業時間と部品が関連Sales Orderへリアルタイムで反映されます。
- タスク画面からCreate Invoiceを押すと、時間・部品・出張費の内訳を含む下書き請求書が生成されます。
- ワークシートPDFを添付して請求書をメール送信すれば、顧客は『何をしたか』と『何を請求しているか』を一枚で確認できます。
- Reporting → Time and Material per Taskで技術者別、顧客別の請求可能稼働率を週次で確認できます。
得られる効果：訪問ごとの請求作業が数日から数分に短縮され、財務は未処理の作業指示を抱え込まずに月次を締められます。
6. 署名・写真・GPSで監査に耐える証拠を残す Level 6 — Medium
レベル6ではモバイルの撮影・署名・位置情報機能を活用し、各訪問を紛争に強い記録に変えます。写真・署名・GPSがあれば顧客との争いは瞬時に解決できます。
Odooでの手順（要旨）：
- 技術者は到着時に『写真を追加』して作業前の機器状態を記録します。
- 作業後に『完了写真』と短い所見を追加し、これらはタイムスタンプ付きでチャッターに保存されます。
- タスクタイプでジオロケーションを有効化すると、訪問開始時と終了時のGPS座標が記録されます。
- 顧客はその場でワークシートに署名し、署名はPDFに埋め込まれてタスクに保管されます。
- タスクタイプで『完了に署名と写真が必須』に設定すれば、証拠が揃っていないとタスクを閉じられません。
得られる効果：証拠が揃っているため、サービスクレームは短時間で解決でき、無用な交渉や返金リスクが減ります。
7. マップビューで複数技術者のルーティングと計画を行う Level 7 — Hard
レベル7はField ServiceとPlanningの連携です。地図上でスキル、位置、空き時間を考慮して最適な担当者を配置し、顧客へ自動的に到着予定ウィンドウを通知します。
Odooでの手順（要旨）：
- Planningをインストールし、Field Service → Configuration → Techniciansで各技術者の拠点、勤務時間、スキルを設定します。
- Planningのガントチャートとマップビューを開くと、週の開いているタスクと技術者の現在位置が見える化されます。
- 地図上でタスクをドラッグして最寄りかつスキルを満たす技術者に割り当てると、Odooが予定日を更新して担当者に通知します。
- ETA用のSMSテンプレートを有効化すると、訪問当日の朝に名前と電話番号入りの到着ウィンドウが顧客に自動送信されます。
- 作業が長引けば次の訪問を後ろ倒しにするか別の担当へ割り当て直し、顧客へはワンクリックで新しいETAが届きます。
得られる効果：技術者1人当たりの稼働時間が増え、移動時間が減り、顧客からの『今どこにいる？』問い合わせが激減します。
8. 定期メンテ契約を売り、自動で年間訪問を生成する Level 8 — Hard
レベル8はSubscriptionsとの統合です。定期契約が自動的に訪問タスクを生み出すため、プランナーは四半期ごとのトラブル対応ではなく定常運用に集中できます。
Odooでの手順（要旨）：
- Subscriptionsで年間訪問回数、請求ルール、更新期間を含むメンテナンスプランテンプレートを作成します。
- Salesでメンテナンスプラン商品を含む見積を作り、受注確定でサブスクリプションと初回請求が生成されます。
- Studioの自動化を使い、サブスクリプションがActiveになったらその年分のField Serviceタスクを一括生成します。
- 生成された各タスクはプランナーが担当技術者を割り当て、顧客には訪問7日前に確認メールが届きます。
- サブスクリプション画面のVisitsボタンで過去と今後のすべてのタスク、署名済ワークシート、請求を一覧できます。
- 更新60日前にアクティビティで担当が顧客に電話するリマインドを出し、Signアプリで契約更新を完了します。
得られる効果：定期収益が運用ルールに乗り、プランナーは例外対応に注力できるようになります。
9. SLA契約を顧客ポータルとリアルタイム状態で運用する Level 9 — Hard
レベル9ではField Serviceを顧客向けに公開します。SLAで優先度とエスカレーションを管理し、ポータルで顧客がチケットを上げて進捗を確認できるようにします。
Odooでの手順（要旨）：
- Helpdeskを導入し、SLAポリシー（例：Priority Criticalは応答2時間以内、解決8時間以内）を設定してサービスチームに紐づけます。
- 各顧客にポータルアクセスを許可すると、専用ページで未解決チケット、予定訪問、署名済レポートを顧客自身が確認できます。
- SLA違反が発生したらStudioの自動化で該当タスクを上位技術者へエスカレーションし、アカウント担当へチャッターで通知します。
- ポータルから顧客がチケットを作成すると、Helpdeskが自動的に優先度とチームを付けてField Serviceタスクを生成します。
- 顧客はポータル上で担当技術者、ETAウィンドウ、現地ステータス、署名済ワークシート、請求書をリアルタイムに追跡できます。
得られる効果：顧客満足度が上がりSLAが数値で運用できるようになるため、更新商談に数字を持って臨めます。
SLA、顧客ポータル、Helpdesk→Field Serviceの連携とエスカレーション設計は、Dasoloがパートナーとして実装する典型的な横断プロジェクトです。
10. IoTとAIで動くフルスタックの自動ディスパッチャーを構築する Level 10 — Expert
レベル10は現場運用のOS化です。IoTセンサが異常を検知して自動タスクを起票、AIディスパッチャーが最適担当と必要部品を選び、ライブダッシュボードで全体を可視化します。
Odooでの手順（要旨）：
- 顧客機器にOdoo IoTボックスを設置するか、MQTT/RESTでベンダー側からセンサーデータを毎分Odooへ送り込みます。
- Studioで閾値を60秒以上超えた場合にPriority UrgentでField Serviceタスクを自動生成するルールを作ります。
- 過去のタスクデータでAIを学習させ、最寄りでスキルと部品を満たす技術者を自動で選択するディスパッチモデルを構築します。
- バンに部品が無ければ同日中に内部振替を立て、顧客へは故障前に通知が行くようにします。
- 各訪問後にMarketing AutomationでNPSや更新提案、アップセル案内を機器の稼働年数や契約種別に合わせて自動送信します。
- Spreadsheet Field Liveのダッシュボードで未処理チケット、ETAリスク、稼働時間、予防対応比率、SLA違反をリアルタイムに表示します。
得られる効果：機器稼働率が上がり、反応的対応が年間で30〜60％減り、フィールドサービスがコストセンターから成長ドライバーに変わります。
IoTパイプライン、AIディスパッチルール、Subscriptionsと在庫の連携、運用ダッシュボードの設計はDasoloがアーキテクチャとして組み上げる領域で、試行錯誤を大幅に短縮します。
専門家の助けが有効なケース
レベル1〜6の範囲なら、標準のOdoo Field Serviceと内部のオーナー、実験可能なサンドボックスがあれば自社で成功することが多いです。
ただしレベル7以上になるとリスクが増えます：誤送信する自動メール、将来のアップグレードを妨げるStudioフィールド、夜間に在庫同期が止まるAPIなど、運用に影響する問題が起きやすくなります。
これはチームの失敗ではなく、アーキテクチャ設計・テスト・ガバナンスが重要だという合図です。
多アプリ横断設計、国別コンプライアンス、複雑な連携、または経営が指定したローンチ日がある場合は、パートナーの助けを得るべきです。
Dasoloと一緒に進めるには
Dasoloは、実際の業務に沿ったOdoo導入を支援します。カスタムアプリ、整った連携、コンサル終了後も現場で使えるトレーニングを提供します。
このガイドに示した高度なユースケースをロードマップに入れているなら、短期的な勝ち筋を先に実装し、その後自動化と連携を段階的に進めるフェーズド計画を共に描けます。
お客様はスコープと予算のコントロールを保持し、我々はOdooの深いノウハウを提供して現場で高価な学習コストを避けます。
無料相談のご案内：