客戶證言可以放上網站嗎？整理引用同意、範圍與撤回紀錄
公開客戶姓名、引言或標誌前，先核對來源、使用範圍、核准版本與撤回窗口，並整理下架後的副本清查流程。
客戶一句稱讚，未必能直接放進網站。公開姓名、引言或標誌之前，先把來源、可用範圍、核准版本與撤回聯絡方式放進同一份紀錄，讓編輯、業務和上架人員都能照著核對。這份流程適用於網站見證、案例頁與延伸素材；重點是把每次同意對應到具體內容與位置。開始前也先指定誰負責接收撤回訊息、誰能更新頁面，避免紀錄完整卻找不到執行窗口。每一筆引用都應留有可追溯的原始來源，並將實際使用的版本與版位一起回填。當來源、代表關係或用途仍不明時，先放在內部草稿，待確認後再進入公開流程。
確認引用內容與對象
引用開始前，先把「誰說的、談的是什麼、要引用哪一句」拆開。證言可能來自聯絡窗口、實際使用者、採購決策者，也可能是受僱人員代公司回覆；受訪者的個人經驗不一定代表整間公司立場。記下姓名、職稱、所屬單位、收件或訪談來源、原始全文，以及引用句前後的問題與情境。若引言在訪談、郵件、客服訊息或簡報中出現，保存原始載體和可辨識的上下文，不要只抄出一行正面句子。
接著標明哪些文字是原話，哪些是編輯整理。修正錯字、刪除口語重複或縮短句子，都可能改變語氣；可先保留原文，再用醒目方式呈現擬公開版本，讓受訪者逐句確認。若多位同事共同提供內容，標示每段引言的說話者，避免把甲的描述和乙的結論拼成一段，或把個人感受寫成公司成果。
可用一份引用紀錄連結證言與來源：主題、原始檔位置、擬引用文字、對象身分、負責聯絡人、確認狀態。先確認被引用者能核對自己說過的內容；若涉及公司名稱或代表公司發言，再另找可確認該範圍的人。遇到說話者離職、窗口轉交或身分不清楚時，先保留在內部草稿，補齊聯絡和代表關係再往下走。若來源或版本有爭議，先回到原始訊息核對，不從已公開稿反推誰曾同意。
假設某團隊收到「流程變清楚了」一句回饋，紀錄不應只留下這幾個字，而要附上原訊息、完整對話、說話者與提問脈絡，再標記預計引用的完整句子。這樣後續即使換編輯或改版，仍能追回句子從何而來，也能辨認哪些部分尚未確認，不必靠記憶猜測原意。
分開姓名標誌與引言
姓名、職稱、公司全名、標誌圖檔、引言及連結，是不同的公開元素，逐項確認比較可靠。受訪者同意出現姓名，不等於同意加上公司標誌；允許引用一句話，也不代表可放頭像、職稱或導向個人社群頁。將每項設成可單獨選擇的欄位，包含可用的文字、素材、署名方式，以及明確不使用的部分。讓對方逐項勾選可用範圍，避免只能接受整包內容或全部拒絕。
先規劃不同呈現組合，避免以「客戶案例」一個籠統標籤包住所有權限。可用表格或勾選清單詢問：具名引言、匿名引言、職稱、公司名稱、商標、照片、完整案例、超連結、社群轉貼，各自是否同意。若對方只批准匿名，就不要留下能從職稱、地區、專案細節反推出身分的線索；匿名也要檢查上下文是否足以辨識。
標誌還需核對檔案來源與使用版本，不要直接從搜尋結果或舊簡報擷取。確認色彩、留白、比例、底色及旁邊文字，不自行重畫或加上背書式標語。若沒有足夠資訊確認圖檔提供者有權授權，先移除標誌，改用純文字並另外取得對方對公司名稱的確認。對外合作方、代理商和實際品牌持有人也可能不同，不能只憑寄件者簽名判定。
例如，對方可能同意「林小姐、營運主管」搭配一句引言，卻不選公司名稱與標誌。公開版便只呈現已勾選的姓名、職稱和文字，旁邊不放可識別的商標，也不自行寫成「某企業成功導入」。把沒核准的欄位視為未授權，而非編輯可以補足的空白；日後擴大使用，再針對新增元素補問。
取得公開用途確認
取得確認時，把用途說得具體，讓對方知道內容會在哪裡出現、會如何署名，以及是否會延伸使用。提供擬公開文字、頁面類型、預計呈現的姓名或素材、上下文標題和連結位置；若還沒決定版位，就先列出可能的網站區域，並註明哪些用途暫不包含。只問「可以引用嗎」很難讓雙方判斷同一件事。
公開用途可以拆成網站文章、服務介紹頁、案例頁、社群貼文、電子報、簡報或廣告素材。不要把網站上的同意自動延伸到其他媒介，也不要把自然瀏覽的頁面默認成付費推廣素材。每項用途應能回答：誰會看到、是否會被裁切或重排、引言旁會放什麼說明、是否會連到其他頁面。對方尚未回答的項目先標記待確認，不以沒有反對推定同意。
確認對象也要符合使用範圍。個人可以核對自己說過的話；涉及企業名稱、品牌標誌或代表組織發言時，另外確認聯絡人是否能對該項用途作決定。若窗口不確定，可請他指出適合確認的人，並保留轉介結果。不要要求對方替未參與的人背書，也不要把會議口頭回覆改寫成更寬的授權紀錄。
保存可回查的確認證據，例如往返信件、訊息截圖或簽核文件，並記錄日期、確認者、適用元素、媒介、版本與任何限制。若對方只回覆部分問題，逐項記成「已確認」與「待確認」，並把尚未清楚的項目排除在公開稿之外。這能讓後續接手者看懂同意的邊界，不必翻找多個對話再猜測原意。若會翻譯或改寫，也要告知是否會公開其他語言版本，並將範圍分開紀錄。
核對最終呈現版本
收到確認後，還要讓對方看到實際呈現，而不是只看一段脫離版面的文字。把引言、署名、公司名稱或標誌、標題、周邊說明、連結與版位組成一張預覽，讓核對者能發現截短後的語氣、錯誤職稱、圖檔變形或容易造成誤解的搭配。若版面還會調整，先註明這是預覽；重大改動再送一次確認。
以假設情境為例，團隊想在網站案例區放一段使用者回饋，原文是「交接時比較容易找到目前進度」。編輯擬將它縮成「交接更順暢」，並加上公司標誌。逐項比對會發現，縮寫改變了原意，標誌也未必在原確認範圍內。較穩妥的預覽保留原句，署名欄只放已核准資料，未確認的標誌先不出現，並把頁面標題與上下文一併給對方核對。
送出前自行檢查幾個問題：文字是否逐字相同或有標明編輯差異？署名與圖檔是否各有確認？標題是否暗示對方推薦整項服務？上下文是否讓個人經驗看起來像可量化成果？畫面在手機和桌面裁切後，資訊是否仍正確？連結或按鈕是否把證言放進新的用途？有一項無法回答，就先停在草稿並記下需確認的具體項目。
把最終檔案或預覽連結回填到引用紀錄，標明版本名稱、核准者、核准時間與實際上架位置。上架前讓負責人比對核准預覽；若圖片、文字、署名或標題後來改過，就產生新版本並重做相應核對。如此可以分辨對方核准的是哪個畫面，也能避免舊郵件被誤認為對新版本的全面同意。只要核准版本有變，先更新預覽與紀錄，再安排新的比對。
保存期限與撤回窗口
保存多久，不宜用一個未經確認的固定數字套用所有證言。可先訂內部檢查節點，例如頁面改版、窗口異動、素材重製、合作關係變更或收到詢問時重新檢視；並由指定角色確認紀錄是否仍可用。檢查節點是管理提醒，不代表原同意自動延長或失效。若組織已有保存規範，依實際適用的規範處理；沒有把握時，先確認再訂流程。
引用紀錄至少保留原始內容、核准版本、確認證據、用途範圍、聯絡窗口、上架位置、最近一次檢查結果和處理狀態。把仍公開、已暫停、待確認、已下架分開標示；不要只在信件主旨寫「同意」就當完成。管理者交接時，確保下一位負責人找得到紀錄與素材位置，也知道遇到撤回訊息要通知誰。限制存取並避免把無關個人資料一起複製到多份表單。
撤回聯絡方式要容易找到且有人接收，可指定共用信箱或表單，再安排代理負責人，避免單一窗口休假或離職就失聯。內部流程可記錄收到時間、提出者、要求移除的元素或媒介、負責人、目前狀態與回覆情形。若來信只說不希望繼續公開，先確認要處理哪些位置，同時先暫停仍可控制的公開素材，避免等待內部釐清時持續擴散。
收到撤回或修改要求後，回查原始確認與目前副本，確認範圍並記錄每一步。若要求內容不明，可以用清楚的問題確認希望保留或移除哪些項目；不要把詢問變成拖延處理的理由。完成後保留必要的流程紀錄，避免繼續把已撤回版本複製到新頁面。這套窗口讓當事人知道如何提出要求，也讓內部團隊有明確接手路徑。
下架後檢查各處副本
下架不只是刪除一個網站區塊。先依引用紀錄列出同一版本曾出現的位置，例如官網頁面、文章、可下載簡報、提案檔、社群貼文、電子報與合作方轉貼；逐一標記負責人、可操作入口和處理狀態。若素材曾交給外部夥伴，記下交付對象與檔名，聯絡對方停止後續使用並回報可確認的處理結果，不要假設對方已同步刪除。
建立副本清單時，用引用文字、姓名、標誌檔名和版本線索搜尋，不只搜尋原始標題。舊簡報可能另存新檔，文章也可能只保留引言的一部分；人工比對時需確認上下文，避免把相似但不同的內容誤刪。每個位置記錄「待處理、已移除、無法直接控制、已請第三方處理」等狀態，並附上可核對的頁面連結或檔案位置。對無法直接控制的搜尋快取或轉載，記下已採取的聯絡或更新步驟，不宣稱必然即時消失。
完成下架後重新開啟可公開的頁面與下載檔案，檢查標題、文字、圖片、縮圖和分享預覽是否仍帶有該證言；社群平台則查看貼文與可編輯的置頂內容。若仍有殘留，記錄位置並回到對應負責人處理。對無法控制的外部頁面，保存已聯繫和後續追蹤紀錄，清楚區分已完成與等待回覆。
把核對結果回填到原紀錄，保留最後確認的版本、移除位置、處理者、完成狀態，以及仍待外部處理的項目。下次製作簡報或更新網站時，先查這筆紀錄，避免舊檔被重新沿用。現在可以先建立一份只有單筆證言的清單，填入原文、核准範圍、版本、撤回窗口與所有出現位置，再按清單逐項核對。若也在規劃網站內容，可從ZhenheAI 官網了解相關資訊。