HubSpot での契約更新を自動化して、見逃しをなくす方法

更新に関する問題のほとんどは、更新のタイミングで始まるわけではありません。問題は契約締結の翌日、つまり更新日がHubSpotではなく誰かのカレンダーに入力され、署名済みのPDFが誰も確認しないフォルダーに保存され、カスタマーサクセスがアカウントの状況を把握できないまま担当することになった日から始まっています。

この記事では、更新日の管理方法、ワークフローを活用したドキュメントパックの作成方法、電子署名による業務の完結方法、そして十分なコンテキストを持ったカスタマーサクセスへの引き継ぎ方法についてご説明します。まず契約全体の概要を確認したい場合は、契約プレイブックが参考になります。また、ステージとドキュメントの対応づけを検討中の場合は、ドキュメントワークフローのディールステージをご覧ください。

更新日をHubSpotで管理すべき理由

更新は、誰もが実際に確認できる日付から始まります。更新日がGoogle Docのフッターや財務スプレッドシートにしか存在しない場合、HubSpotは通知の送信、業務のルーティング、チャーンリスクの一元管理を行うことができません。

更新日は、新規ビジネスにおけるクローズ日と同様に扱ってください。後から追加する情報ではなく、主要なフィールドとして位置づけることが重要です。

管理場所は販売方法によって異なります。B2B SaaSのチームでは、更新日を会社レコードまたはサブスクリプション形式のカスタムオブジェクトで管理するケースが多く見られます。更新をミニディールのように運用するチームでは、通常、契約終了日をディールに保存し、クローズ後に会社レコードへコピーします。

唯一の正解はありませんが、3つの異なる日付が3つのシステムに分散している状態は、明らかに誤ったアプローチです。

プロパティ名はシンプルかつ統一してください。本番環境で「契約終了日」と呼ぶなら、サンドボックスでも同じ名称を使用してください。

自動化の前に確認すべきこと

ワークフローを設定する前に、参照するデータが正確であることを確認してください。具体的には、請求先法人名、署名者名、担当営業、契約上の製品、価格、および元の契約における特別条件を確認します。

これらのフィールドが空の場合、ワークフローは顧客向けドキュメントを生成するのではなく、社内タスクを作成するようにしてください。

更新のシグナルは、カレンダーの日付だけに限りません。「更新まで残り日数」の計算フィールドを使用するチームや、CSツールからヘルススコアを同期するチーム、独自のステージを持つ専用の更新パイプラインを運用するチームもあります。どのシグナルを採用するにしても、それが発火した際の対応を担当者が明確に把握していることが重要です。明確な次のアクションがないまま起動するワークフローは、ノイズを生み出すだけです。

特に契約自動化においては、テンプレートが担当者の日常管理と同じプロパティを参照するようにしてください。ディールは更新されたのに会社レコードが更新されていないために、昨年の製品名が更新注文書に表示されてしまうような状況ほど、信頼を損なうものはありません。

更新条件を一貫した場所で管理することで、PortantはGoogle DocsまたはWordテンプレートに適切な値を差し込み、チームがレポートに使用しているディールまたは会社レコードに出力を添付することができます。

ワークフロー、ドキュメントパック、承認フロー

更新パックが1つのファイルで完結することはほとんどありません。注文書、更新されたサービス契約書、データ処理補遺、サマリーメールが含まれることもあります。それぞれのドキュメントは、明確なトリガーに基づいて生成される必要があります。

日付ベースのワークフローでパックを作成し、アカウントオーナーに通知することができます。ステージベースのワークフローでは、顧客に送付する前にマネージャーの承認を必須にすることができます。

HubSpotのワークフローはエンロールメントとルーティングを担い、Portantはドキュメント生成を担います。これにより、CRMがデータの信頼できる単一の情報源として機能し、ドキュメントのブランドの統一性も保たれます。

まずは小さく始めてください。1つのセグメント、1つの更新フロー、1つのテンプレートセット。生成されたファイルがHubSpotのフィールドと一致することを確認してから拡大します。大規模な展開は、初週に17件のエッジケースを発見する原因になります。

承認フローは、新規ビジネスと同様の慎重さで設計してください。法務部門と財務部門は多くの場合、初回の契約よりも更新を重視します。それは、譲歩が時間とともに積み重なるためです。「更新価格承認済み」「法務更新確認済み」などのプロパティは、電子署名の送付前に有効なゲートとして機能します。適切に管理された更新はスピーディーに進み、カスタム条件の要求にも対応できます。

電子署名によるレコード内での業務完結

PDFドラフトの作成で止まる自動化は、仕事の半分にすぎません。9ヶ月後にCS、財務、サポートが参照するのは、締結済みの契約書です。

