如何搭建服务台工单系统：工单、状态、分配与邮件

服务台工单系统把分散的请求（邮件、消息、走廊里的“快速问题”）变成工单：每个问题对应一条记录，带有负责人、状态、优先级以及完整的沟通内容。搭建它需要有创建工单的方式、带筛选功能的共享队列、分配功能、区分公开回复和内部备注的线程，以及确保无人被遗忘的通知。AI应用构建工具可以在一个下午内为内部IT、人事或后勤服务台搭建出一个可靠的初版。面向客户的支持（包括邮件线程、响应时限和报表）需要更加细致的处理，而这正是成熟服务台产品值得付费的地方。

系统需要什么

数据

从一开始就要存储首次响应时间和解决时间戳。所有报表都建立在它们之上，而且事后无法完整地重建。

页面

• 提交人端： 带有类别和附件的“提交请求”表单、“我的请求”列表，以及每张工单的对话线程。
• 客服端： 队列（我的工单、未分配、所有未关闭）、筛选和搜索、工单视图，包含回复、备注、状态、优先级和负责人的控件。
• 管理员端： 类别、团队、客服人员、快捷回复，以及一份简单的报表。

权限

提交人只能看到自己的工单和公开回复。客服人员可以看到自己团队的工单和内部备注。负责人和管理员可以看到全部内容并管理设置。内部备注泄露给客户是服务台的经典事故，因此必须在服务器端强制执行，而不只是隐藏一个标签页。参见基于角色的访问控制。

决策与取舍

表单、邮件还是两者结合

网页表单最简单，能得到整洁的数据：类别、优先级和必填字段都有保障。邮件接入——人们写信到support@，工单随之出现——是客户期望的方式，但需要能够接收邮件并将其发送到你的应用的邮件服务商，还需要线程化处理，确保回复归入正确的工单（通常是在主题中包含工单编号，或使用唯一的回复地址）。建议先从表单开始，在工作流程验证之后再添加邮件。如何从应用发送邮件涵盖了外发邮件的部分。

分配

可选方案：客服人员从未分配队列中自行领取；在团队内轮流分配；或按类别分配。小团队从队列中领取即可。当工单长时间无人负责时，自动分配会有帮助。

优先级与响应时限

定义两到三个优先级，并为首次响应设定时限（例如“紧急：1小时，普通：1个工作日”）。在每张工单上显示剩余时间，比每月才看一次却无人阅读的报表更有用。工作时间让计算更复杂——请尽早决定时限是否包含夜间和周末。

合并与重复工单

同一个问题被报告三次的情况很常见。提供“合并到工单#”的操作，可以让客服人员免于重复回答同样的问题，值得尽早构建。

一个有效的首次提示词

为一家60人的公司搭建一个内部IT服务台。员工通过表单提交请求：主题、类别（硬件、软件、权限、网络、其他）、优先级（低、普通、紧急）、描述和附件。每张工单都有编号，状态包括新建、处理中、等待提交人、已解决、已关闭。IT客服人员看到一个队列，带有“未分配”“我的”“所有未关闭”几个标签页，可按类别、优先级和状态筛选，并支持搜索。工单页面的对话线程清晰区分公开回复和内部备注；员工永远看不到内部备注。客服人员可以分配、修改状态和优先级、使用快捷回复，并合并重复工单。跟踪首次响应时间和解决时间，并在每张工单上显示距离最后更新的时间。员工有一个“我的请求”页面。角色：员工、客服、管理员。所有数据存储在数据库中。界面朴素、紧凑、快速——速度优先于装饰。

搭建步骤

1. 工单模型和表单。 提交、列出、打开工单、回复。
2. 队列和筛选。 未分配、我的、所有未关闭；筛选和搜索；按优先级和时长排序。
3. 角色和登录。 提交人、客服、管理员——并在服务器端确保备注对提交人隐藏。
4. 分配、状态和优先级控件，并记录每次变更的活动日志。
5. 通知。 通过你自己的邮件服务商，在公开回复时通知提交人，在新分配时通知客服人员。
6. 快捷回复和合并。
7. 响应时限和基础报表：按时长统计未关闭工单、首次响应时间、每个类别的工单数。
8. 邮件接入，待其他功能完成后再做，并彻底测试线程化。
9. 先在一个团队试点两周，再推广到所有人。

常见错误

• 内部备注对提交人可见，因为它只在界面上被隐藏了。
• 状态和类别过多。 客服人员会选第一个看起来接近的选项。起步时每类最多五个。
• 没有首次响应和解决时间戳。 当有人问“我们是不是越来越快了？”的那一天，你会需要这些数据。
• 邮件回复创建新工单，而不是归入原线程。要测试用手机邮件应用回复的情况，因为它们常会修改主题。
• 人人负责，无人负责。 每张工单只能有一个负责人；其他人可作为关注者。
• 附件使用公开URL。 错误信息的截图常包含隐私数据。应保持文件私密，只向能看到该工单的人提供。

何时现成产品更合适

对于跨邮件、聊天和社交渠道的面向客户支持——包括响应时限跟踪、满意度调查、宏指令、报表和集成——专业的服务台产品几乎总是更好的投资。这些产品已经在邮件线程化、垃圾邮件、路由和报表方面投入了多年，而这些并不是你使你与众不同的部分。我们的Zendesk替代方案指南对比了多种选择。

自建则适合内部服务台（IT、人事、后勤、财务请求）、工单实际上是有特定步骤的工作的细分工作流，以及希望把请求与已有其他数据关联起来的团队。当许多人偶尔需要处理工单时，它也可以避免按座位计费。内部工具指南更广泛地介绍了这一类别。

用Mythex搭建

在Mythex中，你可以在聊天中描述服务台，在实时预览中查看，然后发布给你的团队。当数据需要保存时，代理会将工单存入Postgres数据库；附件则放入项目的文件存储。提交人和客服的登录，以及所有收发邮件，都使用你自己的服务商——Mythex没有内置的终端用户登录或邮件产品；发送邮件配方展示了相应做法。团队成员可以通过共享工作区共同参与搭建，Mythex本身没有按席位收费。

如需起始提示词，可以试试内部请求队列或缺陷追踪模板，并可将服务台与知识库搭配使用，让常见问题自行解答。

常见问题