講話框架：什麼是講話框架以及如何為銷售、客戶和團隊對話撰寫框架

講話框架是圍繞你需要傳達的要點而非具體措辭構建的、可重複使用的對話框架。銷售團隊最常使用這個術語，但這個理念適用於任何重複進行的對話：處理帳單投訴的支持代理、一週內向三個不同的利益相關者進行同樣狀態更新的產品經理、向五個直接下屬傳達同樣變化的經理。

理解講話框架的最簡單方法是將其與人們經常混淆的事物進行比較。腳本是為了逐字逐句讀出或背誦而寫的，這就是為什麼當對話偏離軌道時腳本往往聽起來很生硬。演講稿或電梯演講是一個具體的、精簡的版本，主要用於初次介紹。常見問題文檔是在問題被提出後才來回答。講話框架介於這些之間：結構化程度足以讓你不是在即興表演整個對話，但靈活性足以讓你可以回應對方實際說出的內容。

講話框架的構成在各種用例中保持一致：一個能夠吸引注意力的開場白、按固定順序排列的少量核心要點、針對最常出現的兩三個異議或問題的語言，以及明確的下一步行動。改變順序或省略異議處理部分，最終你會得到一場獨白或一些在真實的來回交流中無法連貫進行的要點列表。

構建可重複使用講話框架的銷售支持團隊通常報告新代表的入職時間更短，因為擁有每週都會被問到五個問題答案的代表不必在壓力下臨時編造答案。同樣的邏輯也適用於銷售以外的領域。擁有「為什麼價格上升」對話框架的客戶成功經理處理這個問題的壓力遠低於第一次現場臨時編造的經理。

這是大多數指南會跳過的部分：講話框架只有在圍繞對方可能說出的內容而非你想說的內容構建時才有效。只涵蓋你這一方對話的講話框架不過是多出幾個步驟的獨白。

銷售講話框架需要能夠承受被打斷，因為真實的潛在客戶會打斷。最有效的框架遵循一致的骨架結構，並為買方的回答改變接下來的內容留出空間。

客戶服務講話框架的工作與銷售講話框架不同：目標通常不是說服，而是緩解衝突、澄清情況並關閉循環，同時聽起來不像在讀一份大聲朗讀的表單。

客戶對話講話框架可靠的結構有四個部分。首先，用平白的語言而不是公司式的措辭確認發生了什麼：「我可以看到你的發票上週被重複收費了，這不應該發生。」其次，一個簡短的同情語句，說明了影響而非僅僅是事件：「我理解這很令人沮喪，尤其是在有截止日期的這一週。」第三，一個具體的解決方案路徑：你在做什麼、何時完成，以及客戶需要做什麼（如果需要的話）。第四，一個具體的後續承諾：一個日期、一個頻道和誰負責。

這是一個帳單升級的緊湊示例：「我可以看到你帳戶上的重複收費，我為造成的麻煩道歉。我已經開始了一筆退款，應該在3-5個工作日內過帳，我將在週四通過電子郵件親自跟進以確認它已清除。帳戶上還有什麼其他問題我可以查看嗎？」

使這個成為講話框架而不是腳本的是確認語句每次都會根據實際發生的情況而改變，而框架（確認、同情、解決、後續）保持固定。在這個確切框架上培訓新員工的支持團隊花在糾正語氣或遺漏後續上的時間遠少於只是告訴代理「要有幫助」並讓結構由本能決定的團隊。

值得避免的一個模式：客戶對話講話框架在承認客戶體驗之前先以政策領先（「根據我們的服務條款...」）。政策有其位置，通常在第3步中，而不是第1步。

利益相關者更新講話框架解決的問題與銷售或支持講話框架不同：大多數更新失敗的原因不是資訊錯誤，而是資訊按照演講者想到的順序而非聽眾需要聽到的順序交付。

一個可靠的框架從SCQA結構（情況、複雜情況、問題、答案）借鑒：用一個句子陳述當前情況，說出複雜情況或變化，提出實際上在利益相關者腦海中的問題（通常是「這對我意味著什麼」或「你需要我做什麼」），然後直接回答。以標題結果領先而非背景，尊重了大多數利益相關者想要結果先於流程的事實。

這是一個項目狀態講話框架的簡短示例：「我們計畫在8月15日前完成新的結帳流程，比計畫早兩週。唯一的未解決風險是第三方支付集成仍在測試中。我需要你在週五做出決定，是與備用提供商一起啟動還是保持日期。以下是每個選項對我們的成本。」

