HubSpotワークフローの活用例10パターン｜自動化の設計と注意点

「ワークフローは作ってみたが、思った通りに動かない」
「問い合わせ対応が担当者まかせで、対応漏れが起きる」
「とりあえず自動化したら、同じ通知が二重で飛んだり、処理が止まらなくなったりした」

HubSpotを導入して半年から1年がたち、本格的に使い始めた担当者から、私たちがよく聞く悩みです。操作には慣れたのに、思ったほど仕事が楽になっていない。そう感じやすい時期です。

ワークフロー（自動処理のしくみ）はHubSpotの中心となる機能です。ただし、トリガー（きっかけ）とアクション（処理）を並べただけのワークフローは、データが少し乱れたり、現場の対応が一度止まったりした瞬間に簡単に壊れます。逆に、「どの仕事を、どんな条件で、誰の手から外すか」を考えてから組んだワークフローは、担当者が手を入れなくても淡々と回り続けます。この違いは、機能をどれだけ知っているかではなく、組む前の設計で決まります。これは、私たちがHubSpotの構築支援を行う中で見てきたことです。

この記事は、HubSpotをすでに入れていて、ワークフローの具体的な設計の型と作り方を探している運用担当者に向けたものです。「ワークフローとは何か」という基礎の説明は省きます。なお、本文ではHubSpotの画面上の用語を一部言い換えています。「やること」はタスク、「相手」はコンタクト、「段階」はステージ、「商談の流れ」はパイプライン、「終わる条件」は目標（ゴール）や登録解除トリガーのことです。代わりに、中小企業の実務でそのまま使える10の設計の型を、きっかけ・処理・条件分岐・つまずきやすい落とし穴まで踏み込んで紹介します。読み終わるころには、自社のどの仕事から手をつければよいかが見えているはずです。

---

ワークフロー設計で先に決めるべき3つのこと

型に入る前に、どうしても先に共有しておきたい土台があります。ここを飛ばして作り始めると、後から作り直しになりやすいです。

① きっかけは「入口」だけでなく「出口」も決める

多くのワークフローは「どんな条件で始めるか（開始のきっかけ）」だけを考えて作られます。ところが、私たちが既存の設定を点検すると、「いつ抜けるか（終わる条件）」を決めていないワークフローがよく見つかります。HubSpotでは、コンタクトベースのワークフローなら「目標（ゴール）」や除外セグメントで、取引など他のワークフローなら「登録解除トリガー」で設定します。目標は、マーケティングEメールを送るワークフローで使うことが推奨されています（目標の公式ガイド、登録解除トリガーの公式ガイド）。

たとえば「問い合わせから3日間返事がなければ催促メールを送る」というワークフロー。終わる条件（ゴール条件）に「返信があった」を入れ忘れると、もう返信をくれた相手にも催促が飛びます。受け取った側は「返信したのに、また催促が来た」と感じます。自動化が原因で起きる、避けたい失敗です。

② 「人がやるべき仕事」と「しくみに任せる仕事」を分ける

自動化すべきは、判断のいらない決まった作業です。問い合わせを担当者に割り振る、担当者にやることを登録する、書き方のばらつきをそろえる——こうした「誰がやっても結果が同じ」作業は、迷わずしくみに任せてください。

逆に、お客様との価格交渉、思いがけない苦情への対応、最終的な見積もりの承認といった判断は、人の仕事としてはっきり残します。ここを混同して判断までワークフローに詰め込もうとすると、条件分岐がどんどん増えていき、半年後には誰も中身を説明できなくなります。私たちの経験では、分岐が10段を超えたあたりが危険信号です。

③ プロパティ（顧客情報の項目）の設計を先に整える

ワークフローは、プロパティ（顧客情報の項目）の値を見て動きます。当たり前のようですが、ここが本質です。振り分けや分岐の正確さは、項目設計の良し悪しがそのまま出ます。「業種」「従業員の規模」「リードの流入元」「ライフサイクルステージ（顧客の段階）」といった、分岐の判断材料になる項目が空欄だらけだと、どれだけ工夫して組んでも、分岐は正しく動きません。

