アクティビティフィードは、資料の閲覧、ダウンロード、ルームへの訪問、提案への回答など、受信者の行動を時系列で確認できるワークスペースの履歴です。通知を使うと、選んだイベントをより早く把握できます。
アクティビティフィードで前後の流れを確認する
1つのイベントだけでは、状況の全体像はほとんど分かりません。フィードでは、次のような一連の流れを確認できます。
- コンタクトが提案書を開く。
- 料金ページをもう一度見る。
- ルームに入る。
- 導入計画を確認する。
- 提案やディスカッションに回答する。
この流れは、単発の「開封」通知よりも多くの判断材料になります。
ルームの閲覧数の推移グラフには、ブラウザのタイムゾーンに基づく日付ごとに、資料が開かれた回数が表示されます。タイムラインには、ルームへの訪問やダウンロードも表示されます。
必要な通知だけを有効にする
タイミングが重要な進行中の案件や価値の高いリンクでは、閲覧通知を有効にします。広く配布するリードマグネットや社内テストでは、不要な通知を増やさないようオフにしておきます。
リンクには分かりやすい名前を付けてください。通知を見たときに、どの対象者がどの資料を閲覧したのか判断しやすくなります。
ダウンロードの記録の意味
アクティビティの「ダウンロードしました」という表示は、HummingDeckがアクセス権を確認してリクエストを受け付け、ダウンロードの準備をしたことを示します。転送の完了や、受信者による保存、開封、復号、閲読を確認するものではありません。
ブラウザプレビューがある資料と、ダウンロード専用のPDFやZIPの両方が対象です。ダウンロード専用ページを開いても、資料の閲覧、ページごとの閲覧時間、閲覧完了率は記録されません。その資料が含まれるルームへの訪問は、別途記録されます。
ダウンロードは、ワークスペースのアクティビティ、ホームの最新アクティビティ、資料のアクティビティタブに表示されます。コンタクト、企業、ルームに紐付く場合は、それぞれのアクティビティとパイプラインのパネルにも表示されます。
記録されたルーム訪問に紐付くダウンロードは、その訪問を展開すると、タブの操作や資料の閲覧とともに時系列で表示されます。ダウンロードによって閲覧資料数が増えることはありません。対応する訪問がないダウンロードは、独立した項目として表示されます。
ダウンロードの通知には、リンクの通知設定と自分の通知設定が適用されます。同じリクエストの再試行では、アクティビティは重複しません。別々のリクエストはアクティビティに表示される場合がありますが、同じファイルと受信者のリクエストが短時間に続くと、1件の通知にまとめられる場合があります。ボットの除外も適用されるため、リクエストだけで人の関心を証明することはできません。
閲覧された内容に沿ってフォローアップする
トラッキングしている事実ではなく、案件を前に進めるうえで相手の役に立つ内容を次のメッセージにします。
有用なフォローアップ：
導入チェックリストを短くまとめ、技術レビューの候補日を2つ追加しました。
避けたいフォローアップ：
料金ページを6分間ご覧になっていたことを確認しました。
最初のメッセージには、受信者が返信する理由があります。2つ目は監視されているように感じさせるうえ、データの精度を実際以上に見せてしまいます。
自動アクセスと関心を区別する
初回のコールドメールを送った直後に短時間の閲覧があっても、メールセキュリティスキャナーによる可能性があります。十分な閲覧時間、複数ページの閲覧、再訪問、クリック、ディスカッション、提案への明示的な回答など、より強いシグナルを待ちます。
除外されたボットセッションを確認する
不審な即時アクセスを調べる必要がある場合は、アクティビティを開き、ボットセッションを表示を有効にします。記録されたボットセッションは薄い色の行で表示され、ボットラベルが付くため、通常のアクティビティと区別できます。
既知のボットセッションは、初期状態ではアクティビティに表示されません。また、通常の分析、パイプライン、獲得リード、アカウント指標、閲覧通知からも除外されます。現在、この表示設定を変更できるのはアクティビティページです。ボット検知によってノイズは減らせますが、残ったすべてのセッションが人によるものだと証明できるフィルターはありません。
コールドアウトリーチで閲覧通知を使う前に、資料リンクを共有するときのメール到達率を確認してください。
通知だけでは追いきれなくなったら
関係者や資料が多い案件では、通知のたびに対応するのではなく、定期的にアカウント全体を確認します。傾向は分析、履歴は企業レコード、最新の資料と次のステップはルームで確認してください。