將交易電子郵件和 Salesforce 歷史記錄轉化為回覆草稿

概述

此自動化會在營業時間內每小時檢查客戶電子郵件中的問題、決策請求或下一步的變更。Computer 會審查 Salesforce 帳戶歷史記錄、先前的通訊記錄和帳戶專案備忘錄，以總結變更內容、標記未完成的承諾，並準備回覆供審查。不會自動傳送任何內容。

獲取第一個結果的時間： 按每小時排程約 1 小時；針對第一個範例要求立即審查。

難度：需要設定

您需要的項目

• 已連線 Gmail，以便 Computer 可以讀取收到的訊息和先前的通訊記錄。
• 已連線 Salesforce，以便根據帳戶歷史記錄、公開工作和商機詳細資料來提供回覆。
• 帳戶名稱和電子郵件網域，以便 Computer 關注正確的交易，而不是整個收件匣。
• 含有交易備忘錄和檔案的帳戶專案；如果沒有它，審查將依賴電子郵件和 Salesforce。
• 檢查排程和時區，以便在正確的工作時間內準備後續追蹤。

查詢

您獲得的內容

Pinnacle Manufacturing：交易審查

使用虛構帳戶資料的示範輸出。已完成審查的摘錄：

變更內容

「時間軸已 शिफ्ट：正式上線 11 月 15 日 → 12 月 1 日，目標於 9 月 28 日當週完成雙方簽署。」

「Priya 需要在 9 月 23 日前取得 SOC 2（在其 9 月 30 日董事會會議前一週）。」

未完成的承諾

「傳送更新後的 SOC 2 第二類型 (Type II) 報告給 Priya」

回覆草稿，未傳送

「無需重新定價。我將在修訂 MSA 的同時，將 SOW 的正式上線日期更新為 12 月 1 日。」

檢視完整的示範簡報與回覆。

• 帳戶快照：商機階段、412,000 美元 ARR、9 月 30 日結案日、利害關係人以及公開工作。
• 通訊時間軸：導致最新客戶請求的定價、安全性與合約討論。
• 變更總結：12 月 1 日正式上線、9 月 23 日安全性報告截止日期，以及剩餘的合約阻礙。
• 承諾表格：未交付的 SOC 2 報告與資料落地確認，包含負責人與交易影響。
• 回覆草稿：處理僅限美國儲存、日期變更後的定價以及安全性報告的完整電子郵件。
• 動作清單：交付報告、要求修訂合約，並在傳送前審查建議的回覆。

以對話中的交易簡報和回覆電子郵件草稿形式交付，隨時可供審查和修改。此範例不會傳送回覆或將其儲存至 Gmail。

改善此項目

• 新增內容：在帳戶專案中納入最新提案和通話備忘錄，使回覆立足於協議條款。
• 指出具體細節：如果帳戶有多個進行中的交易，請指明 Salesforce 商機。
• 要求格式：要求提供承諾表格與完整的回覆草稿，並將建議的承諾標記以供核准。
• 使用技能：將核准的簡報結構和回覆樣式儲存為技能，以便在多個帳戶之間重複使用。
• 設為經常性：指定工作時間和時區，並要求在無需採取任何新電子郵件動作時保持安靜。

嘗試其他變體

對照 Salesforce 與 [account Project] 中的 [account]，審查來自 [customer domain] 的最新電子郵件。撰寫一份簡短的交易簡報和回覆電子郵件草稿供審查。標記變更和未完成的承諾。請勿排程任何內容或傳送回覆。

在 [business hours and time zone] 期間每小時，對照 HubSpot 與 [account Project] 中的 [account]，檢查來自 [customer domain] 的電子郵件。在簡短的交易簡報中標記新請求、變更的下一步以及未完成的承諾。準備回覆電子郵件草稿供審查，但切勿傳送。

在每個 [weekday and time]，審查來自 [customer domains] 的電子郵件、相符的 Salesforce 帳戶以及 [account Projects]。建立一份單頁交易簡報，按帳戶列出新請求、逾期承諾和建議的下一步。請勿草擬或傳送電子郵件。

相關使用情境

• 使用 CRM 資料和連線工具為銷售通話做準備：將最新的請求和公開承諾帶入下一次客戶對話中。
• 建立銷售競爭分析表與到達網頁：當交易引發競爭反對意見時，準備支援的銷售素材。
• 在 Teams 中啟動任務以建立適合董事會的儀表板：將個別交易審查擴展為針對帳戶風險與成長的高階主管視角。