客戶不方便傳圖片時，如何用文字描述問題？

提供清楚的文字描述提示、逐步追問方式與無法描述時的替代路徑，讓客戶不傳圖片也能開始求助。

客戶遇到問題時，可能不方便拍照、上傳圖片，也可能看不清畫面或不知道怎麼描述。客服可以先說明，文字也能開始求助，再用簡單問題了解客戶看到什麼、做了什麼，以及希望獲得哪種協助。把入口說清楚，能讓客戶少一個顧慮，也讓客服更快找到適合的下一步。

說明圖片不是唯一入口

請先明確告訴客戶：圖片不是開始求助的必要條件，能用文字說明就可以，不必為了聯絡客服另外拍攝、上傳，或請別人代傳。這句話要放在可開始求助的位置，例如聯絡表單的說明、客服入口的第一則訊息，或人工接手時的開場。若只放在長篇說明最後，客戶可能已經退出。語氣也要避免「沒有照片就無法處理」這類預設，改成「不方便傳圖片也沒關係，你可以先描述遇到的狀況，我們會依你方便的方式一起確認」。

入口本身也要容許文字獨立完成第一輪說明：附件欄位標示為選填，不要先上傳才能打字或送出。可以提供一段可直接套用的開場：「請告訴我你原本想做什麼、剛才做了什麼，以及接著看到什麼；想得到哪方面的協助也可以一起說。」即使客戶只回答其中一點，也先回覆已能開始了解，再針對缺少的線索追問。若對方只說「我不方便傳」，客服可先接住這個限制，再給一個最容易回答的小問題，例如「你是在操作哪個功能時遇到狀況？」不要把整理問題的責任一次交還給客戶。這樣文字入口不是圖片流程的備用說明，而是客戶可以直接使用的求助方式。

把文字入口當成一條完整路徑檢查，逐一抄下入口標籤、輸入框提示、送出前說明和送出後回覆，對照它們是否給出一致的開始方式。接著實際走一次不附圖片的流程，記錄在哪一步出現附件要求、模糊措辭或跳轉；若有阻塞，就修改對應那句提示再重走。最後請未參與設計的人只依畫面操作，並請他指出哪一句讓他以為需要圖片，讓調整落在實際造成停頓的位置，而不是只修長篇說明。

提示客戶描述可見現象

引導客戶說出看得到、聽得到，或操作後實際發生的事，不要先要求他判斷技術原因。「系統故障」「帳號有問題」只是結論，客服還不知道問題在哪一步。可以請他說明按了什麼、原本期待什麼、實際出現什麼；若不認得按鈕名稱，就用位置或外觀描述，例如「頁面最下方的藍色按鈕」或「標題下面那一行紅字」。

可用選項幫對方起頭：「畫面是空白、出現文字、一直轉圈，還是按下後沒有反應？」選項要簡短，也要留空間讓客戶用自己的話補充。比如「我在訂單頁按查看明細後，畫面變成白底；等了一會兒也沒變，回上一頁再進去還是一樣」，比「訂單壞掉了」更能指出發生的位置和結果。若狀況會改變，請描述先後順序，例如先出現提示，接著回到原頁；若文字太多，只要抄下最關鍵的一句，不必重現整個畫面。客戶不知道名稱時，可以說出它在哪裡、顏色或附近的文字；看不清楚時，也可以直接回覆「看不到內容」或「提示太小」。客服先保留客戶原話，不急著把觀察改寫成原因，才能避免把推測當成已確認的問題。

整理描述時，可在工作紀錄中分開寫「客戶原話」「操作前的狀態」「操作後的可見變化」「期待的結果」，每欄都標出是客戶明說、客服觀察，或尚未確認。回覆前先核對原話和摘要，確保摘要沒有把先後順序壓成一句結論；若一段話包含多個變化，保留各自發生的步驟。客戶補充或更正時，更新相應欄位並保留差異，讓後續接手者知道理解如何修正，而不必重新整理整段敘述。

按步驟詢問必要細節

不要一次貼出一長串問題；先用一問一答縮小範圍，再依回答決定下一題。通常可以先確認發生在哪個功能或頁面，再問剛才做了什麼、實際結果如何、何時開始，以及是否每次都會發生。只有當下一步需要時，才詢問裝置或瀏覽方式；客戶不知道型號時，回答「手機」或「電腦」就能先往下談。每一問都要有用途，並避免重問已經提供的資訊。

表格是提問順序的參考，不是每件事都要問完。如果第一個答案已能決定下一步，就直接回覆，不要為了填滿欄位繼續盤問。假設客戶說「手機下單時按付款後回到購物車」，可以先問按下後有沒有看到文字；再依回答判斷是否需要補問時間或使用環境。接著用一句話整理：「目前我理解是手機下單，按付款後回到購物車，對嗎？」客戶只要修正不準確處，就不必從頭重述。短回合通常比長問卷更容易完成，也能及早發現客服理解錯在哪裡。

把每次追問的目的先寫成一個決策句，例如「這個答案會決定要回覆哪個操作步驟」；若答案不會改變下一步，就先不列入本輪。對話紀錄可分成「已確認、仍未知、下一題及其用途」，每收到回答便更新三欄並移除已解答項目。若出現互相矛盾的線索，先標出衝突的兩句，針對差異提問，而不是整套問題重來。回覆前再看下一題是否仍有必要，避免既有線索已足夠卻照表追問。