つまり、ワークフローを作る前にやるべきは、編集画面を開くことではなく、「分岐に使う項目は埋まっているか」「フォームでちゃんと取れているか」を確かめることなのです。実際、私たちが支援に入ると、最初の数週間はワークフローを一切作らず、項目とフォームの整理だけに使うことも珍しくありません。

---

パターン1〜3：リードの取りこぼしをしくみで防ぐ

土台が見えたところで、具体的な型に入りましょう。まずは多くの会社で効果が出やすい、問い合わせ・営業まわりの3つです。対応の遅れによる失注を、しくみで防ぎます。

パターン1：リード（見込み客）の自動振り分け（順番割り当て、または条件での振り分け）

問い合わせフォームから入ってきた見込み客を、担当者へ自動で割り当てる型です。「これ誰が対応する？」というチャットやメールでのやり取りは、時間と機会の損失につながります。これをなくします。

• きっかけ：フォーム送信（特定のフォームを送った）／ライフサイクルステージが「リード」になった
• 処理：担当者を割り当て（「レコードを担当者にローテーション」アクションで均等に割り当て、または条件分岐で地域・業種ごとに割り当て）
• 必要なプラン：ローテーションのアクションには、Sales HubまたはService HubのProfessional・Enterpriseが必要です。割り当て先のユーザーには、有料のSalesシートまたはServiceシートが必要です（公式ガイド）。このアクションを使えない契約では、条件分岐ごとに担当者を固定で設定します。
• 続けて：担当者に社内通知（Slackなどのチャット連携、またはHubSpotのタスク作成）で「あなたに新しい見込み客が来た」とすぐ伝える

ここで分かれ道になるのが、「均等割り当て」と「条件での振り分け」の使い分けです。新しい問い合わせを公平に回したいだけなら、順番に回す均等割り当てで十分。一方、「従業員1000名以上の大型案件は経験豊富なベテランへ、数名規模の問い合わせは若手の育成案件へ」と振りたいなら、従業員規模の項目で条件分岐させてから担当者を割り当てます。よくある失敗は、すべてを均等割り当てにして、大型案件が経験の浅い担当者に割り当てられることです。最初から条件で分けておきましょう。

パターン2：初動の速さを守る（一定時間で未対応を上長へ引き上げる）

本記事では、問い合わせへの初回対応が早いほど商談につながりやすい、という前提で設計します（本記事の想定です）。ただ、これを人の注意だけで守り続けるのは難しいです。担当者が会議に入っていれば、30分はすぐに過ぎます。そこで、しくみで守ります。

• きっかけ：担当者が割り当てられた
• 処理：時間を空ける（例：30分待つ）
• 分岐（もし〜なら）：「最後に連絡した日時」（英語名：Last contacted）が更新されていない＝未対応なら、上長へ通知＋担当者の再割り当て。対応済みならワークフローを終了
• 注意：このプロパティは、通話・チャット・1対1のEメール・ミーティングなどの記録で更新されます。メモやタスクの完了では更新されません。「電話をしたら必ず通話を記録する」という運用ルールとセットにしてください（公式のプロパティ一覧）。待つ時間の30分は例です。自社の対応体制に合わせて決めます。

この型で本当に効くのは、終わる条件の設定です。「最後に連絡した日時が更新された」を終わる条件にしておけば、担当者が電話を1本かけて記録を残した瞬間に、上長への引き上げは静かに止まります。前の章の「出口を決める」が、ここでそのまま生きてきます。逆に終わる条件を入れ忘れると、対応済みなのに上長へ「未対応です」と通知が飛び、現場の信頼を損ねます。

パターン3：見込み客の育成（行動に合わせた追いかけ）

すぐには商談にならない見込み客を、放置せずに温め続ける型です。ただし、「3日おきにメールを送る」だけの時間まかせの設計では、相手の関心に合いません。相手の動き（反応）を見て、送る内容を出し分けます。

