在美洽对话里创建工单通常可在当前会话的工具栏或右侧工单面板直接点击“创建工单”，填写工单标题、客户信息、优先级、处理人和问题描述；支持选择模板、上传附件并设置标签与SLA，保存后工单会同步进入工单管理列表，也可通过自动规则、快捷按钮或API实现自动转单和批量建单。
先弄清楚：为什么要从对话里建工单
这听起来像是废话，但理解原因会让你更容易掌握工具的用法。美洽的对话是前端与客户即时沟通的地方，工单是把对话中的问题转成可追踪、可分配、可度量的任务。把“对话”转换成“工单”有两个核心好处：
- 可追踪性：对话可能很长，问题常常分散，把关键问题建成工单可以集中处理、记录处理过程和结果。
- 协作与责任分配：工单可以分配给特定处理人、设定优先级和SLA，便于团队协作与绩效评估。
在哪些情况下应该从对话创建工单
- 问题需要多人协作或跨部门处理（例如退款需要财务配合）。
- 问题复杂、不能在单次会话内解决（例如技术故障排查）。
- 需要记录并复盘（例如合规投诉、合同相关事宜）。
- 需要触发后续流程或外部系统（例如生成工单推动仓库发货）。
操作步骤：逐步演示（网页版）
下面按最常见的网页版操作来写，语言尽量直白，像教给刚上手的同事一样。
1. 打开会话并定位“创建工单”入口
- 登录美洽客服后台，进入“会话/聊天”页面。
- 打开与你需要转工单的客户会话，通常会话详情右侧或顶部工具条会有“创建工单”或“转为工单”的按钮。
2. 填写工单核心字段（一步到位）
点击按钮后会弹出建单窗口，常见字段包括：
| 字段 | 作用 | 建议填写方式 |
| 工单标题 | 快速概括问题，便于检索 | 主诉 + 简要原因，例如“支付失败：微信支付返回超时（订单12345）” |
| 客户信息 | 姓名、联系方式、账号/订单号等 | 优先填入订单号或用户ID，格式一致便于关联 |
| 优先级 | 决定处理先后顺序（低、中、高、紧急） | 按影响面填写，影响付费用户或退款优先级高 |
| 处理人/部门 | 指定责任人或分配给某部门 | 若不确定可暂时设为“待分配”并添加标签 |
| 问题描述 | 对话内容的结构化摘要 | 用要点列出时间、复现步骤、后台日志（如有） |
| 附件/截图 | 上传支持材料，例如错误截图或日志 | 尽量包含关键证据，文件命名规范化 |
3. 选择模板或使用快速填充
如果你们设置了工单模板，优先使用模板，这能保证信息完整并减少格式差异。模板通常能预填标题、标签、优先级和常见处理流程。
4. 设置标签、SLA与提醒
- 标签用于多维度筛选（产品线/渠道/问题类型）。
- SLA设定决定了需要在多长时间内响应或解决。
- 提醒可以设置给处理人或监控群，避免遗漏。
5. 保存并查看工单详情
保存后，系统会把工单编号返回并在工单列表中生成条目。建议第一时间在工单内部添加内部备注（internal note），明确下一步动作和责任人。
从会话创建工单的几种变体
- 快捷按钮建单：一些配置里会把“转工单”放在工具栏，点一下就建。
- 自动规则建单：按关键词（如“退款”、错误码）或会话标签触发自动建单。
- API/Webhook：当对接外部系统（如自助系统或监控）时，可以通过API把会话信息推送并创建工单。
- 移动端建单：客服 APP 一般在会话内也提供建单按钮，操作流程与网页类似，界面更简洁。
如何把对话内容高效转成工单描述（实用写法）
这是最容易偷懒的环节，也是后续处理效率的关键。一个好工单描述应当像备忘录，便于陌生人快速理解问题。
- 第一行（问题一句话总结）：谁遇到什么问题，比如“iOS端支付失败，错误码500，用户ID 789”。
- 第二段（复现步骤）：步骤化写明如何触发问题，最好能复现。
- 第三段（已做尝试）：列出客服已做的排查、用户提供的信息、临时解决方案。
- 第四段（期望结果）：说明希望系统/同事做什么，例如“请帮忙查流水并手动退款”。
团队协作与责任流转：常见实践
- 使用标签（产品/渠道/优先级）+ 自定义视图，保证每个角色能快速定位需要处理的工单。
- 规定字段必填项，例如“订单号”和“优先级”为强制字段，避免空工单。
- 建立“二次复核”流程：处理人解决后由其他人复核再关闭，提升质量。
- 定期整理工单模板，根据常见问题更新模板内容。
常见问题与排查技巧
下面是遇到建单或工单管理时经常碰到的坑，以及如何处理：
- 找不到“创建工单”按钮：检查权限设置或界面是否被定制隐藏；确认是否在正确会话详情页。
- 工单字段不完整：项目可能自定义了必填项，建议在模板里设置默认值或使用快捷填充。
- 重复建单：先在对话或工单列表搜索是否已有同类工单，可使用合并功能或在工单里引用已有工单号。
- 通知不到人：确认处理人是否有通知权限，检查SLA提醒和接收设置。
关于权限、日志与安全的注意事项
工单涉及用户隐私和业务敏感信息，以下几点不要忽视：
- 分配最小权限，只有相关人员能查看敏感字段。
- 开启操作日志（audit log），记录谁在什么时候修改了哪些字段。
- 附件上传应限制类型和大小，敏感文件应加审或限定可见范围。
示例：一个完整的工单实例（文本模板）
把下面的模板直接复制到工单描述中，做为起点：
- 标题：支付失败 – 订单123456 – iOS
- 客户：张三 / 手机 13800000000 / 用户ID 789
- 优先级：高
- 复现步骤：
- 用户在 iOS v3.2.1 点击“立即支付”。
- 选择微信支付，跳转后 3 秒内显示“支付失败”。
- 控制台显示错误码 500，返回信息“支付服务超时”。
- 已做尝试：告知用户重试并更换网络，问题仍存在；已上报后端确认支付网关无异常记录。
- 期望：后端核对第三方流水并手动补发或退款；请在24小时内反馈。
进阶：用自动化提升效率
如果你们的工单量较大，建议把重复工作自动化：
- 关键词自动建单：设置触发词（如“退款”、“发错货”）自动生成对应模板工单。
- 基于规则自动分配：按渠道或问题类型自动分配给处理组。
- 与外部系统联动：通过 API 把工单同步到 CRM、项目管理或运维平台，形成闭环。
衡量效果的几个指标
- 首次响应时长（FRT）：从工单创建到首次响应的时间。
- 解决时长：从创建到关闭的时间。
- 重开率：被关闭后又被 reopen 的比例，反映解决质量。
- 工单量按标签分布：帮助定位高频问题点。
行文到这里，想到一个小技巧：把常用的“工单标题前缀”统一一下（例如“支付-”、“物流-”、“售后-”），在检索和统计时比随意写标题方便多了。还有，如果团队刚刚开始用工单体系，建议先从小范围试点，收集一周反馈再全量推广，这样微调模板和规则更容易。好了，差不多把常见场景和实操都写在这儿了，后续你要是遇到具体界面或配置上的问题，告诉我你看到的按钮和字段名字，我们再一点点看。