避免索取不必要個人資訊

先想清楚「解決這件事需要知道什麼」，再決定是否要詢問身份或訂單資料。描述畫面和操作通常不需要密碼、一次性驗證碼、完整付款資料，也不需要整張包含姓名、地址或聯絡方式的畫面。客服可以直接提醒：「請先不要提供密碼或驗證碼；若需要核對其他資料，我會先說明用途。」這能讓對話聚焦，不把提供個人資料變成開始協助的條件。

例如只想確認一段錯誤文字，請客戶抄下那一行即可，不必提供登入資料。如果必須辨認某筆交易，先說明原因，再詢問最少且足以定位問題的資訊；能以日期或訂單末幾碼辨認，就不必索取完整付款內容。若客戶主動貼出不相關資料，不要在回覆中重複抄寫；可提醒遮住內容，並依目前管道提供的方式處理原訊息。遇到需要轉交的情況，也只整理處理問題所需的線索，不把私人資料複製進交接內容。把問題描述和身份核對分開，能先了解現象，再判斷是否真有核對必要。若客服不確定某項資料是否必要，先向負責人確認，再提出要求；在用途說不清楚時，就先不要收集。每個問題都能說明目的，客戶也更容易放心地只提供當下處理所需的內容。

可替常用回覆做一次「資料欄位盤點」：列出每個表單、範本或交接紀錄可能帶入的欄位，為每項註明當前用途，再確認它是否真會改變處理方式。檢查複製貼上時是否連帶加入不相關的姓名、聯絡方式或識別內容；若只需核對描述，就保留描述和必要上下文，移除其餘資訊。更新範本時，也檢查提醒是否緊鄰資料輸入處，讓客戶在提供前就看見，不必等到送出後才補充說明。

必要時由人工確認描述

當一句描述可能有兩種意思、涉及多個操作步驟，或客服還無法判斷該怎麼回覆時，先由人工核對理解。核對不是要求客戶重說一遍，而是簡短重述已知事實，讓他指出有沒有誤會。例如：「我理解你是在開啟訂單頁後看到空白，回上一頁再進去仍相同；我有沒有漏掉哪一步？」客戶可以補充或修正，不需要接受客服猜測的原因。

如果仍不清楚，一次只問最能區分情況的問題，並說明用途，例如「我想確認按下按鈕後有沒有出現文字，這樣才能知道接著要了解哪個步驟」。若客戶用不同說法稱呼同一功能，先沿用他的詞，再用位置或動作確認，不必急著糾正名稱。回覆和紀錄中也要分開已確認的現象與尚待確認的推測；「你看到空白頁」是描述，「網路連線造成」則可能還只是猜測。若要交給另一位處理者，整理客戶原本的描述、已經問過的問題和仍缺的線索，避免讓客戶從頭說起。暫時無法確定答案時，直接說明還要確認哪一點，以及接下來會由誰透過哪個既有管道回覆；沒有把握的處理結果，就不要先承諾。人工確認的目的，是讓彼此對同一個現象有共識，再決定下一步。

遇到需人工判斷的描述，可把交接整理成「待確認卡」：保留一段客戶原句、列出已知操作順序、標出造成歧義的詞或步驟，再寫下希望人工決定的單一問題。人工回覆後，把結果標為已確認或仍待客戶補充，不要直接覆寫原始描述；若同一類詞彙常讓處理者理解不一，可據此修訂範本中的說明或追問提示。下一位接手者便能分辨哪些是客戶說法、哪些是後續判斷。

提供無法描述時的替代路徑

有些客戶不只無法傳圖片，也可能不方便閱讀、打字，或說明操作細節。此時可把開放式問題改成容易選擇的提示，例如「畫面是空白、出現文字，還是回到原頁？」並允許回答一個詞或選項；也要留一個「都不是」的選擇，避免把客戶硬塞進不合適的答案。若不認得功能名稱，可以改問頁面位置、顏色，或問題發生前最後做的動作；若看不清楚文字，也可只說看不清楚，不要求猜出內容。

可以提供一個可複製的短格式：「我想做＿＿；我做了＿＿；接著看到／遇到＿＿；我希望＿＿。」四格不必全部填完，客服依已知內容再問一題即可。若打字本身也不方便，可詢問客戶想用哪種目前可聯絡客服的方式；只有確認電話、電子郵件等管道實際可用後，才告知如何接續。若暫時沒有合適方式，就約定稍後透過目前可用的文字管道繼續，並記下已知內容，減少重複說明。遇到客戶不知道怎麼開始時，客服可以代為整理一句簡短摘要，再請對方確認是否正確。現在就把短格式放進你的客服回覆範本，並實際確認不附圖片也能完成第一輪聯絡。了解 ReplyBot 產品資訊，請前往 ReplyBot 官網。

若客戶仍無法開始，可先辨認卡住的是閱讀提示、輸入文字，還是不知道如何選詞，再只降低目前管道內一項回覆負擔，並把已知資訊留在摘要中。團隊可不記錄身份資料，只標示卡點發生在哪一段提示；定期回看這些位置，把造成停頓的句子改成更短、能直接回覆的說法。完成調整後，請同事只用純文字走完整條入口，確認每一步都能靠現有提示繼續。下一步，選一份客服範本實際演練不附圖片的文字接待；了解 ReplyBot，請前往 ReplyBot 官網。