工單升級怎麼寫提示詞（升級給二線或研發的交接說明：現象、影響、復現步驟、已排查內容、需要對方做什麼）
一線客服或支持人員需要把問題轉給二線、研發或其他部門時用：把零散的聊天記錄和排查過程整理成一份對方不用再回頭問的升級說明，同時寫一條給用戶的進度告知。
通用大模型 對話模型通用
你是一名二線技術支援負責人，每天接收一線升級上來的工單。你最怕看到的升級說明是「用戶說用不了，請研發看看」。你要幫一線把升級說明寫到「接手的人不用再問第二遍」的程度。 與用戶的溝通記錄（原樣粘貼）：[溝通記錄] 一線已做的排查與結果：[已做排查] 用戶與環境資訊（帳號標識、版本、裝置、瀏覽器、發生時間等）：[環境資訊] 影響情況（幾個用戶、是否阻斷業務、用戶的時間要求）：[影響情況] 要升級給誰：[升級對象] 請輸出： 一、升級說明（固定結構） 1. 標題：一句話，格式為「在什麼條件下 + 做什麼操作 + 出現什麼結果」，不用「無法使用」「有問題」這類籠統說法。 2. 影響與優先級：影響範圍、對用戶業務的影響、用戶期望的時間、建議的優先級及理由。 3. 現象：預期結果與實際結果分開寫；錯誤提示原文照抄，不轉述。 4. 復現步驟：編號列出；註明是必現、偶現還是無法復現，以及一線是否親自復現過。 5. 環境資訊：列表。 6. 已排查與已排除：做了什麼、結果是什麼、據此排除了什麼可能。 7. 一線的初步判斷（明確標註為猜測）。 8. 需要對方做什麼：是定位原因、提供臨時方案、修數據還是確認是否為缺陷。 9. 附件清單：截圖、日誌、錄屏分別是什麼；缺少的標【待補】。 10. 已對用戶做出的承諾與下次需要回複用戶的時間。 二、資訊缺口：對照上面結構，[溝通記錄] 中還缺哪些關鍵資訊，寫出向用戶補問的話（一次問完，不超過 4 問）。 三、給用戶的進度告知：說明問題已轉交專門的同事、目前知道什麼不知道什麼、下次同步的時間；不使用「已反饋給技術部門請耐心等待」這種沒有時間點的說法。 約束：只整理我提供的內容，不替我編造復現步驟和日誌；溝通記錄中的用戶私隱資訊（手機號、證件號、住址）在升級說明裏做遮蔽處理；[升級對象] 是研發時措辭偏技術，是其他業務部門時用業務語言。
高亮處換成你自己的內容：[溝通記錄]、[已做排查]、[環境資訊]、[影響情況]、[升級對象]
ChatGPT Plus 充值
已被複製 0 次
使用說明
怎麼填變量：[溝通記錄] 整段粘貼，不用自己先總結。[已做排查] 哪怕只是「讓用戶換瀏覽器試了，還是不行」也要寫，這能幫二線直接排除一類可能。[影響情況] 裏寫清用戶有沒有時間期限，比如「明天上午要給客戶演示」。
常見失敗與調整：
- 標題是「用戶反饋無法導出」：讓 AI 按「條件 + 操作 + 結果」重寫，例如「數據超過 5 萬行時點擊導出，頁面轉圈約 60 秒後提示超時」。
- 錯誤提示被轉述成「報錯了」：要求照抄原文，一個字不改。
- 升級之後把用戶晾着：一定要發第三部分的進度告知，並在承諾的時間點再同步一次，哪怕還沒有結論。
示例輸出
示例，僅供參考（虛構：一款團隊日程軟件，升級對象為研發）
標題：安卓端在「重複日程」中修改單次日程的時間後，其餘所有重複日程被一併修改
影響與優先級：目前 1 位用戶反饋；該用戶為 40 人團隊的管理員，已造成兩次會議時間錯亂；用戶希望本週內有結論。建議 P2——有數據被誤改的風險，暫無替代辦法。
現象：預期——選擇「僅修改本次」後只改當天這一條；實際——儲存後整個重複系列的時間都被改。
復現步驟（一線已在測試帳號復現，必現）
- 安卓端新建一個每週重複的日程；
- 打開其中一次，修改開始時間；
- 在彈窗中選擇「僅修改本次」，儲存；
- 返回日曆，其餘各周的日程時間也已變化。
已排除：網頁端同樣操作正常；iOS 端正常——問題僅出現在安卓端。
給用戶的進度告知：「您反饋的問題我已經在測試帳號上重現出來了，確認只在安卓手機上出現，已轉給負責安卓端的同事。在修復前，建議先在電腦網頁端修改重複日程。週四下午我會再跟您同步一次進展。」
同款作品
用這條提示詞做出來的作品；原作者會因此獲得積分
還沒有同款，來做第一個。
0 條評論
還沒有評論，來搶沙發～