• きっかけ：資料のダウンロード／特定ページ（料金ページ・導入事例など）の閲覧
• 処理：1通目を送信 → 時間を空ける
• 分岐：メール内のリンクを押したかどうかで次を変える（開封は補助的に見る）。クリックがあれば「導入事例」や「無料相談」など商談につながる内容へ、反応がなければ切り口を変えた別テーマの内容へ
• 必要なプランと注意：ワークフローからマーケティングEメールを送るアクションには、Marketing Hub（またはService Hub）のProfessional・Enterpriseが必要です。ページ閲覧をきっかけにする場合は、Marketing HubのProfessional・Enterpriseが必要です（アクションの公式ガイド）。開封の記録は、メールソフトのプライバシー保護機能などの影響を受けます（公式ガイド）。送信先の管理はマーケティングコンタクト課金を減らす運用術も参考にしてください。

想像してみてください。料金ページを2回見てメールも開いている人と、最初の1通すら開かない人。この2人に同じメールを送るのは、明らかにもったいない。前者には一歩踏み込み、後者には別の入口を試す。この出し分けができるかどうかが、育成の成否を分けます。

---

パターン4〜6：商談の流れを自動で前に進める

見込み客を取りこぼさないしくみができたら、次は受注に向けて商談の流れ（パイプライン）を動かす番です。営業担当が手で更新し忘れて、CRMの数字と現場の実態がずれていく——多くの会社で起きるこの悩みを減らす、3つの型です。取引パイプラインの基本はHubSpotの取引パイプライン活用ガイドで解説しています。

パターン4：ライフサイクルステージ（顧客の段階）の自動進行

「リード → MQL → SQL → 顧客」という段階を、人の手入力に頼らず、行動の条件で自動的に進める型です。段階の更新は典型的な「忘れられる作業」なので、しくみに任せる価値が高いです。

• きっかけ＆分岐：リードスコアリングで作ったスコア（見込み度の点数）が一定の値を超えた／ミーティング（打ち合わせ）が予約された → ライフサイクルステージを「SQL」に更新
• 注意：以前のスコアプロパティ（「HubSpotスコア」など）は2025年8月31日に廃止され、新しいリードスコアリングツールに置き換わりました。古いスコアをきっかけにしているワークフローは、新しいスコアのプロパティに付け替えます。リードスコアリングは、Marketing Hub・Sales HubのProfessional・Enterpriseで使えます（公式ガイド）。
• 顧客化：取引（案件）が「成約」になったら、関連するコンタクトと会社を「顧客」に更新する。これはワークフローを作らなくても、ライフサイクルステージの設定（取引の成約時にステージを設定する項目）をオンにすれば自動で行われます（公式ガイド）

ここで一点、強くおすすめしたい設計があります。ライフサイクルステージは「前に進める」だけにして、巻き戻さないこと。HubSpotの標準の動作では、フォーム送信・インポート・ワークフローなどによる自動更新は、ステージを前にしか進めません。顧客になったコンタクトが別の資料フォームを送っても、「リード」には戻りません。後ろに戻るのは、手動で書き換えた場合と、ワークフローで値をいったんクリアしてから設定し直した場合です（公式ガイド）。この「クリアして設定し直す」処理を安易に入れると、MQL数や顧客数の集計が信用できなくなります。巻き戻しが必要な場合は、対象の条件を絞って設計してください。

パターン5：取引（案件）の自動作成とやること作成

商談になった見込み客に対して、案件の記録とフォロー用のやることを自動でひとそろい用意する型です。営業の「記録を手で作るひと手間」をなくし、いきなり提案の準備から始められる状態を作ります。

• きっかけ：ライフサイクルステージが「SQL（営業が見込み客と判断した段階）」になった
• 処理：「レコードを作成」アクションで取引を作成（取引名・パイプライン・最初の取引ステージ・金額の初期値を設定）→ 担当者へ「初回提案の準備」というタスクを期限付きで作成
• 注意：取引名と、パイプライン・ステージは作成時の必須項目です。また標準設定では、取引が作成されて関連付けられると、コンタクトのライフサイクルステージは「商談」に進みます（レコード作成の公式ガイド、ライフサイクルステージの公式ガイド）。

小さなことのようですが、効果は侮れません。取引作成をしくみに任せると、「商談になったのに取引が作られていない」という抜け漏れを減らせます。商談金額の合計も実態に近づけやすくなります。取引ステージの変更に合わせて次のタスクを作る例は、営業がHubSpotに入力してくれない問題の解決策でも紹介しています。

