89%の営業チームが営業プロセスのドキュメントを持っています。実際に守られているのは36%だけ。プロセスルールがそのギャップを埋めます。ルールは担当者がすでに開いているレコード上で、担当者が普段業務を進める形のまま発火します。項目が埋まるまでステージ進行は待機。商談ごとに証明できる徹底状況。
RevOpsチームがHubSpotワークフローを組めるなら、プロセスルールも組めます。同じ形、同じ演算子、同じロジック。違うのは最後だけ。担当者が無視できないフラグになるか、誰も見ない自動化になるか。
1つのプロパティを1つの演算子と照合。メールが不明、直近活動が30日以上前、クローズ日が過去日付など。
1つ以上のフィルタを束ねるコンテナ。ANDはすべてが真、ORはいずれかが真。1つのルールに複数のグループを入れられます。
現在のレコードを超えて関連オブジェクトを評価します。商談自体は健全に見えても、会社側を見るとそうではない、というケースを捉えます。
痛み。30個のルールを展開すると、全担当者がすべてを見ることになります。エンタープライズステージ要件を見るべきでないSDRも、米国地域ルールでフラグされるべきでないEU担当者も。担当者はノイズを聞き流し、システム全体の信頼が2週目で失われます。
解決策。ルールセットはルールの上のレイヤーです。エントリ条件（誰が該当するか）と除外条件（誰が対象外か）を一度定義すれば、紐づくすべてのルールがスコープを継承します。共有ロジックを1か所変えれば、すべてのルールが更新されます。
結果。担当者は自分のパイプラインに該当するフラグだけを見ます。システムは信頼され続けます。管理者は5つのルール全部に同じロジックを書く必要がなくなります。
痛み。多くの「徹底状況」ツールは独自のDSL、独自のロジックビルダー、独自の落とし穴を持ちます。RevOpsチームは同じロジックをHubSpotワークフローで毎日書いています。並行システムを学ばせると、ルールはRevOpsではなくイネーブルメントが書くことになります。品質は落ち、ルールは出荷されません。
解決策。RevOpsがHubSpotワークフローで毎日使っているのと同じ演算子。存在チェック、等価、テキストマッチ、数値・日付比較、複数選択、相対日付。ビルダーは選んだプロパティで有効な演算子だけを表示します。APIで動かないルールを誤って出荷することはありません。
結果。RevOpsがルールを書き、イネーブルメントがレビューします。ルールはスプリント単位ではなく午後のうちに出荷されます。
痛み。商談カード単体で見ると完成して見えても、売れない商談もあります。関連付けられたチャンピオンがいない。会社側にアクティブな顧客関係がない。21日間コール記録がない。会社レコードを見ない限り、商談は健全に見えます。
解決策。関連付けを使えば、ルールが関連オブジェクトを横断的に評価できます。マッチング条件（マッチなし、1件以上マッチ、全件マッチ）を選択し、関連オブジェクトのプロパティで絞り込み、関係が壊れていればフラグを発火させます。関連付けの中ではビルダーが青く変わり、迷子になりません。
結果。項目の整備状況ではなく、リアルタイムの関係性に基づくフォーキャスト信頼度。回線の向こうに誰もいなければ、担当者は「マルチスレッドできている」と言い張れません。
痛み。赤・黄・緑は10種類の黄が出てくるまではいい仕組みです。「ステージ進行前の確認」はエラーではありません。「マネージャー承認」は警告ではありません。「失注監査完了」もどちらでもありません。すべてのフラグを3つの箱に押し込むと、全部が同じに見えます。担当者は読まなくなります。
解決策。エラー/警告/ポジティブはデフォルトで提供。管理者は独自の色とアイコン、チームの語彙に合わせた名前でカスタムルールタイプを作成できます。チーム別、重要度別、ステージ別、フラグに特定の意味を持たせる軸でブランド分けできます。
結果。担当者はルールをひと目見て「今直す」「マネージャーに確認」「監査用に検証済み」を判別できます。読む時間が減り、解決率が上がります。
痛み。一律の表示ルールでは、「この項目を埋めて」が「4ステップの調達トークスクリプトはこちら」と同じ表示になります。担当者はインラインコンテンツに溺れるか、開かれないドキュメントへクリックアウトするかのどちらかです。
解決策。ルールごとに3つの表示モード。摩擦のないリマインダー用の1行テキスト。「理由はワンクリック先」用の1行+連携Cardクリックスルー。「答えがその場で表示される」用の埋め込みCard。ルールに合うモードを選びます。
結果。ルールは必要以上に重く感じられません。場面に合った表示なので、徹底状況が伸びます。
痛み。レコードページでだけ発火するルールは、リストビューを眺めるマネージャーには見えません。すべてのビューで発火するルールは、画面全体を赤いドットで埋めます。どちらも定着を殺します。
解決策。ルールごとに表示するCRM画面を選択：テーブルビュー、ボードビュー、レコードビュー、サイドバー。ルール別に組み合わせ可能。
結果。担当者は自分が見ているビューにフラグを見ます。マネージャーは自分がスキャンするビューにフラグを見ます。誰もノイズを見ません。
痛み。トップ営業は「チャンピオンを必ずタグ付け」をスキップする権利を得ています。すでに筋肉記憶で実行しているからです。新人はそうではなく、他の誰も必要としない追加ルールを3つ必要としています。グローバルなルールリスト1本では、両者を尊重できません。
解決策。ルール単位の配信対象設定。デフォルトは全ユーザー、または特定のユーザーグループに絞る、HubSpotチーム IDで特定チームを指定。ルールセットのエントリ条件と組み合わせて二重スコープも可能。
結果。新人向けルールは、担当者が新人グループから外れると自動的に退場します。トップ営業は子供扱いのフラグを見なくなります。仕組みが公正に感じられるので、定着は高いまま。
痛み。多くの「プロセス徹底」ツールは商談レコードを見て止まります。実際の営業プロセスは半分が、コール記録、ミーティング種別、カスタムオブジェクトに書かれています。担当者が商談項目を完璧にしながら、ディスカバリーコールをすべてスキップしていることもあります。それは見えません。
解決策。HubSpot接続時に「オブジェクトライブラリ有効化」をオン。コール、ミーティング、その他ライブラリオブジェクトがルールビルダーで使えるようになります。「担当者は今週、チャンピオンコンタクトとのコールを記録したか?」のようなルールが書けます。
結果。ルールが、後処理の書類仕事だけでなく、実際の営業業務をカバーします。活動がQBRではなく活動時点で捕捉されるので、フォーキャスト精度が上がります。
痛み。新しいプレイブック、新しい報酬プラン、新しいコミット定義。突然40個のルールを廃止、書き換え、タグ付け直しする必要があります。40回クリックし、2つ見落とし、半分仕上げのロールアウトを出荷し、月曜にそれを聞きます。
解決策。ルールの一括編集で多数のルールタイプを一度に変更、テストや緊急修正期間用に一括無効化、フィルタとレポート用にタグを一括編集。グループのクローンでルール間でロジックを再利用。HubSpotセグメント[ベータ版]はセグメントをワンクリックでルールセット条件としてインポート。
結果。プロセス変更が1週間ではなく1時間で出荷されます。管理者がロールアウトドキュメントを恐れなくなります。
痛み。月曜にルールを展開すると、残りの週はエッジケースについてのSlackスレッドになります。失注済み商談でルールが発火した。必要な担当者には発火しなかった。信頼は早く崩れ、ルールは無効化されます。
解決策。ロジック画面内のテストパネル。レコード検索またはHubSpotオブジェクトIDの貼り付けで、どの条件が一致したかを正確に確認。レコード単位のデバッガがルールの通った経路を表示。「直近100件をテスト」を実行すれば、お客様の実データに対して動かし、担当者が気づく前にエッジケースを発見できます。
結果。ルールはきれいに出荷されます。Slackスレッドは発生しません。担当者がシステムへの信頼を失わなくなります。
痛み。ルールを出荷しても、機能しているかわかりません。「検討きっかけ必須」は本当にフォーキャスト精度を動かしたのか? それとも担当者にもう1つ無視するフラグを与えただけなのか?
解決策。任意のルールをクリックして分析タブを開きます。フラグされたオブジェクトIDをタイムスタンプ付きで確認、レコードにドリルダウンして修正や学習、期間（デフォルト14日、30日、90日、今四半期）で並べ替え、どの商談を捕捉したかを正確に確認できます。プロセスボードタブと組み合わせれば、現在ルールが動いているすべてのボードが見えます。
結果。ルールが自分の場所を勝ち取ります。死んだルールは退場します。ルールセットはシャープに保たれます。
痛み。多くのチームは「良い状態」を記述するルールを書きます（「受注商談は必ず金額を持つ」）。条件がTRUEのときに発火するので、ルールは発火しません。チームはルールを無効化し、ツールのせいにして去ります。
解決策。ルールエンジンは違反をフラグするように作りました。理想形ではなく、プロセスが守られなかったときのレコードの姿を書きます。視点を反転させると、すべてのルールは自分で書き上がります。
ショートカット。1つの質問だけ：「このレコードは、プロセスが守られなかったときどう見えるか?」その一文がルールです。
検討きっかけ、決裁者、決定基準なしでステージ4を超えません。要件がリアルタイムなので、フォーキャストの数字もリアルタイムです。
クローズプランとチャンピオン確認のないコミット商談はゼロ。取締役会はフォーキャストが外れた理由を聞かなくなります。
競合項目 = Salesforce。カスタムタイプのルールが埋め込みバトルカードと共に発火。担当者は準備が整った状態でコールに臨めます。
値引き > 20% AND 商談 > 1,000万円 → 財務レビューでフラグ。担当者はレンジを超える見積を出せません。
更新 > 1,000万円 AND 期日まで60日未満 AND マルチスレッドマップ欠落 → 更新ウォークスルー添付でフラグ。
ステージ最終変更 > 45日前 AND 受注でない AND 失注でない → 商談をフラグ。進める、ダウングレード、クローズ判断を促します。
高売上の会社 AND 直近QBR > 90日前 → 会社をフラグ。更新アクションプランと連携。
配信対象を絞ったルールが、新人の最初の30日間に追加のガードレールを与えます。立ち上げが終われば同じルールが自動で退場します。
「HubSpotにステージ要件はありました。担当者は素通りしていただけでした。プロセスルールが、ただ見る要件ではなく満たすべき要件に変えました。」営業VP · 中堅SaaS
30分。ステージをマッピングし、担当者が最も飛ばす3つのルールを選び、CRMの中、すでに開いている商談で、どのように発火するかをお見せします。