使用案例Computer
將交易電子郵件和 Salesforce 歷史記錄轉化為回覆草稿
交易簡報、未完成的承諾以及準備好進行審查的回覆草稿,取代了手動拼湊帳戶歷史記錄和撰寫後續追蹤的工作。
- Computer
- 自動化
- 連接器
- 銷售
概覽
此自動化功能會在營業時間內每小時檢查客戶電子郵件,尋找問題、決策要求或下一步的變更。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] 與 [account Project],審查來自 [customer domain] 的最新電子郵件。撰寫一份簡短的交易簡報與回覆電子郵件草稿供審查。標示變更與未完成的承諾。請勿排程任何事項或傳送回覆。
在 [business hours and time zone] 的每小時期間,針對 HubSpot 中的 [account] 與 [account Project],檢查來自 [customer domain] 的電子郵件。在簡短的交易簡報中標示新要求、已變更的下一步以及未完成的承諾。準備回覆電子郵件草稿供審查,但切勿傳送。
在每個 [weekday and time],檢閱來自 [customer domains] 的電子郵件、相應的 Salesforce 帳戶以及 [account Projects]。建立一份單頁交易簡報,列出按帳戶劃分的新要求、逾期承諾以及建議的下一步。請勿草擬或傳送電子郵件。
相關使用案例
- 使用 CRM 資料和連線工具為銷售通話做準備:將最新的要求與公開承諾帶入下一次客戶對話中。
- 建立銷售競爭分析表與到達網頁:當交易提出競爭異議時,準備支援的銷售素材。
- 在 Teams 中啟動任務以建立董事會就緒的儀表板:將個別交易審查擴大為帳戶風險與成長的領導階層檢視。