パターン6：同じステージで止まっている取引の通知（長期停滞の防止）

取引が同じ段階にずっと留まっている——これは静かに進む失注のサインです。本人は「まだ追える」と思っていても、相手の関心が下がっていることがあります。日数で見つけて、確認のきっかけを作ります。

• きっかけ：取引ベースのワークフローで、取引ステージが特定の値（例：提案中）のまま、現在のステージに入った日（英語名：Date entered current stage）から一定日数（例：14日）が過ぎた
• 必要なプランと注意：ステージに入った日や滞在時間のプロパティは、Professional・Enterpriseで使えます（公式ガイド）。成約・失注になった取引を外すため、登録解除トリガーにクローズ済みのステージを設定します。14日は例です。自社の平均的な商談期間に合わせて決めます。
• 分岐：その間に段階が1つも変わっていなければ、担当者と上長へ通知＋「状況確認」というやることを作成

大事なのは、責めるためではなく「気づかせる」ために組むこと。担当者本人は停滞に気づいていないことが多いです。上長を巻き込んで「この案件はどうなっていますか」という会話を生むきっかけにします。毎週の確認のしかたは、HubSpotの取引パイプライン活用ガイドの「止まっている案件を、毎週見る」で解説しています。

---

パターン7〜8：日々の業務とデータの質を守る

ここからは、派手さはないけれど、やっておくと運用全体が一気に軽くなる2つの型です。見落とされやすい分野ですが、私たちが最初の着手先としてすすめることが多いのは、こちらです。

パターン7：データの統一・自動整備

手入力や外部連携で入ってくるデータには、書き方のばらつきや空欄が必ず混ざります。「（株）」と「株式会社」、全角と半角、前後の余計な空白などです。人が後から直すには量が多いため、入り口でそろえます。表記ゆれの種類と直す手順は、CRMデータクレンジング完全ガイドで整理しています。

• きっかけ：相手が新しく登録された／特定の項目が更新された
• 処理の例：会社名・氏名の前後の空白を取る、英字の大文字小文字をそろえる、空欄の項目に初期値を入れる、流入元が空なら入ってきた経路から補う

HubSpotには、データの書式を整えるアクション（英語名：Format data）があります。前後の空白を取る、英字を大文字にそろえる、先頭を大文字にする、といった処理をプログラムなしで実行できます。ただし、このアクションにはData Hub（旧Operations Hub）のProfessional・Enterpriseが必要です。大文字への変換などはアルファベットだけが対象です。整えた値をプロパティに書き戻すには、続けて「レコードを編集」アクションを置きます（公式ガイド）。「（株）」を「株式会社」に置き換えるような文字の置換は、カスタムモードの関数（replaceなど）で組めます（関数の公式ガイド）。ここで、第1章の「項目の設計を先に整える」を思い出してください。分岐や振り分けの正確さは、結局データの質に直結します。どれだけ凝った組み方をしても、判断材料のデータが乱れていれば台無し。だからこの入口の統一は、地味に見えてすべてのワークフローの効きを底上げするのです。

パターン8：社内への知らせとやること連携の自動化

「大事なお客様が動いたら、見逃さず気づける」状態を作る型です。営業がHubSpotの画面を一日中見張る必要はありません。必要なときだけ、向こうから知らせが飛んでくるしくみにします。

• きっかけ：既存のお客様が料金ページを見た／見込み度の高いコンタクトがメール内のリンクをクリックした
• 必要なプランと注意：ページ閲覧をきっかけにするには、Marketing HubのProfessional・Enterpriseと、サイトへのトラッキングコードの設置が必要です。フォーム送信などでコンタクトとひも付く前の閲覧は対象になりません（公式ガイド）。
• 処理：担当者へ社内通知（メール／チャット）＋「今すぐ連絡」というやることを作成

ただし、知らせは「多ければ良い」ものでは決してありません。あらゆる動きを知らせに変えると、現場はやがて全部読み飛ばすようになります——いわゆる通知疲れです。本当に動くべき条件、たとえば「料金ページ＋導入事例ページを同じ日に見た」のような“買う気配”に絞って知らせる。これが続けるコツであり、私たちが設計でもっとも神経を使うところでもあります。

