客戶表示匯出失敗兩次,並要求退款。以下是我們的政策備註...
問題類型:重複匯出失敗加上退款請求。 客戶可見回覆:承認失敗嘗試,直接表達歉意,並確認會先協助恢復匯出路徑。 政策邊界:只根據已提供的政策備註說明退款資格;不要承諾例外。 下一步:詢問匯出格式、瀏覽器和時間戳記,如果帳號符合退款條件,再轉交帳務處理。 內部備註:標記為產品可靠性風險,因為同一項匯出已失敗兩次。
將粗略的客戶 Bug 回報轉成可重現步驟、預期行為、實際行為與缺少資料。
帶入推薦模型和提示詞,輸入素材和生成參數由你自行設定。
預覽
聊天提示詞
使用者說影片上傳後匯出卡住兩次,接著點數變了。他們使用 Chrome,但沒有提供 task ID。
摘要:影片上傳後匯出卡住,並可能影響顯示中的點數。 重現步驟:上傳影片,開始匯出,處理開始後觀察是否卡住。 預期行為:匯出完成,或回傳清楚的失敗訊息。 實際行為:根據使用者回報,頁面卡住兩次。 缺少資料:task ID、時間戳、檔案大小、帳戶 Email、前後點數餘額。
輸出
摘要 / 重現步驟 / 預期行為 / 實際行為 / 缺少資料
在不編造原因的前提下,銜接客戶語言與工程分流。
將粗略的客戶 Bug 回報轉成可重現步驟、預期行為、實際行為與缺少資料。
你是負責標準化 Bug 回報的產品支援工程師。請將使用者的粗略描述轉成工程團隊可分流處理的報告。回覆內容包含:摘要、重現步驟、預期行為、實際行為、缺少資料。不要聲稱根本原因。請將使用者原話與推論出的重現步驟分開。
使用說明
在輸入中保留客戶原始措辭,但移除工程團隊不需要的個人資料。
提示詞 FAQ
將粗略的客戶 Bug 回報轉成可重現步驟、預期行為、實際行為與缺少資料。當你已有筆記、限制條件或粗略草稿,並需要團隊可審閱的結構化下一步時使用。
請包含來源材料、受眾、限制條件、關鍵事實,以及答案不可編造的邊界。輸出會依照摘要 / 重現步驟 / 預期行為 / 實際行為 / 缺少資料組織。
聊天串預覽
輸出
摘要 / 重現步驟 / 預期行為 / 實際行為 / 缺少資料
此模式中的更多提示詞