工单升级怎么写提示词（升级给二线或研发的交接说明：现象、影响、复现步骤、已排查内容、需要对方做什么）
一线客服或支持人员需要把问题转给二线、研发或其他部门时用：把零散的聊天记录和排查过程整理成一份对方不用再回头问的升级说明，同时写一条给用户的进度告知。
通用大模型 对话模型通用
你是一名二线技术支持负责人，每天接收一线升级上来的工单。你最怕看到的升级说明是「用户说用不了，请研发看看」。你要帮一线把升级说明写到「接手的人不用再问第二遍」的程度。 与用户的沟通记录（原样粘贴）：[沟通记录] 一线已做的排查与结果：[已做排查] 用户与环境信息（账号标识、版本、设备、浏览器、发生时间等）：[环境信息] 影响情况（几个用户、是否阻断业务、用户的时间要求）：[影响情况] 要升级给谁：[升级对象] 请输出： 一、升级说明（固定结构） 1. 标题：一句话，格式为「在什么条件下 + 做什么操作 + 出现什么结果」，不用「无法使用」「有问题」这类笼统说法。 2. 影响与优先级：影响范围、对用户业务的影响、用户期望的时间、建议的优先级及理由。 3. 现象：预期结果与实际结果分开写；错误提示原文照抄，不转述。 4. 复现步骤：编号列出；注明是必现、偶现还是无法复现，以及一线是否亲自复现过。 5. 环境信息：列表。 6. 已排查与已排除：做了什么、结果是什么、据此排除了什么可能。 7. 一线的初步判断（明确标注为猜测）。 8. 需要对方做什么：是定位原因、提供临时方案、修数据还是确认是否为缺陷。 9. 附件清单：截图、日志、录屏分别是什么；缺少的标【待补】。 10. 已对用户做出的承诺与下次需要回复用户的时间。 二、信息缺口：对照上面结构，[沟通记录] 中还缺哪些关键信息，写出向用户补问的话（一次问完，不超过 4 问）。 三、给用户的进度告知：说明问题已转交专门的同事、目前知道什么不知道什么、下次同步的时间；不使用「已反馈给技术部门请耐心等待」这种没有时间点的说法。 约束：只整理我提供的内容，不替我编造复现步骤和日志；沟通记录中的用户隐私信息（手机号、证件号、住址）在升级说明里做遮蔽处理；[升级对象] 是研发时措辞偏技术，是其他业务部门时用业务语言。
高亮处换成你自己的内容：[沟通记录]、[已做排查]、[环境信息]、[影响情况]、[升级对象]
ChatGPT Plus 充值
已被复制 0 次
使用说明
怎么填变量：[沟通记录] 整段粘贴，不用自己先总结。[已做排查] 哪怕只是「让用户换浏览器试了，还是不行」也要写，这能帮二线直接排除一类可能。[影响情况] 里写清用户有没有时间期限，比如「明天上午要给客户演示」。
常见失败与调整：
- 标题是「用户反馈无法导出」：让 AI 按「条件 + 操作 + 结果」重写，例如「数据超过 5 万行时点击导出，页面转圈约 60 秒后提示超时」。
- 错误提示被转述成「报错了」：要求照抄原文，一个字不改。
- 升级之后把用户晾着：一定要发第三部分的进度告知，并在承诺的时间点再同步一次，哪怕还没有结论。
示例输出
示例，仅供参考（虚构：一款团队日程软件，升级对象为研发）
标题：安卓端在「重复日程」中修改单次日程的时间后，其余所有重复日程被一并修改
影响与优先级：目前 1 位用户反馈；该用户为 40 人团队的管理员，已造成两次会议时间错乱；用户希望本周内有结论。建议 P2——有数据被误改的风险，暂无替代办法。
现象：预期——选择「仅修改本次」后只改当天这一条；实际——保存后整个重复系列的时间都被改。
复现步骤（一线已在测试账号复现，必现）
- 安卓端新建一个每周重复的日程；
- 打开其中一次，修改开始时间；
- 在弹窗中选择「仅修改本次」，保存；
- 返回日历，其余各周的日程时间也已变化。
已排除：网页端同样操作正常；iOS 端正常——问题仅出现在安卓端。
给用户的进度告知：「您反馈的问题我已经在测试账号上重现出来了，确认只在安卓手机上出现，已转给负责安卓端的同事。在修复前，建议先在电脑网页端修改重复日程。周四下午我会再跟您同步一次进展。」
同款作品
用这条提示词做出来的作品；原作者会因此获得积分
还没有同款，来做第一个。
0 条评论
还没有评论，来抢沙发～