請注意缺少什麼：沒有完成本次衝刺的每項任務的瀏覽，沒有團隊如何到達這裡的按時間順序的說明。圍繞聽眾需要決定什麼而非演講者做了什麼構建的利益相關者更新講話框架能在極短的時間內完成，之後仍會被記住。

這個同樣的框架可以縮小到走廊對話的30秒版本，也可以擴展到指導委員會的10分鐘版本；只有「答案」部分中支持細節的數量改變，四個部分的順序不改。

團隊對齊對話，如宣佈流程變化、進行站會或解釋重組，需要講話框架有一個容易被低估的原因：同一訊息通常必須在一週內向不同的人傳遞五六次，不同版本之間的小漂移會快速創造混淆。

團隊對齊講話框架適用於三個部分效果很好：什麼在改變（陳述清楚，無委婉語）、為什麼它在改變（實際的原因，而不是模糊的「提高效率」），以及它對現在聽它的人或團隊意味著什麼。跳過第三部分是最常見的單一失敗；直到人們知道它如何接觸他們自己的工作，他們才完全吸收變化。

這是一個宣佈新站會格式的簡短示例：「從週一開始，我們正在將站會從15分鐘的狀態更新更改為10分鐘，僅專注於阻礙。我們正在進行此更改，因為狀態部分大多只是重複項目跟蹤工具中已有的內容。對你而言，這意味著準備好一個阻礙或無，而不是完整的更新，並在會議前將常規狀態發佈在跟蹤工具中。」

團隊對齊講話框架也需要對總是出現的一個問題有一致的答案：「這也適用於我的情況嗎？」提前決定那個答案，而不是為每個提出問題的人即興編造它，這正是讓五個單獨的對話不會變成五個稍微不同版本的同一個公告的方式。

一些習慣會將一個有用的講話框架變成有人偏離預期回應時聽起來就像機器人的東西。

**逐字逐句讀出。**講話框架是一套按順序排列的要點，而不是背誦的腳本。記住確切的句子而不是基礎結構意味著當對話進行意外轉向時人們聽起來很平坦。

**沒有給對方實際回答的空間。**無論買方、客戶或隊友剛才說什麼，直接從點到點的講話框架停止成為對話。至少構建一個設計為根據他們的回應進行調整的時刻。

**以對方不需要的資訊領先。**無論是銷售通話上的公司背景還是利益相關者更新中的完整項目歷史，以聽眾沒有要求的內容開場是在講話框架的實際要點到達之前失去他們注意力的最快方式。

**在完全不同的聽眾中使用相同的講話框架。**為技術買方編寫並不改變地交付給財務利益相關者的講話框架通常會兩者都錯過。核心結構可以保持相同；價值主張和語言應該隨著聽眾而轉變。

**從不更新它。**一個一年沒有改變的銷售講話框架可能正在回答已轉移的異議，或完全錯過一個新異議。將講話框架視為活的文檔，而不是一次寫入後就留下來的東西。

**匆忙進行。**緊張加快了交付速度，太快交付的講話框架聽起來焦慮，即使內容是穩固的。明顯放慢速度會改變它聽起來有多自信和可信，無論措辭如何。

大多數這些都追溯到一個根本原因：將講話框架視為要表演的東西，而不是當你實際傾聽面前的人時在其中思考的結構。

寫一個堅實的講話框架只是工作的一半。只存在於紙張上的講話框架往往在第一次真實對話不按預期路徑進行時崩潰。

開始大聲讀它，而不只是默默地查看它。在頁面上看起來很好的句子一旦被說出來常常聽起來生硬或過長，大聲閱讀是捕捉需要縮短或改寫的語句的最快方法。

接下來，練習講話框架中依賴他人回應的部分，而不僅僅是你不中斷地傳遞的部分。銷售講話框架的異議處理語句、支持講話框架的緩解語句和利益相關者更新對艱難後續問題的回答是真實對話中實際被測試的時刻，所以他們應得比開場更多的排練。

獲得關於速度、填充詞和語調的有用回饋很難獨自做到，因為在時刻注意到你自己的「呃」或倉促的速度是困難的。用SayNow AI大聲練習講話框架為你提供一個實時對話夥伴，它回應並推回，加上關於速度、清晰度和填充詞的具體回饋，所以你可以在真正重要的對話之前調整。

最後，針對推回排練講話框架，而不是針對沉默。你在不中斷練習中交付的版本很少是真實潛在客戶、客戶或利益相關者給你的版本。針對懷疑的回應、打斷或意外的問題進行練習，所以講話框架和你從曲球中恢復都感覺被排練而非即興。

已經被大聲說出、針對真實推回進行測試並根據它實際落地方式進行調整的講話框架將永遠超越只存在於文檔中的講話框架。