---

パターン9〜10：顧客体験と継続（解約防止）を自動化する

ワークフローは、新規の獲得だけでなく、受注した後の関係づくりにも使えます。既存のお客様への対応漏れを防ぐ、見落とされやすい2つの型です。

パターン9：導入初期のサポート／フォローの自動連続送信

成約の直後やサービス開始の直後は、お客様の期待と不安が同時に最大になるときです。ここで放置されると「契約したのに連絡が来ない」という不信に変わり、早期の解約のきっかけになります。だからこそ、最初の数週間をしくみで丁寧にフォローします。

• きっかけ：取引が「成約」になった（取引ベースのワークフローで、取引に関連付けたコンタクトへメールを送る）
• 処理：歓迎メールを送る → 数日後に使い方ガイド → 2週間後に「困りごとはないですか」の様子うかがいメール
• 分岐：様子うかがいメールのリンクがクリックされなければ、担当者へ「電話でフォロー」というタスクを作成

ここでも分岐がものを言います。反応があるお客様はメールで十分。反応がないお客様こそ、つまずいている可能性が高いので、人が電話を入れる。メールで拾える人と、人が拾うべき人を分ける——これが「人としくみの線引き」の実践です。

パターン10：契約更新・再アプローチのお知らせ

更新時期のお知らせと、しばらく動きのないお客様の掘り起こしを自動化する型です。BtoBでは、更新の案内漏れが売上の取りこぼしにつながります。「気づいたら更新時期を過ぎていた」という事態を、しくみで防ぎます。

• きっかけ：契約更新日（日付プロパティ）が入力されたレコードを登録し、遅延アクションの「日付プロパティまで待つ」で、更新日の60日前まで待つ
• 注意：遅延アクションでは、日付プロパティの「前」「当日」「後」と日数を指定できます。更新日が空欄のレコード用の分岐も作れます（公式ガイド）。
• 処理：担当者へ「更新提案の準備」というやること＋お客様への事前の案内メール
• 掘り起こし：最後に連絡した日から一定期間（例：90日）が過ぎたお客様をアクティブセグメント（以前の名称はアクティブリスト）で抜き出し、再アプローチ用の内容を送る

60日前は本記事の想定です。提案資料の準備と、相手の予算検討にかかる期間から逆算して決めてください。直前では準備が間に合わず、早すぎると忘れられます。

---

どの型から着手すべきか

ここまで10の型を見てきて、「全部やりたい」と思ったかもしれません。ただ、一度に作ると、不具合が起きたときに原因の切り分けが難しくなります。効果と着手しやすさで優先度をつけると、先に取り組みたい6つは次の順になります。◎・○・△は本記事の想定による目安です。表にないパターン5・6・8・10は、土台になるパターンが動いてから追加します。

型	効果の大きさ	着手しやすさ
パターン1：リード自動振り分け	◎	◎
パターン2：初動の速さを守る	◎	○
パターン7：データの統一	○	◎
パターン4：段階の自動進行	◎	△
パターン9：導入初期のサポート	○	○
パターン3：見込み客の育成	○	△

最初の一手として私たちがすすめるのは、パターン1（振り分け）とパターン7（データの統一）です。理由は2つです。振り分けは効果が現場から見えやすく、自動化への理解を得やすいこと。データの統一は他のすべてのワークフローの土台になり、先に固めておくと分岐の精度を保ちやすいことです。データを整えるアクションを使えない契約では、選択式のプロパティや入力ルールで入り口をそろえます。すぐ感じられる成果と、見えない土台。この2つを最初に押さえてから、初動の速さ・段階の進行へと広げていくのが、もっともつまずきにくい順序です。

---

パターン別の必要プラン（2026年11月時点）

ワークフローツール自体は、Marketing Hub・Sales Hub・Service Hub・Data Hubなどの、ProfessionalまたはEnterpriseで使えます（公式ガイド）。そのうえで、使うアクションやきっかけによって、必要なHubが変わります。HubSpotの公式ヘルプをもとに整理しました。契約前に、最新の公式情報と自社の画面で確認してください。

