服务请求

多渠道受理与智能录入

服务台是IT部门与业务用户的第一触点。接单的及时性、工单记录的准确性、派发的快速性，直接影响业务用户的服务体验。系统通过多渠道接入和智能录入能力，降低接单门槛，确保数据从源头就规范可信。

• 电话录音转文字：系统自动将来电报障录音转为文字，工单创建时直接带出。转派后接手的同事扫一眼文字就能掌握完整情况，不必反复听录音
• 随手记 + 联想标签：接单时随手记录几个关键词，系统自动联想推荐相关标签。选择标签后自动带入预设的业务系统、流程路径、症状库、解决办法库、原因库及SLA时限，从"填单"变为"选单"
• 来电自动识别用户身份：通过对接HR系统获取人员信息、对接业务系统获取所在部门，来电时自动匹配对应的业务部门和用户，用户信息自动填入工单
• 识别部门已有工单：系统自动列出该业务部门当前是否存在未关闭的工单，有效防止同一问题反复报修、重复派单，避免将一件工作算成多个工单量

流程引擎与闭环管理

服务请求的核心价值，不是简单地记录一张工单，而是通过流程引擎将标准路径固化下来，确保每一个请求都从服务台出发、回到服务台检查，形成管理闭环和用户闭环。

• 流程引擎固化闭环：工单从开单到关闭的标准化路径由流程引擎驱动，每个环节责任到人，减少丢单和漏单
• SLA时效管理：按请求类型和优先级设定响应与解决时限，超时自动预警和升级，保障服务承诺
• 非业务时段路径：系统根据工单创建时间自动判断，非业务时段的工单自动转入值班路径，紧急问题不因非工作时间延误
• 工单关闭自动推送评价：工单关闭时通过企业微信或钉钉自动推送评价通知，报修、处理、评价形成完整闭环

现场服务与移动协作

派单后工程师往往不在电脑前，而是在赶往下一个现场的路上。移动端协作能力让工程师在途中就能掌握工单全貌，把时间省下来用在真正的维修上。

• 移动端显示报障人位置：工程师在移动端打开工单时，系统自动显示报障用户的位置信息（院区、楼宇、科室），不再需要打电话询问折返
• 拍照、录音、常用地址报障：业务用户通过手机端可拍照、录音记录故障现象并自动作为工单附件，支持添加和修改常用地址，报障时一键选择
• 常用地址随手添加和修改：对于地形复杂的部门，用户可随时更新准确的位置信息，工程师每次都能快速找到人，不跑冤枉路

供应商协作与场外维修管理

设备送出去修、多久能回来、厂商承诺的维修时间是否兑现——这些环节占据了工单处理的大部分时间，却往往缺乏有效监控。系统在流程中单独设立"场外维修"环节，对供应商协作进行量化管理。

• 场外维修分段计时：系统自动记录设备离场时间和返场时间，计算场外维修总耗时
• 超时自动告警：以厂商承诺的维修时长为阈值，超时自动提示，供应商维修效率可量化、可监控
• 供应商考核数据支撑：按供应商维度统计工单量、按时解决率和场外维修时长，为供应商考核提供客观数据

数据运营体系

数据的主要价值在于统计分析。通过统计量化IT服务的现状，识别异常和问题，从而推动工作质量和效率的持续改进。系统按照六个测量指标、四个维度视角进行统计分析。

六个测量指标

• 工单量：反映业务需求的变化趋势，激增可能是某个系统出了问题，骤降可能是报修渠道出了故障
• 解决率：衡量整体处理能力，已解决工单占总工单的比例
• 积压：列出所有未关闭的工单，分析积压原因——等待业务部门配合、等待厂商处理、技术难度大还是流程卡住
• 按时解决率：量化IT部门对业务承诺的履约能力，约定的时限达成了多少
• 平均解决时长：衡量效率变化，是变快了还是变慢了，是整体变慢还是某类工单变慢
• 满意度：以用户为中心发现服务短板，差评工单要分析哪一单不满意、不满意什么、是否已回访和补救

四个维度视角

• 按业务部门：哪个部门报修最多、体验最差
• 按业务系统：哪个系统最不稳定、故障率最高
• 按IT部门内部分组：各专业组的工作负载和工单分布情况
• 按供应商：各供应商的工单量、按时解决率和场外维修时长

四个维度与六个指标交叉组合，形成完整的数据分析矩阵，支撑从经验管理走向数据运营。