HubSpotワークフロー設計の基本｜BtoBマーケが押さえるべき構築手順と実務ポイント

HubSpotワークフローとは何か：BtoB文脈での位置づけ

このセクションでは、HubSpotのワークフロー機能の概要と、BtoBマーケティングにおいてどの場面で使うべきかを整理します。

HubSpotのワークフロー（Workflows）は、特定の条件（トリガー）が満たされたときに、あらかじめ定義したアクションを自動実行する機能です。メール送信・プロパティ更新・タスク作成・通知送信など、複数のアクションをシーケンスとして組み合わせることができます。

BtoBの文脈では、以下の用途で主に活用されます。

• リードナーチャリング：資料ダウンロード後のフォローアップメールシリーズを自動送信する
• リードスコアリング：行動（ページ閲覧・メール開封など）に応じてスコアを加減算する
• MQL判定とセールス通知：スコアが閾値を超えた時点で担当者に通知し、CRMへの移管を促す
• プロパティ管理：フォーム入力や行動履歴をもとに、コンタクトやディールのプロパティを自動更新する
• インターナルアラート：特定の行動（価格ページ閲覧など）があった際に、担当SDRへSlackやメールで通知する

重要なのは、ワークフローはあくまで「定義されたルールの実行機構」だという点です。設計の質がそのままアウトプットの質に直結するため、「何を自動化すべきか」の判断がツールの操作スキルよりも先に求められます。

設計前に決めるべき3つの前提条件

ワークフローを構築する前に、目的・対象・評価指標を明確にしておくことが、後の設計ブレを防ぐ上で不可欠です。

ワークフロー設計でよくある失敗の多くは、構築段階ではなく準備段階の不備に起因しています。以下の3点を事前に言語化することを推奨します。

① このワークフローで達成したいアウトカムを1文で定義する

「ナーチャリングする」ではなく、「資料DL後30日以内にMQL判定されるコンタクト数を月間XX件増やす」のように、測定可能な形で目的を記述します。この定義がなければ、ワークフローの効果測定ができません。

② 誰に対して実行するワークフローか（エンロールメント条件）

対象コンタクトの属性・行動・ライフサイクルステージを事前に整理します。条件の粒度が粗すぎると関係のないリードが巻き込まれ、細かすぎるとほぼ誰もエンロールされないワークフローが出来上がります。

③ 成功・失敗を判定するKPIを決める

ナーチャリング系であればコンバージョン率・MQL化率、通知系であれば担当者の対応率などを設定します。指標がないまま運用すると、改善サイクルを回せません。

ワークフロー設計の基本フロー：5ステップで構築する

HubSpotのワークフローを実務レベルで機能させるための設計手順を、構築の流れに沿って説明します。

STEP 1：トリガー条件の設計

トリガーはワークフローの起点です。HubSpotでは「コンタクトベース」「ディールベース」「チケットベース」「カンパニーベース」など複数のオブジェクトに対してワークフローを設定できますが、BtoBの実務で最も多用するのはコンタクトベースです。

主なトリガー条件の例を以下に示します。

• 特定フォームの送信（資料ダウンロード、ウェビナー申込など）
• 特定ページの閲覧（価格ページ・導入事例ページなど）
• ライフサイクルステージの変更（リード→MQLなど）
• プロパティ値の変更（業種・従業員数が特定条件に変わった場合など）
• メールのクリックやフォームの再送信

注意点として、「再エンロール（Re-enrollment）を許可するか」の設定は慎重に判断する必要があります。同じコンタクトが条件を再度満たしたときに再実行を許可する設定をオンにしないと、2回目以降のアクションが走らないケースがあります。一方で、無制限に再エンロールを許可すると同一コンタクトへの過剰な連絡につながります。

STEP 2：アクションの設計

トリガーが発火した後に実行するアクションを順に定義します。代表的なアクションとその用途を整理します。

特に「分岐（If/Then Branch）」の活用は、BtoBのワークフロー設計において重要です。同じトリガー条件でも、コンタクトの属性（企業規模・業種など）やスコアに応じてアクションを分けることで、精度の高いナーチャリングが実現します。

STEP 3：タイミングと遅延の設計

BtoBでは、メールを受け取るのが業務時間中であることが望ましいケースが多いです。HubSpotの「営業時間内に送信する」オプションや、遅延（Delay）アクションを活用して送信タイミングを設計します。

ナーチャリングシーケンスでは、メール間隔の設計が開封率とクリック率に影響します。間隔が短すぎると疲弊を招き、長すぎるとコンテキストが途切れます。BtoBの実務では、初回接触から3〜5日後に2通目を送るパターンが多く見られます。ただし、自社の読者属性や送信実績に基づいて最適値を探ることが不可欠です。

