工单系统的字段和流程怎么设计：分类、优先级与自动派单

工单系统买回来只是开始，真正决定好不好用的是字段和流程怎么配。配得不合理，一线人员会用微信和电话绕开它，系统就空了。

分类要按处理路径分，不按部门名分

常见错误是按公司组织结构建分类，客户的问题里出现"找市场部"这种选项。分类应该按处理路径设计，看的是这类问题归谁解决、需要什么信息。售后维修、账务咨询、系统故障、投诉建议，这四类各自的处理人和所需材料完全不同。

分类层级控制在两层以内。三层以上的分类目录，一线人员填单时就得花一分钟找位置，实际使用中会随便选一个。分类之外再加一个严重程度字段，比如一般、较急、紧急、事故，两三个维度足够覆盖大部分场景。

优先级由规则算，不靠填单人感觉

让提交人自己选优先级，结果一定是所有人都选最急。更稳的做法是由系统根据规则计算：影响范围乘业务影响，再叠加客户等级。核心客户的生产系统不可用，和普通客户问一个操作问题，优先级高低由规则算出来，谁喊得响不起作用。

SLA 计时规则也要写进系统。首次响应、阶段性跟进的时限按优先级分档，工作日和工作时段单独配置，节假日自动顺延。这一点在服务业尤其重要，客户周末提交的工单，不应该因为没人看见而记成超时。

自动派单的三种规则

轮询适合技能水平接近的团队，平均分摊。按技能组派单适合专业化程度高的场景，先按分类匹配到组，组内再分配。按负载派单看当前在手工单数，避免有人排十几条、有人空着。

规则之外留一条人工改派通道。自动派单解决的是效率，复杂的、跨部门的问题仍然需要人来判断。改派动作要留痕，记录改派人和原因，否则绩效统计时说不清。

工单数据拿来做什么

看四组数：工单量按分类和时间的分布、首次响应时长、解决时长、一次解决率。返工率也值得盯，同一客户同一问题反复开工单，通常指向产品或流程层面没解决的根本原因。

数据用来改进流程，别急着拿来排名考核。一批系统上线后一线人员开始刷响应时长、把工单拆成多条，数据就失去参考价值。先让系统稳定运行两个季度，把口径和操作规范定下来，再谈考核。