ImageVerifierCode 换一换
格式:DOCX , 页数:12 ,大小:233.25KB ,
资源ID:13447174      下载积分:3 金币
快捷下载
登录下载
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。 如填写123,账号就是123,密码也是123。
特别说明:
请自助下载,系统不会自动发送文件的哦; 如果您已付费,想二次下载,请登录后访问:我的下载记录
支付方式: 支付宝    微信支付   
验证码:   换一换

加入VIP,免费下载
 

温馨提示:由于个人手机设置不同,如果发现不能下载,请复制以下地址【https://www.bdocx.com/down/13447174.html】到电脑端继续下载(重复下载不扣费)。

已注册用户请登录:
账号:
密码:
验证码:   换一换
  忘记密码?
三方登录: 微信登录   QQ登录  

下载须知

1: 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。
2: 试题试卷类文档,如果标题没有明确说明有答案则都视为没有答案,请知晓。
3: 文件的所有权益归上传用户所有。
4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
5. 本站仅提供交流平台,并不能对任何下载内容负责。
6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

版权提示 | 免责声明

本文(服务外包系统技术方案建议书v20Word格式文档下载.docx)为本站会员(b****2)主动上传,冰豆网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知冰豆网(发送邮件至service@bdocx.com或直接QQ联系客服),我们立即给予删除!

服务外包系统技术方案建议书v20Word格式文档下载.docx

1、 管理软硬件配置 BMC Remedy服务管理平台软件(含ARS)。 服务外包系统(包括事件管理、知识库管理、客户资产管理、财务统计、应用系统接口)。1.2 软硬件部署方案 外包系统管理服务器 BMC Remedy ARS服务管理平台软件; 服务外包系统:事件管理、知识库管理、客户资产管理、财务统计、应用系统接口; MS SQL Server 2005中文标准版数据库软件; MS Windows 2003 Server操作系统软件1.3 方案特点 基于成熟的软硬件平台搭建,保证整个解决方案具有高稳定性、高可靠性和高安全性; 以ITIL为基础,符合业界服务管理的流程标准; 充分考虑蓝色快车服务外

2、包项目的系统可扩展性,满足ITIL流程管理的增加和蓝色快车外包服务业务不断扩充的需求; 全中文界面,符合国内用户使用习惯。2 技术方案建议2.1 体系架构和产品部署服务外包管理平台负责支持蓝色快车服务外包业务系统的业务管理流程,保证服务外包业务管理人员对各项工作的规范化管理和指导,不断提高管理及业务水平。其中用到的应用软件产品和模块包括: 第三方成品软件 BMC Remedy AR System(整个系统的运行和“开发”平台,仅限于Remedy7.0版本) 服务外包系统,我方在Remedy AR System基础上预研形成的模块 事件管理模块 知识库管理模块 客户资产管理模块 财务统计模块 系

3、统应用接口上述产品作用如下: BMC Remedy AR System做为核心的工作流引擎; 我方预研的“事件管理模块、知识库模块、客户资产管理模块、财务统计模块、系统应用接口”是适合本地需要和使用习惯、同时与Remedy紧密集成的管理流程经验共享管理模块,主要用于各项业务中事件管理过程中管理经验的记录和检索。同时有条件地汇总知识经验。2.2 系统功能设计2.2.1 服务台/事件管理在蓝色快车服务外包系统中,系统侧重于服务台(Call Center)与客户的联系与沟通,而客户服务请求事件的处理过程,可以基于ITIL标准定义的相应事件处理原则:一、 事件处理的闭环原则服务台接受客户事件信息,按事

4、件处理流程:1) 确认用户身份,余额确认2) 记录用户信息,事件描述3) 事件分类,定义服务优先级4) 事件解决,二线、三线支持5) 事件解决后由服务台通知客户事件处理的闭环原则可以保证事件解决的完整性,对事件的时时监控与跟踪,保证对外包客户的服务质量。二、 事件处理过程中的升级机制在服务台人员及一线支持人员无法解决问题时,事件采用升级机制,由二线或三线更高级别及职能人员解决相应问题。升级机制可以高效的利用公司内部技术专家人员,合理调度,保证人力资源的利用率。在事件管理流程中,支持人员可以迅速获得关键的事件信息,例如相关的客户信息、事件处理历史信息。与事件相关的解决方案知识库可以帮助快速有效地