型	主に使う機能	必要な契約
パターン1：リード自動振り分け	レコードを担当者にローテーション	Sales HubまたはService HubのProfessional・Enterpriseと、割り当て先の有料シート
パターン2：初動の速さを守る	遅延、分岐、社内通知	ワークフローを使えるProfessional・Enterprise
パターン3：見込み客の育成	マーケティングEメールの送信、ページ閲覧のきっかけ	Marketing HubのProfessional・Enterprise
パターン4：段階の自動進行	リードスコアリング、ライフサイクルステージの更新	スコアを使う場合はMarketing HubまたはSales HubのProfessional・Enterprise
パターン5：取引の自動作成	レコードを作成、タスク作成	ワークフローを使えるProfessional・Enterprise
パターン6：停滞している取引の通知	取引ベースのワークフロー、ステージに入った日のプロパティ	ワークフローを使えるProfessional・Enterprise
パターン7：データの統一	データの書式を整えるアクション（Format data）	Data HubのProfessional・Enterprise
パターン8：社内への知らせ	ページ閲覧のきっかけ、社内通知	ページ閲覧を使う場合はMarketing HubのProfessional・Enterprise
パターン9：導入初期のサポート	取引ベースのワークフロー、マーケティングEメールの送信	Marketing Hub（またはService Hub）のProfessional・Enterprise
パターン10：契約更新のお知らせ	日付プロパティまで待つ遅延、アクティブセグメント	ワークフローを使えるProfessional・Enterprise（メールを送る場合はパターン9と同じ）

出典：HubSpotナレッジベースのワークフローアクションの一覧、担当者の割り当てとローテーション、データの書式設定、登録トリガーの設定。

---

よくある失敗と防ぎ方

設計の原則と型を押さえても、運用に乗せると必ず想定外が起きます。ここでは、私たちが実際の現場で何度も目にしてきた典型的な失敗を、防ぎ方とセットで共有します。先に知っておけば、避けられるものばかりです。

失敗①：終わる条件（ゴール）を設定していない

起こりやすいこと：対応済みの相手にも催促メールが飛ぶ、段階が変わっても通知が止まらない。
防ぎ方：すべてのワークフローに「いつ抜けるか」の終わる条件を必ず設定する。第1章で触れた「出口の設計」です。作り終えたら「この登録者は、どうなったら抜けるか」を声に出して確かめるクセをつけてください。

失敗②：ワークフロー同士がぶつかって止まらなくなる（無限ループ）

起こりやすいこと：項目Aを更新するワークフローが、別のワークフローのきっかけを引き、それがまた最初のワークフローを動かす。気づけばメールが連続で飛んでいる。
防ぎ方：きっかけに使う項目と、処理で更新する項目がぐるぐる回っていないか、組む前に紙か図に書いて確かめる。ワークフローが3本を超えたら、この“つながり図”は必須です。

失敗③：いきなり全件を本番で動かす

起こりやすいこと：すでにある数千件の相手に一斉にメールが飛び、苦情や配信停止が増える。
防ぎ方：開始のきっかけを「これから新しく当てはまる分だけ」に絞るか、テスト用の少人数リストで動きを確かめてから本番に広げる。HubSpotでは、ワークフローを有効にするときに、すでに条件に当てはまるレコードを登録するかどうかを選べます。ここを必ず確認してください（公式ガイド）。

失敗④：分岐を盛りすぎて誰も手入れできない

起こりやすいこと：1つのワークフローに分岐を何十個も詰め込み、作った本人が異動した瞬間に中身が誰にも分からなくなる。
防ぎ方：1ワークフロー＝1目的に分ける。名前のつけ方をそろえ（例：「【初動】未対応の引き上げ」）、説明欄に目的と終わる条件を必ず書き残す。半年後の自分か、引き継いだ誰かが10秒で分かる状態を保つことが、長く回し続ける条件です。

---

よくある質問

Q1. ワークフロー機能はどのプランから使えますか？

A. ワークフローツールは、Marketing Hub・Sales Hub・Service Hub・Data Hubなどの、ProfessionalまたはEnterpriseで使えます（公式ガイド）。無料ツールやStarterで使えるのは、フォーム送信後の簡易な自動化などに限られます。作れる本数の上限は、Marketing Hub・Sales Hub・Service HubのProfessionalで300本、Enterpriseで1,000本です（公式のよくある質問）。使えるアクションもHubによって違うため、パターン別の必要プランで確認してから設計してください。プランの考え方はHubSpot料金プランの選び方も参考になります。

