パイプライン滞留SLA設計

取引の「見送り（時期未定）」としてクローズする。失注とは別ステージ。

確度0%のオープンなステージはHubSpotで作れない（クローズ扱いになる）ため、保留はクローズ側に置く。失注と分けることで受注率の分母からも除外できる。

見送りクローズと同時に、ワークフローでリードをナーチャリングへ戻す。

クローズは追跡の停止ではなくステータスの訂正。次回アクション日が必ず付くので営業活動は止まらない。案件発生とナーチャリングに在庫が溜まるのは正常な姿。

再開時は新しい取引を作る。元のステージには戻さない。

2ヶ月前の担当者合意はいま有効か分からない。再確認が必要な状態＝商談化が正しいステージ。系譜は「再開元取引ID」で残す。

「営業が追わない」プロパティでオープンのまま持つのは採用しない。

滞留日数が積み上がり続けて停滞レポートが全件ノイズになる。オープンパイプライン金額と予測も汚れ、除外フィルタを恒久的に足す運用は必ず崩れる。

商談化の中はステージを増やさず、プロパティ（商談内マイルストーン）で管理する。

提案のやり直しが往復するため、ステージ分割は「後退を制限」ルールと衝突する。プロパティなら往復自由で、レポートも取れる。

要フォロー（本人用）＝担当者が自分・1段目条件のいずれか・次回アクション日が空か過去。週次レビュー対象（マネージャー用）＝2段目条件のいずれか・最終レビュー日が7日以上前。

1段目は日次でタスクとして流し、2段目は週次でこのビューを上から処理する。これ以上ビューを増やすと見なくなる。

取引リストを1本作り、ビューもレポートもワークフローもそのリストのメンバーシップを参照する。

ビューとワークフローに同じ条件式を二重で書くと、必ず片方だけ直されてズレる。

「レコードの後退を制限」をON。営業は前に進めるだけ。

クローズ／失注への移動は例外として許可されるため、見送りクローズは営業からも実行できる（後退ではなく「閉じる」操作）。ワークフロー／API経由の変更にはこのルールは適用されず、自動処理は制限を受けない。

自動クローズは不可逆ではない。ただし再オープンはマネージャー権限のみ。

営業本人に許すと3段目が形骸化する。スーパー管理者と「プロパティ設定の編集」権限保持者はルールをバイパスできるので、運用ルールとしての周知は別途必要。

クローズ側の名称は「失注」と並べて「見送り・時期未定」のように、負けを認める操作に見えない言葉にする。

心理的な抵抗はステージ設計でなく名称の問題。ここをケアしないと、営業は案件をオープンのまま抱え続ける。