编码
| 活动
| 责任人
| 说明
|
IM 1.1
| 识别和验证客户基本信息
| 事件记录员（1线）
| l 接受来自客服与系统监控上报的事件请求（包括故障与服务请求） l 根据唯一的客户识别号识别客户 l 检查该客户是否属于服务对象的范围
|
IM 1.2
| 事件记录
| 事件记录员（1线）
| l 如果是用户通过电话报告的事件，事件记录员需要了解用户信息是否准确并与客户沟通事件信息，了解必要的故障请求情况并作初步的受理和支持。 l 如果是用户通过邮件或其他方式提交事件单，一线支持人员首先需要检查用户提交的事件请求单是否完整、正确；如果不正确，与用户进行沟通，对用户信息不一致的情况进行调查，并修改相应记录；并关联相关CI、对用户提交的事件单中的类别、紧急度和影响度进行设置。 ITSS认证
|
IM 2.1
| 初步支持
| 事件记录员（1线）
| l 事件记录员调用知识库对用户的事件进行初步的支持与解决 l 如知识库无法匹配解决办法，事件记录员（1线）负责查找其他资源，包括根据资深知识经验和自己查找信息，或咨询资深人员看能否找到其他解决办法。 l 如果找到相应的解决办法，则进行相应的处理和实施工作； l 如果找不到，则转入下一步
|
IM 2.2
| 判断是否能解决
| 事件记录员（1线）
| l 事件记录员作为一线支持人员，判断该事件是否被解决。 l 如果解决，转入任务IM4.3“接受关闭请求？”，与用户进行沟通，是否可以关闭事件。 l 如果没有解决，转入任务IM2.3“派单”。
|
IM 2.3
| 派单
| 事件记录员（1线）
| l 将事件单首先分派给2线接口人（项目经理），再由项目经理将事件分派给合适的事件受理员（2/3/n线），具体按分派机制或事件处理流程操作规定来执行； l 如果派单两次仍未成功，则升级给事件经理派单
|
IM 2.4
| 确定是否接受派单
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）查看事件记录描述，决定是否接受派单。如果接受，转入任务IM3.1 “调查和诊断”。否则，转入任务IM2.5 “注明拒绝原因”
|
IM 2.5
| 注明拒绝原因
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）如不接受事件单，应在事件单上注明原因（比如事件分类不正确或自身任务排的很满），并提供下次分派的建议，将事件记录退回一线支持人员进行重新分派，进入任务2.3“重派单”
|
IM 3.1
| 调查和诊断
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）对事件进行分析诊断，可借助知识管理信息进行辅助 l 事件受理员（2/3/n线）在必要时对事件信息作进一步的收集，比如向用户询问或者现场了解事件信息。 l 事件受理员（2/3/n线）诊断事件，并寻求解决方案或变通方法
|
IM3.2
| 找到解决方案/变通方法？
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）判断是否找到了解决方案或者变通方法 l 如果找到，则转入IM3.5“记录解决方案/变通方法”，在事件单上记录解决方案或变通方法 l 如果未找到，事件受理员（2/3/n线）判断是否需要寻求进一步的支持，则转入IM3.4“升级到更高层”
|
IM3.3
| 需要更多支持？
| 事件受理员（2/3/n线）
| l 当事件受理员无法解决事件时，转向IM3.4“升级到更高层”,将事件升级.
|
IM3.4
| 升级到更高层
| 事件受理员（2/3/n线）
| l 如果事件受理员（2/3/n线）在规定时限内仍找不到解决方案，应将事件的处理提交给更高层专家来处理。
|
IM3.5
| 记录解决方案和/变通方法
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）找到解决方案或变通方法后，在事件单上应详细记录解决方案或变通方法信息。
|
IM4.1
| 是否需要变更
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）对解决方案进行判断，如果需要变更，则提交变更请求，进入变更管理流程。变更管理流程进行实施后评审并通过之后，将实施结果返回到事件管理流程，进入IM4.3 “记录处理结果” l 如果不需要变更，则直接实施，转入IM4.2 “实施解决方案/变通方法”
|
IM4.2
| 实施解决方案/变通方法
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）根据事件的解决方案或变通方法进行实施，并确保实施成功和解决故障、满足客户请求或达到客户期望。 l 必要时可授权事件记录员（1线）来实施解决方案/变通方法
|
IM4.3
| 记录处理结果
| 事件受理员（2/3/n线）
| l 事件受理员（2/3/n线）在实施解决方案或变通方法后，在事件单上应详细记录解决方案或变通方法实施结果信息。 l 实施和记录实施结果之后，联系用户以请求关闭事件。
|
IM5.1
| 与用户确认是否可以关闭
| 事件记录员（1线）
| l 一线或事件受理员解决事件后，需要通过事件记录员与用户进行联系，确认相关处理方案是否成功，是否达到用户需求，然后将事件单关闭。
|
IM5.2
| 是否接受关闭请求
| 用户
| l 用户检查自己提出的请求或者报障是否得到完全解决，根据实施结果和满足程度判断是否接受关闭请求 l 如果接受关闭请求，则通知服务台可以关闭事件单，转入任务IM5.3 “是否需要更新到知识库” l 如果不接受，则需要重新调查和诊断，转入任务
|
IM5.3
| 是否需要更新到知识库
| 事件记录员或事件受理员
| l 事件受理工程师判断该解决方案或变通方法是否需要更新到知识库中，对于一些有价值的方案信息可以提交候选知识库解决方案，进入知识管理流程； l 不需要的话，则直接进入IM5.5“关闭事件” l 转入IM5.4“创建候选知识条目”，将该事件的解决信息更新到知识库
|
IM5.4
| 创建候选知识条目
| 事件受理员（1/2/3/n）
| l 事件受理员在事件关闭后，将事件的根本原因和解决方案写入知识条目，转入IM5.5“关闭事件”。
|
IM5.5
| 关闭事件
| 事件记录员或事件受理员
| l 一线支持人员（一线值班经理）负责填写结束代码后关闭事件
|
转播
分享
淘帖
()