怎样区分ITSS用户的自助服务和交户处理环节
本帖最后由 monicazhang 于 2015-11-6 09:45 编辑20151106 淡然续上
4.3. 服务台用户交互详细设计 服务台用户交互管理流程详细设计是在概要流程设计的基础上，逐个环节细化，同时结合服务台用户交互流程代码，把整个服务台用户交互流程具体处理过程详细描述。
4.3.1. （SO1.1）用户自助服务 用户自助服务流程环节SO1.1的细化流程如下图所示：描述如下：
序号步骤名称责任人流程描述
SO1.1.1登录到自助服务用户要访问自助服务 Web 界面，用户必须使用其登录凭据进行登录。
SO1.1.2记录新交互？用户如果是，请继续 SO1.1.3。如果不是，请转至 SO1.1.9。
SO1.1.3服务请求？用户如果是，请转至请求执行流程。如果不是，先查询知识库。
SO1.1.4查询知识库用户要搜索知识文档，用户必须完成搜索。 ITSS考试
SO1.1.5对找到的答案是否满意？用户如果是，请停止。如果不是，请转至 SO1.1.6。
SO1.1.6打开新交互用户用户通过web提交新的交互
SO1.1.7手动完成交互详细信息用户要注册新交互，用户必须提供请求的描述信息，然后选择紧急程度、受影响的服务以及首选联系方式等
SO1.1.8提交交互用户完成所有必填字段后，用户必须单击“提交”按钮向服务台发送请求。
SO1.1.9是否要验证已解决交互的解决方案？用户如果用户要验证先前报告的交互的解决方案，请转至 SO1.1.10。如果不是，请转至 SO1.1.13。
SO1.1.10验证解决方案用户搜索自己提交的交互，查看所有已解决的交互的概述。选择相应的交互并验证所提供的解决方案。
SO1.1.11交互是否已解决？用户如果是，请停止。如果不是，请转至 SO1.1.12。
SO1.1.12重新提交交互并提供更新用户如果用户不同意建议的解决方案，则可以重新提交交互并说明不同意的原因。
SO1.1.13是否检查历史记录和未决交互？用户如果用户要检查先前提交的交互的状态或历史记录，请转至 SO1.1.14。如果不是，请停止。
SO1.1.14检查交互状态用户搜索自己提交的交互，选择交互并查看状态和上次更新。
SO1.1.15是否提供更新？用户如果用户要向先前记录的交互中添加其他详细信息，并且这些信息对专业技术人员很有帮助，请转至 SO1.1.16。如果不是，请停止。
SO1.1.16更新交互用户要向先前记录的交互中添加信息，请使用描述字段并保存所作的变更。
4.3.2. （SO1.2）用户交互处理 用户交互处理流程环节SO1.2的细化流程如下图所示：描述如下：
序号步骤名称责任人流程描述
SO1.2.1填写用户信息服务台人员填写呼叫方姓名等。
SO1.2.2确定受影响的服务服务台人员在“受影响的服务”字段中选择与用户请求匹配的服务。
SO1.2.3是否涉及先前已注册的交互？服务台人员如果用户联系服务台询问先前已注册的交互，请转至 SO1.2.13。如果不是，请转至 SO1.2.4。
SO1.2.4应用交互模板（在适用时）服务台人员如果提供了交互模板，请应用该模板快速定义交互。如果没有提供模板，则显示默认的交互设置。
SO1.2.5按照模板说明操作服务台人员此模板中的预定义字段已填写完成，检查确认
SO1.2.6手动填写交互详细信息服务台人员填写所需的交互详细信息，如整描述、交互类型以及分类。并且选择相应的影响和紧急程度。
SO1.2.7服务请求？服务台人员如果交互涉及“服务请求”，请转至“请求执行”过程。如果不是，请转至 SO1.2.8。
SO1.2.8变更请求？服务台人员如果交互涉及“变更请求”，请转至“变更”过程。如果不是，请转至 SO1.2.9。
SO1.2.9是否与打开的突发事件相匹配？服务台人员服务台人员会根据服务和分类执行搜索以查看任何打开的与用户交互匹配的突发事件。如果是，请转至 SO1.2.18。如果不是，请转至 SO1.2.10。
SO1.2.10是否与已打开的问题/已知错误匹配？服务台人员服务台人员会根据服务和分类执行搜索，以查找任何与用户交互匹配的已打开问题或已知错误。如果是，请转至 SO1.2.20。如果不是，请转至 SO1.2.11。
SO1.2.11是否在知识库中找到解决方案？服务台人员服务台人员会根据描述执行知识库搜索。如果是，请转至 SO1.2.21。如果不是，请转至 SO1.2.12。 ITSS认证
SO1.2.12服务台人员是否能够解决？服务台人员如果服务台人员具备充足的工具和知识解决用户交互问题，请转至 SO1.2.22。如果不是，请转至创建突发事件过程。
SO1.2.13为用户提供更新并更新现有交互服务台人员通知用户相关的最新情况，并通过陈述用户请求了更新来更新该交互。
SO1.2.14是否需要重新打开突发事件？服务台人员如果用户对提供的解决方案不满意，必须重新打开突发事件，请转至 SO1.2.15。如果不是，请转至 SO1.2.16。
SO1.2.15是否允许重新打开？服务台人员如果由于用户在收到解决方案通知后的两周内发出了请求，从而允许重新打开突发事件，请转至 SO1.2.17。如果不是，请转至 SO1.2.6。
SO1.2.16取消最新创建的交互服务台人员由于不再需要此注册，取消最新创建的交互。
SO1.2.17重新打开突发事件服务台人员通过将状态更改为“打开”并提供更新以说明重新打开突发事件的原因，重新打开先前已注册且没有正确解决的突发事件。
SO1.2.18将交互与未决突发事件相关联服务台人员将交互与打开的突发事件相关联。
SO1.2.19保存交互服务台人员将交互保存在交互数据库中并向用户提供交互编号。
SO1.2.20将交互与问题/已知错误相关联服务台人员将交互与问题或已知错误相关联。
SO1.2.21将交互与知识记录相关联服务台人员在交互单中填写对应的知识记录号，将知识库中的解决方案拷贝到解决方案字段中。
SO1.2.22记录交互中的解决方案服务台人员在“解决方案”字段中描述解决方案。
SO1.2.23实施解决方案服务台人员执行所需操作实施解决方案，然后转至关闭交互过程。
4.3.3. （SO1.3）关闭交互 关闭交互流程环节SO1.3的细化流程如下图所示：描述如下：
序号
步骤名称责任人流程描述
SO1.3.1
检查解决方案的完整性服务台人员服务台人员检查交互的解决方案。
SO1.3.2
服务台人员是否接受解决方案？服务台人员如果是，请转至 SO1.3.4。如果不是，请转至 SO1.3.3。
SO1.3.3
重新打开突发事件
服务台人员将重新打开突发事件记录以进行深入调查和诊断。
SO1.3.4
是否向用户回电？服务台人员如果用户想要通过电话得到通知，请转至 SO1.3.6，否则请转至 SO1.3.5。
SO1.3.5
向用户发送电子邮件通知服务台人员用户会自动接收到交互关闭的电子邮件,用户可以检查此解决方案，并可以在两周内拒绝此解决方案。
SO1.3.6
通过用户验证解决方案服务台人员服务台人员会联系用户并传达解决方案。用户应当验证此解决方案并确认已解决突发事件、已对问题或投诉作出回答或已执行服务请求。
SO1.3.7
用户是否接受解决方案？服务台人员如果是，请转至 SO1.3.9。如果不是，请转至 SO1.3.8。
SO1.3.8
重新打开或重新创建突发事件服务台人员提供的解决方案可能无法解决所有用户的问题。如果解决方案无法解决所有用户的问题，服务台人员必须重新打开现有突发事件或创建新的突发事件，然后关联未解决的交互。
SO1.3.9
关闭交互服务台人员服务台人员关闭交互。 ITSS培训
待续http://ITIL-foundation.cn/thread-52975-1-1.html本帖关键字：ITSS
页:
[1]