Portantの電子署名を使用することで、署名ステータスと最終ファイルがHubSpotレコード上に表示されます。「どのバージョンに署名したのか？」と確認する手間がなくなります。

電子署名は、通知期間や自動更新ウィンドウに対して信頼性の高いタイムスタンプも提供します。自動更新の締め切り30日前までに署名済みの修正契約書が必要なプロセスであれば、それは誰かの受信トレイに埋もれるのではなく、HubSpotのタイムライン上で確認できる状態にしてください。

もう一点、電子署名は契約内容の質を補うものではありません。内容が営業の約束と一致していることが前提です。更新テンプレートは、新規ディールと同じ明細項目および製品ロジックに紐づけてください。

コンテキストを失わないカスタマーサクセスへの引き継ぎ

営業からCSへの引き継ぎは、更新プログラムが失敗しやすい場面です。CSはアカウントを担当する際に、契約終了日、署名者、拡張に関する制約、および前回サイクルでの成功内容を把握している必要があります。会社レコードや関連チケットに情報がなければ、忙しい月曜日にCSはそれを確認できません。

効果的なパターンとして以下が挙げられます。

• 定義されたステージで、簡単なチェックリストを含む更新チケットを作成する。
• クローズドウォン時に主要な更新プロパティを会社レコードにコピーする。
• 3つの質問に答える社内引き継ぎノートを必須にする。コミットした内容は何か。更新リスクは何か。最初の30日間でCSが行うべきことは何か。

Portantを通じてドキュメントを処理する場合は、CSが既に監視しているレコードに署名済みの最終パックを添付してください。CSチームがチケットで業務を管理している場合は、そこにもリンクを同期してください。メールとDriveに並行して存在する複数のストーリーではなく、一本化されたストーリーで管理します。

RevOpsはフィールドとワークフローを設定し、営業は商談の会話を担い、法務は非標準の条件を管理し、CSは次の更新サイクルが始まるまでの導入支援と価値の実証を担います。HubSpotが日付とドキュメントを一元管理することで、引き継ぎは直前のSlackスレッドではなく、整理されたプロセスになります。

また、多くの人がアカウントに関わる場合でも、商談サイドに更新の単独オーナーを設定することをお勧めします。オーナーが不明確なことが、日付の見落やドキュメントパックの重複を招きます。指名されたオーナーと明確なワークフロートリガーがあることで、先四半期に何があったか経営陣に問われた際にも、タイムラインが把握しやすくなります。

よくある質問

HubSpotで契約更新日を管理するには？

更新日は専用の日付プロパティ（通常は会社またはディール）で管理し、オンボーディング完了前の必須項目に設定してください。更新の時期が近づいているレコードをCSと営業が同じキューで確認できるよう、更新ホライゾンのレポートを追加してください。自動更新を採用している場合は、更新の意思決定日と契約終了日の両方を保存し、ワークフローが正しく分岐できるようにしてください。

更新は既存のディールを使うべきか、新しいディールを作成すべきか？

更新が継続契約であり、個別の予測管理が不要な場合は、既存のディールを使用するのが適切です。更新に独自のステージ、オーナー、クォータが必要な場合は、新しいディールまたはパイプラインを使用する方が効果的です。どちらかのモデルを選択し、プレイブックに記録し、Portantのトリガーと一致させることで、生成されるパックが常に正しいレコードに添付されるようにしてください。

HubSpotのワークフローで更新ドキュメントパックを自動化できますか？

はい。HubSpotは日付、ステージ、プロパティの変更に基づいてレコードをエンロールでき、Portantはそのタイミングに応じたドキュメントを生成します。各ワークフローを目的に集中させ、ガードレールプロパティを使用することで、不完全なレコードから顧客向けドキュメントが生成されるのを防いでください。この組み合わせにより、コントロールを維持しながらチームの業務をスケールさせることができます。

更新を営業からカスタマーサクセスに引き継ぐには？

主要な更新フィールドをCompanyに設定し、ハンドオフ段階でチケットまたはタスクを作成し、締結済みの契約書をHubSpotに保存してください。コミットメント、リスク、次のステップを簡潔にまとめた社内メモを追加しましょう。CSチームがPDFを求めて営業を追いかける必要は、決してあってはなりません。

更新自動化におけるeSignatureの役割とは？

承認済みの下書きを、後から確認できる法的拘束力のある記録へと変換します。署名イベントと最終ファイルをHubSpotと連携させることで、更新、監査、サポートエスカレーションのすべてが同じ締結済みバージョンを参照できるようになります。それが、表面上だけ速く見える自動化と、誰かが疑問を持ったときにも確実に機能する自動化との違いです。