5、解决事件。另外,可以对提交的重复事件进行关联处理,同时进行解决。Remedy包含许多内建功能支持ITIL事件管理的要求: 提供单一联系点维护和用户的交流; 提供用户提交请求和查询状态的界面; 提供对所有事件分类的机制; 提供一个综合的、可查询的、对问题的解决方案数据库;2.2.1.1 事件接收和记录Remedy同时提供CS结构的Client用户界面和BS结构的浏览器界面,最终用户和帮助台人员可以利用这些界面录入、记录事件。Remedy提供与Mail Server的接口,用户只需要在Remedy中提供邮件服务器地址、帐户、用户名、密码等信息,就可以方便地利用Remedy收发邮件。在Remedy中

6、可以生成一定的邮件模板,用户可以利用该模板格式可以直接向Remedy提交请求,自动生成工单。来自客服等其他系统的事件将通过接口方式传递到本系统中来。Remedy的Web界面不仅可以提供给最终用户使用,而且可以共帮助台人员和支持人员使用。该界面允许在AR System上重新修正和定制,指定哪些字段是必填项,保证最终用户不遗漏关键信息。2.2.1.2 分类和优先级设定在Remedy中,事件的类别、级别等属性均作为值表单独维护,允许管理原进行调整。在事件处理界面上,类别、级别以选择框形式存在,无需手工输入。解决该事件的最终期限是事件单的属性之一,允许操作人员人为设定和调整。在确定该时限的计算原则和方

7、法的前提下,可以通过Active Link或Filter等方式自动计算,并把计算结果填入事件单。2.2.1.3 调查和诊断Remedy中事件管理等功能本来就是紧密集成、相互关联的,可以互相引用。知识库管理允许以工单记录作为知识基础,形成相关问题草稿库,经管理员的评审后,提升至知识库。知识库的管理权限分为提交,可读,修改,删除,审批等权限。可以根据问题的类别把问题组织成树状结构,允许用户按类检索查询。在调查和诊断过程中,应该充分发挥历史经验和资料的作用,借助以前或他人积累的案例解决问题。Remedy提供了灵活、有效的历史事件和问题经验检索功能,允许用户随时、方便地查找相关资料,可以大大提高各级人

8、员的工作效率、提高事件的一次解决率。2.2.1.4 事件处理Remedy通过Active Link或Filter方式时限字段指派功能,不但缺省支持诸如“自动指派到该用户管理员”之类的的功能,而且可以根据用户的指派逻辑要求,随时定义新的自动指派规则,这种规则的定义是在管理员界面上通过托拽方式实现的,无需编程。工单生成后向受理员发送短信、邮件、弹出窗口等提示称作通知。Remedy通过Filter定义实现通知功能。通知是指在问题单到达某种状态时自动触发对某人的通知程序,例如在事件单创建时通过邮件通知处理人、在事件单当前处理人发生变化时通过短信通知新的处理人、在事件单闭环时传真通知客户等等。通知人可以

9、根据角色、类型等灵活定义,通知内容可以通过模块进行设置,通知方式可以修改或增加。2.2.1.5 事件升级事件的升级策略和阀值定义是Remedy的缺省功能,Remedy的Escalation功能就是基于时间的升级机制,不仅允许持续一定时间后进行升级,而且允许在固定的时间点(例如每天4点)检查系统,执行升级策略。2.2.1.6 结束事件Remedy本身缺省支持事件工单结束代码的定义,该结束代码也是作为单独的值表保存的,允许管理员随时修正。2.2.1.7 事件处理流程图附图2. 事件处理流程图附图3. 事件处理示例图(此图仅供参考)2.2.2 知识库我方知识库管理模块能够充当独立于事件和问题的知识库

