契約書が誰かの受信トレイで未署名のまま放置され、HubSpot はそのことを把握していません。担当者は別のツールから送信し、ディールステージを手動で更新し（したかもしれません）、今や3人が本当にディールがクローズするのかを推測している状態です。署名とCRMの間にあるこのズレが、ディールが静かに停滞する原因です。

署名を別のアプリとして扱うのをやめ、HubSpotのディールの一部として扱い始めました。担当者がステージを移動したりプロパティを変更したりすると、適切なドキュメントが自動的に作成され、適切な署名者にルーティングされ、タイムスタンプ付きの記録とともに返ってきます。これが私の考える「HubSpot ワークフロー内での電子署名」です。チームが開くのを忘れてしまう別のタブではありません。

まず製品をご覧になりたい方は、eSignatures feature pageに詳細があります。法的・市場的な背景から理解したい方は、our complete guide to electronic signatures in 2026からお始めください。

手動エクスポートではなく HubSpot と署名を連携する理由

手動エクスポートは規模が小さいうちは問題なく見えます。しかし実際には、担当者がディールのフィールドをテンプレートにコピーし、3か所の誤字を修正してファイルを送り、覚えていれば後で HubSpot を更新するという流れになります。その結果、バージョンのズレ、金額の不一致、そして顧客が実際に署名した内容と合わない売上予測が生まれます。

署名が HubSpot のライブデータの上に乗っていれば、ドキュメントは送信時にCRMから直接情報を取得します。ディール金額が変わった場合は、再生成するか、フィールドが一致するまで送信をブロックします。厳しく聞こえるかもしれませんが、その通りです。不適切な自動化は、人間よりも速くエラーを生み出します。

Portant は、カスタムコードを書かずに HubSpot のレコードをドキュメントに取り込み、ステータスを書き戻すためのツールです。

ワークフローに着手する前にマッピングするオブジェクト

まずホワイトボードやドキュメントに簡単な表を作ります。署名者名、署名者メールアドレス、会社の正式名称、請求先住所、価格と条件、明細項目、特別条項。各フィールドに HubSpot での格納先を決めます。通常、価格と条件はディール、正式名称と住所は会社、実際に署名する人物はコンタクトに持たせます。

署名者がプライマリコンタクトでない場合は、セカンダリコンタクトのフィールドか、ワークフロー内の明確なルールを追加します。CRMのデータが古く、6か月前に退職した人物に契約書がルーティングされるほど、購入者をがっかりさせることはありません。

また、登録前に満たすべき条件も決めます。例えば「法務承認済み」にチェックが入っている、財務が承認済みである、または必須プロパティがすべて入力済みであることなどです。HubSpot のワークフローは条件分岐が得意ですが、最初から存在しないデータは補完できません。

署名準備済みドキュメントに使用するトリガー

デバッグしやすいよう、ワークフローごとにトリガーは1つにします。よく使うパターンとしては、ディールステージが「契約送付済み」になる、カスタムプロパティが「署名準備完了」に変わる、または見積もりの承認が完了するといったものです。最初から5つの無関係なトリガーを重ねることはしません。

スピードが重要な場合は、ドキュメントを早めに生成しておき、承認が完了するまで外部への送信を保留することがあります。こうすることで、ガバナンスを回避することなく、担当者はリアルタイムでファイルが作成されるのを確認できます。

更新や変更のフローでは、どのテンプレートを使用するかを明示した会社またはディールのプロパティを使います。汎用的なトリガーは汎用的なミスを引き起こします。

承認は必ずしもすべてのディールで委員会を開く必要はありません。しきい値を設定します。一定の年間契約金額以下であれば、条項をロックした標準テンプレートで迅速に送付します。その金額を超える場合は、Portant で第三者によるレビューか並行承認ステップが必要になります。

テンプレートを編集できる人と送信のみできる人を明確に文書化します。この区別こそ、担当者が午後の間にミッドマーケットのディールをクローズしながらも、ブランドと法的責任を管理下に置き続ける方法です。

顧客から契約内容の変更を求められた場合は、分岐として扱います。署名をブロックするプロパティを設定してディールを交渉に戻すか、法務が明確な監査メモとともに例外ファイルをアップロードするかのどちらかです。無断編集はトレーサビリティを失う原因になります。

署名後、ステータスとファイルを HubSpot に同期する

署名済みドキュメントは、収益チームにとってゴールではありません。実行済みのPDF、完了タイムスタンプ、署名者の詳細をディール上で確認できるようにしたいと考えています。カスタマーサクセスはキックオフコールの前に1つのレコードを開き、財務が請求に使用したのと同じ契約書を確認できるべきです。

また、言語を営業ステージモデルに合わせます。ディールがクローズ済み（受注）とマークされている場合、署名済みの契約書がファイルに存在するか、文書化された例外があることを期待します。そうでなければ、パイプラインは実際に合意された内容を反映していないことになります。

署名ドキュメントプログラムで追跡する指標

「署名準備完了」から完了までの時間、取り消しまたは無効化されたドキュメントの件数を追跡し、明細項目とPDFの合計金額の不一致を週次でサンプリングします。無効化ドキュメントの急増は、テンプレートまたはプロパティの変更が上流で何かを壊したサインであることがほとんどです。

サポートチケットにも目を向けます。担当者が毎日「契約書をどう送ればいいか」と質問しているなら、ワークフローが見えにくすぎます。顧客がメールを受信していないと言う場合は、ツールのせいにする前に、スパムのパターンと署名者のアドレスを確認します。

ヒント：財務担当者を交えて10件のディールでパイロットを実施してください。初日からPDFを信頼してもらえれば、スケールアップする権利を得たことになります。

よくある質問

HubSpot のワークフローで電子署名をトリガーできますか？

はい。Portant を HubSpot に接続すると、ドキュメントの生成と送信をディールステージやプロパティに紐づけることができます。担当者がエクスポートを管理する代わりに、CRMがドキュメントのライフサイクルを管理します。

電子署名ワークフローにはどの HubSpot データを使用すべきですか？

ほとんどのB2B契約では、ディール、会社、コンタクト、明細項目の順に取得します。データモデルが本当に必要な場合にのみ、カスタムオブジェクトを追加します。

プロパティまたはステージで登録にゲートを設けるか、社内レビューステップを設けることで、適切な担当者が確認するまで外部への送信が実行されないようにします。

署名済みファイルは完了後どこに保存されますか？

ディール、およびワークフローで指定した関連レコードに保存されます。後続のチームが最終PDFを受信トレイで探し回る必要はなくなります。

電子署名は法的に手書き署名と同等ですか？

明確な意思表示がある標準的なビジネス契約であれば、多くの場合同等です。ただし、規制対象の書類や特殊な法域については、ブログ記事を法律の専門家の助言の代わりにすることはお勧めしません。