什么是服务请求?
服务请求
vs .事件
|
|
|
|---|---|
|
|
|
|
|
|
|
|
|
服务请求流程
-
用户通过提交服务请求 自助服务门户 或其他渠道,如电子邮件或电话。自助服务门户是理想的渠道,因为带有动态字段和表单的票证模板将根据所选的服务请求类别自动从用户处收集所有需要的信息。这使得技术人员一眼就能评估整个票据。 -
一旦票证被分类、划分优先级并分配给技术人员,技术人员就会评估请求,并检查是否需要他们的上级或其他业务职能部门人员的批准。如果需要,它将被进一步发送以供批准。还会分析其他详细信息,如成本估算、用户详细信息和服务级别协议。 -
技术人员致力于满足服务请求,利用IT服务台的各种功能,包括请求生命周期或可视化工作流,指导技术人员完成特定票据的状态流程,并通过与其他ITSM流程(如资产和采购管理)的集成触发相关任务。 -
一旦服务请求得到满足,票据就会关闭。票证关闭后,用户会收到一个 CSAT调查 收集更多见解并改进服务请求流程。
服务请求工作流

服务请求管理的最佳实践

通过利用服务台的自动化来确定票证的优先级。 通过优先级矩阵,IT团队可以根据请求的影响和紧急程度自动确定请求的优先级。服务台还可以使用自动将具有特定优先级的票证分配给特定的技术人员 技术人员自动分配 基于循环或负载平衡算法的功能。 利用知识管理流程。 重复性服务请求的解决方案可以存储在 知识库 。使用一个集中的、可搜索的知识库,用户可以方便地访问最新答案,自己获取解决方案文章,从而减少技术人员的工作量,最大限度地降低成本,并提高最终用户的自给自足能力。 创建扩展的服务目录。 服务目录提供了用户可以利用的各种服务的完整可见性。IT团队可以创建包含部分和资源详细信息的自定义服务请求模板,以收集必要的信息。每个服务请求模板都可以有自己的一组工作流,包括多阶段批准流程、自动SLA应用程序和交付服务所需的一组任务。凭借对服务请求模板的基于角色的访问,服务台团队可以确保仅向目标用户显示正确的服务。 与其他ITSM流程集成。 服务请求通常涉及几个部门,如采购和计费部门。这可以通过简单地将服务请求管理流程与服务台的流程集成来实现 内置CMDB 以及资产、采购和合同管理流程。通过这种上下文集成,IT团队可以管理资产和服务的购买,创建不同的服务类型,并根据所提供的服务将票据与供应商相关联。 利用报告和控制面板优化请求执行流程。 使用 仪表板和报告 ,IT团队可以管理服务请求的生命周期并确定趋势,以更好地了解和优化服务台的整体运营。他们可以跟踪所使用的资源、技术人员分配以及服务交付的成本和质量,以便更深入地了解服务台团队的绩效,尤其是在服务请求方面。