Q2. ワークフローとシーケンスは何が違いますか？

A. ワークフローは幅広い自動化（振り分け・通知・データ更新など）を担い、シーケンス（営業担当が行う1対1の連続メール送信）は、個別の相手への追いかけに特化しています。見込み客全体をしくみで回すならワークフロー、個別商談の追いかけを半自動にするならシーケンス、という使い分けが基本です。両者は対立するものではなく、組み合わせて使えます。なお、シーケンスにはSales HubまたはService HubのProfessional・Enterpriseと、割り当て済みの有料シートが必要です。ワークフローからシーケンスに登録するアクションは、Enterpriseが必要です（シーケンスの公式ガイド、ワークフローからの登録の公式ガイド）。

Q3. プログラミングの知識がなくても組めますか？

A. 紹介した10の型は、いずれもプログラムなしの画面操作で組めます。ただし、使うアクションによって必要なHubとプランが違います（パターン別の必要プランを参照）。外部システムとの連携で使う「カスタムコード」や「Webhookを送信」のアクションには、Data HubのProfessional・Enterpriseが必要です（公式ガイド）。まずはプログラムなしで作れる範囲から始め、必要になった段階で踏み込むのが現実的です。

Q4. 今の手作業をいきなり全部ワークフローにすべきですか？

A. おすすめしません。まず仕事を一覧にして「判断のいらない決まった作業」を見つけ、効果が大きく着手しやすいものから1つずつ自動化するのが安全です。一気に作ると、ぶつかりや想定外の動きが起きたとき、どのワークフローが原因かの切り分けがとても難しくなります。

Q5. ワークフローを作ったあと、放っておいても大丈夫ですか？

A. いいえ、定期的な見直しが必要です。組織の体制が変わったり、項目が増えたり、商品の種類が変わったりすると、振り分けや分岐の前提が静かに崩れます。少なくとも3か月に一度は、登録数・通過率・エラーの有無を確かめることをおすすめします。作ったあとも見直しを続けることが、運用を安定させるポイントです。点検には、HubSpot健康診断チェックリスト30の「自動化・ワークフロー」の項目も使えます。

Q6. 自社だけで設計を進められますか？

A. シンプルな型なら十分に自走できます。ただ、複数のワークフローが絡む全体の設計や、データの構造そのものから見直す段階になると、外からの設計の視点があると失敗を避けやすくなります。特に項目設計と終わる条件の設計でつまずいている感覚があるなら、一度外の知見を入れる価値があります。HubSpot Platinum Solutions PartnerであるUniteXでも、設計の確認だけのご相談をお受けしています。

---

まとめ

最後に、この記事の要点を整理します。

1. ワークフローは「きっかけ＋処理」を組む前に、終わる条件・人としくみの線引き・分岐に使う項目を先に固める
2. リード系（振り分け・初動の速さ・見込み客の育成）は取りこぼし防止に直結し、効果を感じやすい
3. 商談の流れ系（段階の進行・取引作成・止まりの知らせ）は「前進のみ・作成はしくみ・止まりは日数で見つける」が原則
4. データの統一と知らせは地味だが、他のすべてのワークフローの効きを底上げする土台になる
5. 受注後（導入初期のサポート・更新のお知らせ）は見落とされやすく、新規獲得の自動化の次に着手する候補になる
6. 最初の一手はパターン1（振り分け）とパターン7（データの統一）から

HubSpotのワークフローは、機能を覚えれば誰でも「作る」ことはできます。難しいのはそこではありません。運用に入ってから成果を出し続けられるかどうかは、仕事の洗い出しと項目設計、そして終わる条件の設計という「作る前の設計」で決まる——これが、多くの現場を見てきた私たちの結論です。決まった作業をしくみで静かに消し、人は判断とお客様対応に集中する。その状態を目指して、まずは1つ、効果の出やすい型から着手してみてください。もし設計の段階でつまずいたら、土台を一緒に見直すところからでも、私たちはお手伝いできます。