一张工单从创建到关闭总共耗时三天，管理者看到这个数字时很难判断这三天到底是真的遇到了复杂问题，还是大部分时间都花在了"等用户回复""挂起等待备件到货"这类并非技术员实际工作的时段上；同一张工单被反复转派了好几次，谁也说不清具体转了几次、每次在谁手里停留了多久。这类"说不清道不明"的困境，是许多依赖IT工单系统却缺乏细颗粒度耗时分析能力的团队普遍会遇到的问题。
ServiceDesk Plus云版本的Request Assessment功能，正是为了把这笔"糊涂账"变得一清二楚而设计的能力——在工单详情页专门提供一个"耗时分析"标签页，把总耗时、挂起时长、按分组与按技术员的耗时分布，以及SLA响应与解决时限的达标情况，全部拆解呈现出来。
Request Assessment具体拆解出了哪些耗时维度？
根据官方帮助文档，进入任意一张工单详情页后，点击"耗时分析"（Time Elapsed Analysis）标签页，即可查看该工单从创建到完成整个生命周期内的详细活动记录，该功能仅适用于该特性上线之后创建的工单。核心呈现的数据包括以下几个维度：
工单生命周期（Life of Request）：区分真实处理时长与挂起等待时长
这部分展示工单从创建到完成的总耗时，由两部分构成：总耗时（Total Time Elapsed），即排除挂起状态后的实际处理时长；挂起时长（OnHold Time），涵盖工单处于挂起、已解决、已关闭这三种状态下的全部时间，这段时间内对工单执行的分组或技术员指派等操作不会显示出来，除非工单后续被重新打开。工单一旦被正式关闭，计时器会完全停止。
指派耗时（Assigned Time）：按分组和按技术员分别统计
这部分统计工单在被指派给不同技术员组或不同技术员期间各自花费的时长。如果工单曾经从一个组转派到另一个组，或者从一位技术员转派给另一位技术员，系统会把该工单在这些组或技术员名下停留的时长分别累加统计，清楚呈现工单流转过程中每一站到底停留了多久。
SLA达标情况：响应时限与解决时限分别核算
这张表格展示工单所处的SLA等级（如高级、中级等），以及具体的响应时间和解决时间数据。系统会显示预先设定的到期时限（due-in time）；如果在到期时限内完成响应或解决，直接显示实际耗时；如果超出了到期时限，则会在耗时数据旁一并显示超期时长（overdue time），让团队清楚看到究竟是按时完成还是超期完成、超了多久。
一张工单处理耗时长，背后的原因可能是问题本身确实复杂，也可能是流程中存在大量本可以避免的等待和反复转派。如果连这两种情况都分不清楚，团队即便想要优化效率，也不知道该从哪个具体环节下手。把工单耗时拆解到"挂起了多久、在谁手里停留了多久、SLA有没有超期"这样的细颗粒度，是找到真正优化方向的前提。
ServiceDesk Plus的Request Assessment功能把这份细颗粒度数据直接呈现在每一张工单的详情页里，不必额外搭建统计体系。从为下一张处理耗时明显偏长的工单查看一次耗时分析开始，团队对流程瓶颈的认知，就会比只看一个总耗时数字清晰得多。
常见问题解答（FAQ）
Q1：工单被挂起（On Hold）的时间，会不会被算进处理耗时里？
不会被计入总耗时（Total Time Elapsed），而是单独统计在挂起时长（OnHold Time）里。挂起时长还包括处于挂起、已解决、已关闭这三种状态下的时间，且在这段时间内对工单执行的分组、指派技术员等操作不会显示出来，除非工单后续被重新打开。可以参考ServiceDesk Plus的耗时分析标签页查看具体拆解。
Q2：工单反复在不同技术员之间转派，系统能看出转派了几次吗？
可以，但需要查看折线图而非环形图。折线图以时间轴形式呈现工单在不同技术员名下的完整流转过程，能够清楚看出转派了多少次、每次转派发生的具体时间点；环形图则只汇总呈现各技术员名下的总耗时占比，不显示转派次数。