10、。附图4. 经验管理环节2.2.2.1 知识来源本系统中知识经验提交有如下两种来源: 各服务支持人员日常工作中积累的经验 各服务支持人员在支持日常的维护和系统检查任务中,会逐步积累一些经验和知识。此时,服务支持人员在维护支撑系统中提交知识,存入待审核库。由知识审核员审核、修正后变为正式知识,发布给所有用户共享,并据此对提交人员进行表彰奖励。 知识管理员总结、导入的经验 知识管理员研究、获取外部的知识和经验后,定期或随时把整理这些知识,导入到问题库中,供所有用户共享。附图5. 知识经验的提交2.2.2.2 知识提交审核各个系统管理员提交知识到问题库之后,需要经过知识管理员的审查、修正,才变为正式

11、发布状态,以减少知识中的谬误和差错。 知识管理员定期检查是否有新提交的知识草案,逐条进行审核、修正。可以修正类别、标题、优先级、故障现象、告警信息、原因分析、处理过程、解决方案等内容;可以增删、选择检索关键字;如果需要,可以粘贴附件;如果审核通过,设置知识状态未“正式”,否则设为“无效”,保存记录。 知识管理员定期(每季度一次)检查所有的正式知识,逐条进行核实、修正和优化。如果认为该知识已经时效或过时,设为“无效”状态,保存记录。2.2.2.3 知识检索和使用在知识变为正式的发布状态之后,可以供各类用户随时检索引用。用户可以研究学习这些知识,也可以在解决问题的过程中有目的地检索。知识记录维护用

12、户阅读次数和用户引用解决问题次数的计数器,引用和阅读次数越多,该知识的价值越大。为了使支持人员迅速找到所需知识,使积累的知识经验更好地发挥作用,需要实现如下检索和自动维护过程: 分类列表检索:提供按照知识类别排序的树状知识结构,允许支持人员分级浏览各类问题; 关键字检索:为每条知识手工指定检索关键字的方式虽然对知识的提交带来了稍许麻烦,但是对于检索的命中率、检索性能带来极大提高。经验证明,基于关键字的检索是问题检索最有效的方式。本系统需要提供按照多个关键字组合(与/或)检索方式; 使用情况检索:系统维护知识的阅读次数和有效次数。可以根据阅读次数和有效次数的范围进行检索,并且需要查看该知识解决过

13、的问题的详细情况。 其他条件检索:根据知识的类别、状态、提交时间段、审核时间段、提交人、审核人等属性进行检索;附图6. 知识经验检索2.2.3 客户资产管理客户资产管理系统的直接目的就是管理外包服务客户的相应资产信息数据库,从而取代基于纸张的资产管理、录入工作。本系统资产项信息保存在客户资产管理数据库中,根据设备实际使用状况,进行资产信息的更新,资产信息包括硬件资产、软件资产、文档、资产属性、资产关系等信息,这样可以大大方便服务支持流程,加快服务速度和质量,定义服务范围。2.2.4 财务统计服务台人员处理客户事件请求,确认服务成功结束,并将相关信息(如处理时常、复杂度等)发送至财务系统,财务系统负责相关费用计算。2.2.5 应用系统接口2.2.5.1 Call Center接口建立呼叫中心的目标就是在充分利用现有通信资源的前提下,用户可以在任何时间、任何地点、以任何方式提交请求,客户服务中心都能够向客户提供最优质的服务。通过呼叫中心与后台事件处理流程的整合,可以实现一个完整的综合信息服务系统。附图7. Remedy与呼叫中心集成在与呼叫中心的集成中,需要与呼叫中心供应商的合作开发,Remedy开放接口,接受CTI呼叫信息,根据语音号码,服务台自动接转工单。2.2.5.2 邮件接口Remedy与邮件服务器的接口图例:附图8. 电子邮件接口Em

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1