サポートチームの生産性を決定的に左右するのは「人が判断しなくてもいいことを、正確に自動化できているか」だ。チケットのルーティング・SLA アラート・CSAT 送付・再オープン制御——これらを手動でやっている限り、チームの規模が増えるほど運用コストが線形に増え続ける。この章では Service Hub の自動化を構成する基本構造から、解約防止・品質管理・顧客体験向上のために今すぐ設定すべきワークフロー10選を、設定手順まで含めて体系的に解説する。
HubSpot のワークフローはすべて「トリガー → フィルター → アクション」の3要素で構成される。この構造を理解すれば、どんな複雑な自動化も「何を起点にして」「どの条件の場合に」「何をするか」という3つの問いに分解して設計できる。
| ワークフロー種別 | 起点オブジェクト | 主な用途 | Service Hub での使用例 |
|---|---|---|---|
| チケットベース | チケット（Ticket） | チケットの作成・更新・ステージ変化を起点にした自動化 | ルーティング・SLA アラート・CSAT 送付・クローズ通知・再オープン制御 |
| コンタクトベース | コンタクト（Contact） | 顧客プロパティの変化・フィードバックスコアを起点にした自動化 | NPS 批判者フォローアップ・オンボーディングシーケンス・解約リスクアラート |
| 会社ベース | 会社（Company） | アカウントヘルスの変化・更新日程を起点にした自動化 | ヘルス低下アラート・更新日リマインダー・CSM へのタスク自動作成 |
Service Hub の自動化は非常に強力だが、野放図に増やすと「なぜこのメールが届いたか誰もわからない」「ワークフローが衝突して二重通知が飛ぶ」状態になる。全ワークフローを一覧できる台帳（スプレッドシート）を作り、各ワークフローのオーナー・目的・最終確認日を記録する運用ルールを最初に設けることが、長期的な保守性を高める。
チケットが届いたとき「誰が対応するか」を手動で決めていると、マネージャーの朝の最初の仕事が「チケットを割り振ること」になる。自動ルーティングとは「チケットの属性に基づいて、正しい担当者・チームに自動で割り当てる仕組み」だ。正しく設計されたルーティングは、FRT（初回返信時間）を劇的に短縮する。
| パターン | 仕組み | 最適なケース | 注意点 |
|---|---|---|---|
| ラウンドロビン | 担当者リストに順番に自動割り当て。A→B→C→A→... と均等に分配する | 同スキルのエージェントが複数いる汎用サポートチーム | 休暇中・離席中のエージェントをリストから外す運用ルールが必要 |
| スキルベース | チケットのカテゴリ・使用言語・製品ラインと担当者のスキルタグを照合して割り当てる | 技術・請求・使い方など専門分野が分かれているチーム | スキルタグの定期見直し。エージェントのスキルが変わったら必ず更新する |
| プランベース | 顧客の契約プラン（Enterprise / Pro / Starter）でチームや担当者グループを分岐する | Enterprise 顧客には専任担当・Pro 以下は共通チームで対応する体制 | 会社プロパティ「プラン」が最新に保たれている必要がある |
| 担当 CSM 優先 | コンタクト／会社の「担当 CSM」プロパティを参照し、同じ CSM にルーティングする | 担当制の高タッチ CS モデル。顧客との関係継続を重視する Enterprise 対応 | 担当 CSM が不在のときのフォールバック先を必ず設定する |
2025年12月のアップデートで、クローズ済みチケットに顧客から返信が来たとき「チケットを再オープンするか」「新しいチケットを作成するか」をワークフローで制御できるようになった。これ以前は「クローズチケットに返信が来ると自動で再オープン」という動作しかなく、解決済みのチケットが誤って再オープンされてメトリクスが汚染される問題があった。
「ありがとうございました」というお礼メールでチケットが再オープンされると、TTR（解決時間）の計測が狂い、エージェントの対応件数も膨らむ。再オープン制御を適切に設定することは、チームのメトリクス精度を守り、不当な業務負荷を防ぐことに直結する。2025年12月以降のアップデートを適用しているポータルでは、早急に設定変更を行うことを推奨する。
Service Hub を導入したとき、最初に設定すべきワークフローを厳選した。解約防止・品質管理・顧客体験向上の3カテゴリに分類した10本のワークフローは、設定工数の少なさとリターンの大きさのバランスで選定したものだ。
ワークフローは「設定したら終わり」ではない。ビジネスの変化・プロパティ名の変更・チーム構成の変更によって、かつて正しく動いていたワークフローが「誰にも知られず静かに間違った動作をしている」状態になる。定期的な棚卸しと品質確認を運用サイクルに組み込むことが、自動化の長期的な価値を保つ唯一の方法だ。
台帳に記録すべき項目は①ワークフロー名 ②目的（1文）③トリガー ④主な対象顧客セグメント ⑤アクションの概要 ⑥オーナー（氏名）⑦最終更新日 ⑧ステータス（有効/無効）——この8項目を Google スプレッドシートで管理するだけで、「このワークフローは何をしているのか」という問いに誰でも30秒で答えられる状態が維持できる。HubSpot の「ワークフロー名」欄にも「目的：〇〇（作成者：名前 / 更新日：YYYY-MM）」のように記入しておくと、台帳と HubSpot の両方から確認できて便利だ。
この3要素の構造を理解すれば、どんな複雑な要件も設計できる。新しいワークフローを作る前に「何をきっかけに・どの条件のとき・何をするか」の3問に答えるだけでよい。
チームの体制に合ったパターンを選ぶ。多くのチームはラウンドロビン＋プランベースの組み合わせから始めるのが実用的。休暇中の担当者を自動的に除外する仕組みをセットで設定する。
クローズから72時間以内→再オープン、72時間以降→新規チケット作成の設定を早急に行う。これによりメトリクスの精度が上がり、エージェントへの不当な負荷も解消される。
①自動ルーティング→②受付確認メール→③CSAT 送付→④CSAT 低スコア対応→⑤SLA アラートの順で設定する。最初の5本が完成した段階でチームのサポート品質が大幅に向上する。
全ワークフローの名前・目的・オーナー・更新日を台帳で管理する。四半期ごとに不要なワークフローを無効化し、チーム変更・プロパティ変更は発生時に即時反映することで「静かに誤動作するワークフロー」を防ぐ。
高スコアの顧客を放置すると「熱量が冷める」。推奨者への感謝メール→レビュー依頼→事例取材打診の3ステップを自動化することで、CSAT・NPS 取得コストに対するリターンが最大化される。