STEP 4：エンロール抑制とサプレッションの設計

意図しないコンタクトをワークフローから除外するための設定です。「エンロール抑制リスト（Suppression list）」に既存顧客・現在商談中の企業・配信停止リストなどを登録しておくことで、不適切なコミュニケーションを防ぎます。

特にBtoBでは、インサイドセールスが接触中のコンタクトにマーケティングメールが届くと、営業との信頼関係を損なうリスクがあります。マーケとセールスの接触ステータスを同期する仕組みを設計段階で組み込んでおくことが重要です。

STEP 5：テストとQA

本番稼働前に以下を確認します。

• テストコンタクトを使ったエンドツーエンドの動作確認
• 各アクション間の遅延設定が意図通りに機能しているか
• 分岐条件が正しく評価されているか（特にAND/ORの論理）
• メールの差し込み変数（パーソナライゼーショントークン）が正常に展開されるか
• エンロール数の予測（初回起動時にどれくらいのコンタクトが巻き込まれるか）

BtoBで頻出する4種類のワークフローパターン

用途別に代表的なワークフローのパターンを示します。実務でそのまま応用できるよう、条件設計の考え方も合わせて解説します。

① 資料DL後ナーチャリングシーケンス

最もシンプルで導入されやすいパターンです。トリガーは特定フォームの送信。アクションとして、初日・3日後・7日後・14日後などにコンテンツメールを送信するシリーズを構成します。各メールのCTAには、次のコンテンツ（事例・比較記事・デモ申込など）への誘導を設置し、行動に応じてスコアを加算します。

② リードスコアリング連動型MQL判定フロー

リードスコアが設定した閾値（例：100点）に達した時点でトリガーが起動し、ライフサイクルステージを「MQL」に更新、担当SDRへ内部通知を送信する構成です。このワークフローはスコアリングモデルの設計と不可分なため、スコアの加減算ロジックを先に固めておく必要があります。

③ 商談停滞検知と再アプローチ通知

HubSpotのディールプロパティを使い、一定期間（例：14日間）ステージが変わっていないディールを検知して、担当者にタスクと通知を発行するワークフローです。商談の停滞をリアルタイムで把握しにくいBtoBの営業管理に有効です。

④ ウェビナー後フォローアップフロー

ウェビナー参加者と不参加者を分岐させ、それぞれに異なるコンテンツを送るパターンです。参加者には登壇資料やアンケートのCTAを、不参加者（申込済み）には録画URLを送るといった構成が一般的です。参加者のエンゲージメントに応じてスコアを加算し、MQL判定フローと接続します。

設計でよくある失敗パターンと回避策

ワークフローの設計・運用において繰り返し見られる問題点を整理し、それぞれの対処方法を示します。

失敗① トリガー条件が広すぎる

「コンタクトが作成されたとき」「任意のフォームを送信したとき」といった広義のトリガーを使うと、意図しないコンタクトが大量にエンロールされます。結果として、関係性のない相手にメールが届いたり、スコアが過剰に加算されたりします。

回避策：エンロール条件に業種・企業規模・ライフサイクルステージなどの絞り込みフィルターを必ず組み合わせます。

失敗② 複数ワークフローが同一コンタクトに重複実行される

似た条件を持つワークフローが複数存在すると、同じコンタクトが複数のシーケンスに同時エンロールされ、短時間に大量のメールが届くケースがあります。

回避策：ワークフローの全体マップ（ドキュメント）を管理し、エンロール条件の重複がないかを定期的に確認します。また、アクティブなワークフロー数を把握するオーナーを1名置くことが有効です。

失敗③ スコアの加算ロジックが定期的に見直されない

初期設計のスコアリングモデルをそのまま使い続けると、実態とズレが生じます。たとえば、トップページの閲覧に高いスコアをつけていても、それがMQL化と相関していないなら設計を見直す必要があります。

回避策：四半期ごとに、スコア上位コンタクトのMQL化率・商談化率を確認し、スコアの設計を見直すプロセスを業務化します。

失敗④ ワークフロー内のメールがリスト送信と競合する

同一コンタクトが、ワークフローからの自動メールと通常のリスト配信メールを同時に受け取るケースが起こります。これはメールの疲弊（fatigue）を招くだけでなく、配信停止につながるリスクがあります。

回避策：一括配信とワークフロー配信の送信スケジュールを調整し、同じ週に複数の接触が発生しないようにします。HubSpotの「メール送信頻度制限（Frequency cap）」機能も活用できます。

