原因の切り分けと正しい後退のさせ方
HubSpotでライフサイクルステージが前のステージに戻っているように見える場合、最初に確認したいのは、対象レコードの「プロパティ変更履歴」です。
ステージ設定画面やワークフロー一覧を先に見ても、どの処理が実際に値を変更したのかは分かりません。変更履歴を見れば、いつ、どの値からどの値へ変わり、その変更が何によって行われたのかを確認できます。
ライフサイクルステージは、営業・マーケティングの進捗管理やレポートに関わる項目です。意図しない変更が起きると、案件管理、商談化率、顧客化率などの数値にも影響します。原因を推測で判断せず、履歴をもとに確認する必要があります。
HubSpotの仕様：自動更新では直接後退できない
HubSpotのライフサイクルステージには、あらかじめ理解しておきたい仕様があります。
ワークフロー、インポート、会社とコンタクトの自動同期、取引との連動などの自動更新では、既定のライフサイクルステージを前のステージへ直接戻すことはできません。
たとえば、すでに「顧客」になっているコンタクトを、ワークフローの通常の値設定だけで「商談」に戻すことはできません。HubSpotでは、これらの自動更新は基本的に後続のステージへ進めるための仕組みとして扱われます。
ただし、ここで注意したい点があります。
自動更新では直接後退できませんが、いったんライフサイクルステージの値をクリアし、その後に別のステージを設定する処理が組まれている場合は、結果として前のステージに戻ったように見えます。
つまり、「自動では戻らない」とだけ考えていると、ワークフローや連携に含まれる「プロパティー値をクリア」の処理を見落とします。
また、手動操作は例外です。ユーザーがレコードを直接開き、ライフサイクルステージの値を選び直した場合は、前のステージへ戻せます。
この仕様を踏まえると、ライフサイクルステージが戻っている場合に考えられる主な原因は次の3つです。
- ユーザーが手動でステージを変更した
- ワークフローやインポートなどで、一度ステージがクリアされ、その後に別のステージが設定された
- Salesforceなどの外部連携によって値が更新された
「勝手に戻った」ように見える場合でも、HubSpot上では何らかの処理によって値が変更されています。その手がかりは、プロパティ変更履歴に残ります。
確認する場所：コンタクトのプロパティ変更履歴
ライフサイクルステージが戻っているコンタクトを1件開きます。
次に、ライフサイクルステージのプロパティ変更履歴を確認します。ここでは、変更日時、変更前後の値、変更元を確認できます。
変更元には、手動操作、インポート、ワークフロー、連携など、更新のきっかけに関する情報が表示されます。表示される情報の細かさは更新元によって異なるため、履歴で大まかな原因を特定したうえで、該当するワークフロー、インポート履歴、連携設定を個別に見ていきます。
確認の流れは次のとおりです。
ステージが戻った時刻を変更履歴から確認します。その前後で、どのような処理が実行されていたかを見ます。
同じ時刻にインポートが実行されていれば、そのインポートが原因の候補になります。変更元にユーザー名が表示されていれば、手動変更の可能性が高いため、該当ユーザーに操作内容を確認します。
判断に迷いやすいのは、一度ライフサイクルステージが空になり、その後に別のステージが設定されているケースです。この場合は、単純な上書きではなく、「プロパティー値をクリアする処理」が関係している可能性があります。
原因ごとの確認ポイント
変更履歴でおおよその原因を確認したら、発生源を具体的に見ていきます。
手動変更だった場合
変更履歴にユーザー名が表示されている場合は、そのユーザーが手動でライフサイクルステージを変更した可能性があります。
この場合は、操作した本人に変更理由を確認します。営業担当者が、取引状況に合わせてステージを手動で下げていることがあります。
このケースでは、HubSpotの設定不備というよりも、運用ルールの問題であることが多いです。誰が、どの条件で、ライフサイクルステージを手動変更してよいのかを決め直します。
特にBtoBでは、ライフサイクルステージが営業管理やマーケティング評価に使われます。個別判断で変更すると、レポートの整合性が崩れます。手動変更を許可する場合も、対象者と変更条件を決めておくと運用が安定します。
ワークフローにクリア操作が入っていた場合
変更履歴からワークフローが関係している可能性がある場合は、該当しそうなワークフローを開き、アクションの中に「プロパティー値をクリア」が含まれていないかを確認します。
ライフサイクルステージを前のステージへ戻すために、過去に次のような処理が組まれていることがあります。
- ライフサイクルステージの値をクリアする
- 目的のステージを再設定する
この2段階の処理がある場合、結果としてステージが後退したように見えます。
意図した処理であれば問題ありません。ただし、対象条件が広すぎると、本来戻すべきではないコンタクトまで巻き込まれる可能性があります。
ワークフローを見る際は、アクションだけでなく登録条件も確認します。どのコンタクトが対象になるのか、再登録の条件が有効になっているか、想定外のレコードが入る条件になっていないかを見てください。
インポートで書き換わった場合
変更履歴からインポートが原因と考えられる場合は、インポート履歴を確認します。
ステージが戻った時刻の前後に実行されたインポートを開き、アップロードされたCSVにライフサイクルステージ列が含まれていないかを見ます。
特に注意したいのは、過去にエクスポートした古いデータを再インポートするケースです。CSV内に古いライフサイクルステージの値が残っていると、HubSpot上ではすでに進んでいたステージが、古い値で更新される可能性があります。
インポート時にライフサイクルステージを更新しない場合は、CSVから該当列を外しておく方が安全です。
外部連携で更新された場合
Salesforceなどの外部ツールと連携している場合は、連携設定も確認します。
HubSpotとSalesforceを連携している環境では、Salesforce側の情報をもとにHubSpotのライフサイクルステージが更新されることがあります。
ただし、HubSpotの標準仕様では、連携による既定のライフサイクルステージ更新も、原則として後続ステージへの更新として扱われます。前のステージに戻っているように見える場合は、連携による値のクリア、連携先データによる上書き、または別のワークフロー処理が組み合わさっていないかを確認します。
変更履歴に連携が関係する情報が表示されている場合は、HubSpot単体ではなく、連携先の設定や同期ルールもあわせて確認します。
意図的に前のステージへ戻したい場合
ここまでは、意図せずライフサイクルステージが戻ってしまった場合の確認手順です。
一方で、運用上、ライフサイクルステージを前のステージに戻したい場面もあります。
1件だけ戻す場合は、対象レコードを開き、ライフサイクルステージを手動で変更します。手動変更であれば、前のステージへ戻せます。
複数件をまとめて戻したい場合や、ワークフローで戻したい場合は、直接前のステージを設定するのではなく、次の2段階で処理します。
- ライフサイクルステージの値をクリアする
- 目的のステージを設定する
値を空にした状態を経由することで、前進のみという制限を回避できます。
ただし、この操作には注意点があります。ライフサイクルステージには、各ステージへの移行日や滞在期間に関するプロパティがあります。ステージを戻す方法によって、これらの値の扱いが変わる場合があります。
特に、従来の「Became a [ステージ] date」系のプロパティと、後から追加された計算プロパティでは挙動が異なります。
ファネル分析、商談化率、顧客化率、ステージ滞在期間などをレポートで見ている場合は、どのプロパティを使っているかを事前に確認してください。ステージを戻すことで、過去の集計や期間分析に影響が出る可能性があります。
再発を防ぐための運用
ライフサイクルステージの意図しない変更を防ぐには、原因ごとに運用を見直します。
手動変更が原因だった場合は、ライフサイクルステージを変更できる担当者や条件を決めます。営業担当者が自由に変更できる状態にしていると、担当者ごとの判断でステージ定義がずれる可能性があります。
基本的には、ライフサイクルステージの更新はワークフローに集約し、手動変更は例外対応にするのが安全です。
インポートが原因だった場合は、CSVにライフサイクルステージ列を含めるかどうかを見直します。ステージ管理をHubSpot内で行う場合、外部データから不用意に上書きしない運用にしておく必要があります。
外部連携が原因だった場合は、HubSpot側だけでなく、連携先の項目、同期方向、上書き条件を確認します。CRM連携では、どちらのシステムを正とするのかを決めておかないと、意図しない更新が起きやすくなります。
また、変更履歴の見方をチーム内で共有しておくと、調査の初動が早くなります。問題が起きたときに、毎回ワークフローや設定を広く探すのではなく、最初に履歴を見る流れを決めておくと、原因を絞り込みやすくなります。
まとめ
ライフサイクルステージが戻る問題は、設定そのものが難しいというよりも、どこを見れば原因が分かるかが整理されていないために長引くことが多いです。
対象レコードのプロパティ変更履歴を確認し、変更日時、変更前後の値、変更元を見ます。そのうえで、手動変更、ワークフロー、インポート、外部連携のどれが関係しているかを切り分けます。
HubSpotの自動更新では、ライフサイクルステージを前のステージへ直接戻すことはできません。ただし、値を一度クリアしてから再設定する処理がある場合は、結果として後退したように見えます。
意図的に戻す場合は、手動変更または「クリアしてから再設定」の手順を使います。ただし、レポートやステージ滞在期間への影響があるため、実行前に使っているプロパティと影響範囲を確認しておくと安心です。
ライフサイクルステージは、営業・マーケティング双方の判断基準になる項目です。自社のHubSpotで、どの処理がステージを更新しているのかを一度棚卸ししておくと、同じ問題が起きたときの対応がしやすくなります。
コメント