漲價通知最重要的不是把話說得漂亮，而是讓客戶清楚知道四件事：哪個產品或服務要調整、什麼日期生效、為什麼需要調整、客戶現在可以怎麼做。對台灣中小企業來說，AI 可以協助整理客戶分群、找出高風險客戶、產出不同語氣的通知草稿與客服回覆清單，但最後的價格理由、合約條件、個資使用與對外承諾仍要由負責人確認。好的漲價通知會降低突然感，保留客戶選擇權，並讓團隊知道哪些回覆需要優先處理。
這篇方法適合誰，不適合誰
這篇適合已經有固定客戶、會員、訂閱、定期採購、B2B 服務、課程、門市、電商、顧問服務或維修保養客戶的台灣中小企業。這些業種的漲價不是單次交易訊息，而是會影響信任、續約、回購、報價與客服量。
不適合的情況也要先說清楚：如果價格調整還沒有算清楚成本、服務內容也沒有穩定，先不要急著發通知。若涉及合約、定型化契約、醫療、金融、保險、加盟、直銷、補習退費或其他高度受規範產業，本文只能作為行銷溝通參考，實作前應由法務、會計或主管機關規範熟悉者確認。
漲價前先整理四個事實
多數客戶不是不能接受價格變動，而是不能接受突然、模糊或看起來不公平的變動。發出任何價格調整通知前，先把四個事實寫成內部表格：第一，舊價格、新價格與生效日；第二，調整原因，例如材料、物流、人力、服務升級或方案重新定義；第三，哪些客戶受影響、哪些客戶暫不受影響；第四，客戶在生效日前有什麼選項，例如預先續約、保留既有方案到某日、改用較適合方案或預約諮詢。
這四個事實不要只放在老闆腦中。客服、業務、門市、社群小編和會計都需要同一版說法，否則客戶在 LINE、電話、發票、網站和門市聽到不同答案，抱怨會比漲價本身更快擴散。
用 AI 分群，而不是讓 AI 直接群發
AI 在漲價通知裡最有價值的位置，是發送前的整理與風險判斷。你可以把客戶資料先匿名或最小化後，請 AI 協助分成幾類：高價值且穩定客戶、近期才加入的客戶、價格敏感客戶、合約到期客戶、曾客訴或退貨客戶、需要業務親自說明的客戶。每一類的通知時間、語氣和後續安排都應不同。
不要把完整姓名、電話、Email、LINE UID、付款資訊或完整對話紀錄直接丟進不確定資料政策的外部工具。若使用企業版或 API 工具，也要確認資料保留、權限與是否用於模型訓練。OpenAI 的企業隱私頁說明，Business、Enterprise、Edu、Healthcare、Teachers 與 API Platform 的 business data 預設不會用於訓練模型，且客戶擁有並控制輸入輸出；但企業仍應依自己的資料政策限制可上傳資料。參考：OpenAI enterprise privacy。
通知渠道與節奏怎麼選
漲價通知不是每個客戶都用同一個渠道。小額零售可能用網站公告、門市公告與會員訊息即可；B2B 或高客單服務，則應先由業務或負責人聯絡關鍵客戶，再寄正式通知。若只在社群貼文公告，很多既有客戶可能根本沒有看到，等收到新帳單才覺得被突襲。
| 渠道 | 適合情境 | 風險 | AI 可協助 |
|---|---|---|---|
| B2B、訂閱、課程、電商會員 | 太像廣告信而被忽略 | 產出分群主旨、摘要與 FAQ | |
| LINE 官方帳號 | 在地服務、門市、會員提醒 | 訊息太短，容易少寫條件 | 把長通知改成短版加連結 |
| 電話或一對一訊息 | 大客戶、長約客戶、曾客訴客戶 | 說法不一致 | 準備業務通話重點與紀錄欄位 |
| 發票或帳單備註 | 提醒即將生效的既有客戶 | 太晚看到，像是被動告知 | 整理提醒版本與客服回覆 |
| 網站或價格頁公告 | 公開方案、標準化商品或服務 | 只公告不通知既有客戶 | 生成更新摘要與常見問題 |
七天漲價通知 SOP
第 1 天：確認價格與不可說的話
先確認新價格、適用對象、生效日、是否含稅、舊客戶緩衝期、例外條件和誰能核准折衷方案。同時列出不能說的話，例如未確認的成本數字、誇大的服務改善、沒有承諾的保固或暗示所有客戶都一定接受。
第 2 天：用 AI 建立客戶分群和回覆風險
把客戶狀態整理成欄位，不需要上傳完整個資也能做第一輪判斷。欄位可包含方案、購買週期、是否即將續約、是否曾退貨或客訴、最近互動、預估毛利和負責人。讓 AI 協助標示誰適合一般通知，誰需要專人先講，誰應該延後或改成續約談判。
第 3 天：寫三種通知版本
三種版本分別是正式 Email、短版 LINE 或簡訊、業務口頭說明稿。每一版都要包含新舊價格或價格範圍、生效日、調整原因、客戶選項、聯絡窗口和資料更新日期。AI 可以先產草稿，但負責人要檢查語氣是否像自己品牌、條件是否完整、是否會被解讀成推卸責任。
第 4 到 5 天：先通知高影響客戶
不要一開始就全量群發。先由負責人或業務通知最重要、最可能受影響或最需要解釋的客戶，收集他們的問題。這一步會暴露出通知裡漏寫的地方，例如方案差異、付款週期、舊訂單是否適用、加購或續約能不能保留舊價格。
第 6 天：修正 FAQ，再發一般通知
把前兩天收到的問題整理成 FAQ，放到通知信、網站公告或客服回覆清單。一般通知不要太長，但要有一個可點開的完整說明頁，讓客戶能看到更新日期、適用範圍和聯絡方式。
第 7 天：開始追蹤回覆與異常
發送後不要只看開信率。至少追蹤客戶回覆、取消、續約、報價延後、客服量、負面留言和業務備註。AI 可以每天下午整理回覆主題，標出需要真人處理的客戶，並把常見誤解回寫到 FAQ。
法規、個資與信任風險
價格溝通會影響交易決定，不能只當文案問題。公平交易法第 21 條規定，事業不得對足以影響交易決定的商品相關事項作虛偽不實或引人錯誤的表示或表徵，且價格、數量、品質、內容等都在列，服務也準用相關規定。實務上，漲價通知不應用模糊低價、隱藏必要費用、過度承諾改善或把尚未確定的成本變成絕對說法。參考：公平交易法第 21 條。
如果通知流程會重新蒐集客戶資料、補充偏好、要求回覆同意或把資料轉交給合作廠商，還要注意個資告知。個人資料保護法第 8 條要求向當事人蒐集個人資料時，應告知蒐集者名稱、目的、資料類別、利用期間地區對象方式、當事人權利及不提供的影響。漲價通知若只是寄送既有交易通知，情境可能不同；但只要新增蒐集或改變用途，就應把告知文字補清楚。參考：個人資料保護法第 8 條。
成效追蹤：不要只問客戶有沒有生氣
漲價通知的成效不是零抱怨，而是讓客戶理解、讓團隊知道誰需要處理、讓價格調整真的改善營運。可追蹤的指標包括通知送達率、開信或已讀、回覆率、取消率、續約率、保留舊價申請數、客服量、負面留言、報價延後原因和實際毛利變化。
若網站或表單有埋點，可把價格說明頁瀏覽、諮詢表單、續約詢問和轉介給業務的動作接到 GA4 或 CRM。Google Analytics 的 recommended events 參考列出 generate_lead 可用於表單或資料請求，qualify_lead 可用於標示符合條件的潛在客戶，working_lead 可用於代表使用者已被代表聯絡。這些事件名稱不會自動解決價格問題，但能讓團隊把價格通知後的行動接回週報。參考：Google Analytics recommended events。
資料更新與限制
本文更新於 2026 年 6 月 5 日，依公開搜尋結果、漲價通知 benchmark 頁、台灣法規資料庫、Google Analytics 文件、Google Search Central 與 OpenAI 企業隱私頁整理。Google Search Central 的 people-first content 指南提醒，內容應優先幫助讀者完成目標，並提供原創、完整、可信的資訊；這也是本文把漲價通知寫成可執行流程，而不是只放範本的原因。參考：Google people-first content。
限制也要說清楚：漲價成效會受產業、毛利、替代品、競爭者價格、服務品質、客戶關係、合約條款與通知時間影響。本文不是法律意見，也不保證客戶不會流失；它的用途是幫中小企業降低溝通混亂，讓價格調整有紀錄、有責任人、有回覆流程。
結論：先把漲價通知當成客戶維繫流程
台灣中小企業寫漲價通知時，不要從道歉或漂亮話開始，而要從事實、時間、理由、選項與責任人開始。AI 可以讓分群、草稿、FAQ 和回覆摘要更快，但不能替代真實價格決策與承諾。只要你能先通知關鍵客戶、說清楚變更原因、提供合理緩衝、追蹤回覆並修正 FAQ，漲價就不只是一次尷尬訊息，而會變成一次檢查服務價值與客戶關係的機會。
FAQ
漲價通知應該提前多久發？
一般至少提前 30 天較安全；高客單、長約或 B2B 客戶應依合約與關係狀況提前更久，並先由負責人或業務親自說明。
漲價通知一定要寫舊價格和新價格嗎？
若價格是標準化方案，建議清楚寫出舊價、新價、生效日與適用範圍。若是客製報價，也應寫清楚估價規則、哪些項目會調整，以及何時開始適用。
可以用 AI 直接產生所有客戶的漲價通知嗎？
可以用 AI 產生草稿和分群版本，但不建議無審核直接群發。價格理由、合約條件、個資使用、服務承諾與例外處理都要由真人確認。
客戶抱怨漲價時應該先回什麼？
先承認價格變動會影響預算，再用同一版事實說明調整原因、生效日與客戶選項。不要臨時承諾折扣，除非公司已經核准例外規則。
漲價通知可以只放在社群或網站公告嗎？
公開公告適合補充資訊，但既有客戶通常仍需要 Email、LINE、帳單備註或業務通知。只靠社群公告容易被忽略，客戶收到新價格時會覺得被突襲。