マーケセールス連携を前提にしたワークフロー設計

BtoBにおけるワークフローは、マーケティングの業務内で完結するものではなく、セールスとの接続を前提に設計する必要があります。

HubSpotはマーケティングとCRMが同一プラットフォーム上にあるため、コンタクトのライフサイクルステージとディールステージを連携させたワークフローを設計できます。この特性を活かすことが、他MAツールとの差別化につながります。

MQL→SQLのハンドオフ設計

MQL判定が下りた時点で、以下のアクションを自動実行するワークフローを設計します。

• ライフサイクルステージを「MQL」に更新
• 担当SDRにコンタクト情報・行動履歴サマリーを含む通知メールを送信
• SDR担当者のタスクを自動作成（期限設定つき）
• Slackチャンネルへの通知（HubSpot×Slack連携を利用）

ここで重要なのは、「MQLと判定された根拠（どのページを閲覧し、どのコンテンツをダウンロードしたか）」を通知に含めることです。根拠のない通知は、セールスが接触の優先度を判断できないまま放置されるリスクがあります。

SLA（サービスレベルアグリーメント）の自動モニタリング

マーケからセールスへのMQL引き渡し後、一定時間内（例：24時間以内）に担当者がアクションしなかった場合に、マネージャーへの自動エスカレーション通知を送る仕組みをワークフローで実装できます。SLAをシステム的に担保することで、MQLの放置を防ぎます。

まとめ：HubSpotワークフロー設計で押さえるべきポイント

本記事の内容を整理し、実務での次のアクションにつなげます。

HubSpotのワークフローは、BtoBマーケティングにおけるリード育成・スコアリング・マーケセールス連携の自動化を担う中心的な機能です。ただし、ツールの設定スキルよりも「何を自動化すべきか」という設計判断の質が成果を左右します。

本記事で解説したポイントを改めて整理します。

• 設計前にアウトカム・対象・KPIの3前提を言語化する
• トリガー条件は絞り込みフィルターと組み合わせて精度を上げる
• 分岐（If/Then）を活用して属性・スコア別の打ち分けを実現する
• エンロール抑制リストを整備し、不要な接触を防ぐ
• ワークフロー全体マップを管理してオーナーを置く
• スコアリングモデルは四半期単位で見直す
• MQL→SDR通知には行動根拠を含め、SLA自動モニタリングも設計する

HubSpotのワークフロー設計に課題を感じている方、またはMA導入を検討中でBtoBマーケティングの全体設計から支援が必要な方は、お気軽にお問い合わせください。

よくある質問（FAQ）

HubSpotのワークフローとシーケンス（Sequences）の違いは何ですか？

ワークフローはマーケティングオートメーション機能で、コンタクト・ディール・チケットなど複数オブジェクトを対象に自動化できます。一方、シーケンスはSales Hub内の機能で、主に担当者1対1のメール送信とタスクの自動化を目的としています。ナーチャリングやスコアリングにはワークフロー、商談化後の個別アプローチにはシーケンスを使い分けるのが基本です。

ワークフローの数が増えすぎた場合、どう整理すればよいですか？

まず、全ワークフローの一覧をスプレッドシートに書き出し、各ワークフローの目的・対象・最終更新日・直近のエンロール数を整理します。3か月以上更新されていないかつエンロールが少ないものは停止候補とし、類似条件のワークフローは統合を検討します。定期的な棚卸しのルールを決めて業務化することが重要です。

HubSpotのワークフローはFree・Starter・Professionalのどのプランから使えますか？

ワークフロー機能はMarketing Hub Professionalプラン以上で利用できます（執筆時点での一般情報に基づく記述ですが、プラン内容は変更されることがあるため、HubSpotの公式サイトで最新情報を確認してください）。StarterプランではForms・Emailなどの基本機能は使えますが、ワークフローによる自動化は利用できません。

ワークフローのテストはどのように実施すればよいですか？

HubSpotには「テストコンタクト」として自分自身のアドレスを登録し、エンロール条件を手動で満たしてワークフローを起動する方法が使えます。メールアクションについては「テスト送信」機能も使えますが、全アクションを通した動作確認は実際のコンタクトでのテスト実行が最も確実です。本番稼働前に少数のテストコンタクトで全シーケンスを通した動作確認を行うことを推奨します。

既存顧客にワークフローのメールが届かないようにするにはどうすればよいですか？

エンロール抑制リスト（Suppression list）に既存顧客のリストを設定します。またはエンロール条件に「ライフサイクルステージが顧客（Customer）でない」という条件を追加することでも除外できます。両方を併用して二重の制御をかけることが、運用上の安全策として有効です。