呼叫中心系统系统升级与迁移方案
呼叫中心建设升级解决方案-以米领通信为研究案例
呼叫中心建设升级解决方案-以米领通信为研究案例呼叫中心建设、升级阶段的困惑自上世纪末本世纪初以来,呼叫中心由于特有的沟通、商务、服务营销的综合功能,被越来越多的企业事业、政府机构、团体组织关注和应用。
许多行业对呼叫中心的应用实践已经证明,呼叫中心的确是一个集高新技术、信息核心、快捷响应、专业沟通、服务营销、组织形象及辅助管理等诸多特点为一身的理想工具。
为了使您的呼叫中心能够最大限度的实现以上作用合功能,初期建设和整体升级就成为呼叫中心发展全程中重中之重的环节。
如果您正处在呼叫中心的规划建设和整体升级的阶段,是否有以下问题和困惑:•我的呼叫中心到底可以应用于哪些事务?•我的业务如何通过呼叫中心运作和实现?•呼叫中心是如何运作的、需要什么样的设备和环境?•我需要建设一个全国性的还是地区性的呼叫中心、是怎样的战略规划、如何操作?•建设过程中有多少必要步骤、怎样遵循专业规则思考和行事?•那么多大大小小的集成商或设备厂商,哪个更好、更适合我?•呼叫中心建设是不是只是搭建和购买技术系统及设备这么简单、有没有更重要的问题和环节要思考在先?•是否要借助专家的经验和智慧协助统筹规划,从应用管理和良性发展出发全面计划实施,以减少遗憾或失败?•我这样规模的呼叫中心到底要用多少预算才能建成理想的水平?•哪里能找到专业的管理人员?•怎样去运作和管理呼叫中心?•什么样的人适合做呼叫中心职业、怎样保质保量的招募和训练合格的人员?•目前的系统为什么不能实现我的管理需要?•系统故障得不到及时有效支持,我很苦恼,怎么办?•我的业务现在更新频繁,系统跟不上需要,该如何改善?•我的呼叫中心是该重新建设还是在原有基础上完善?•我的呼叫中心重建或升级完善是否仅仅是系统设备升级这么简单?拥有运营顾问专家指导的好处“对企业的业务流程进行根本性再思考和彻底性再设计,从而获得在成本、质量、服务和速度等方面业绩的戏剧性改善,使得企业能最大限度地适应以‘顾客、竞争和变化’ 为特征的现代企业经营环境。
呼叫中心实施方案
呼叫中心实施方案一、背景随着企业规模的不断扩大和客户服务需求的增加,呼叫中心作为企业与客户沟通的重要渠道,扮演着越来越重要的角色。
为了提高客户满意度和提升企业形象,我们需要制定一套科学有效的呼叫中心实施方案。
二、目标1. 提高客户满意度:通过优化呼叫中心流程和提升服务质量,提高客户满意度,增强客户忠诚度。
2. 提升工作效率:通过技术手段和人员培训,提高呼叫中心的工作效率,降低成本,提高企业竞争力。
三、方案内容1. 技术设备升级:对呼叫中心的硬件设备进行升级,提高通话质量和稳定性,确保客户能够顺利接通。
2. 人员培训:加强呼叫中心人员的培训,包括客户服务技巧、沟通能力和业务知识等方面,提高服务质量和解决问题能力。
3. 数据分析和监控:建立完善的数据分析和监控系统,对呼叫中心的工作情况进行实时监控和分析,及时发现问题并进行调整。
4. 多渠道服务:除了电话呼叫外,还可以引入在线客服、社交媒体等多种渠道,满足不同客户的沟通需求。
5. 客户反馈机制:建立客户反馈机制,及时收集客户意见和建议,不断改进呼叫中心的服务质量。
四、实施步骤1. 制定实施计划:根据呼叫中心的实际情况,制定详细的实施计划,包括设备升级、人员培训、系统建设等内容。
2. 设备升级和系统建设:根据计划,对呼叫中心的设备进行升级,建立数据分析和监控系统,确保系统稳定运行。
3. 人员培训和技能提升:组织呼叫中心人员进行系统培训和技能提升,提高服务质量和解决问题能力。
4. 多渠道服务引入:逐步引入多渠道服务,与电话呼叫相结合,满足客户不同的沟通需求。
5. 客户反馈机制建立:建立客户反馈机制,鼓励客户提出意见和建议,及时进行改进。
五、效果评估1. 客户满意度调查:定期对客户进行满意度调查,收集客户反馈,评估实施方案的效果。
2. 工作效率提升:通过数据分析和监控系统,评估呼叫中心的工作效率是否得到提升。
3. 成本效益分析:对实施方案的成本和效益进行分析,评估实施方案的经济效益。
呼叫中心系统升级换代的注意事项有哪些
呼叫中心系统升级换代的注意事项有哪些在当今竞争激烈的商业环境中,呼叫中心作为企业与客户沟通的重要桥梁,其系统的性能和效率直接影响着客户满意度和企业的运营效果。
随着技术的不断发展和业务需求的变化,呼叫中心系统的升级换代成为了许多企业必然的选择。
然而,这一过程并非简单的技术更新,而是涉及到多个方面的复杂工程。
在进行呼叫中心系统升级换代时,有许多注意事项需要企业认真考虑和妥善处理,以确保升级过程的顺利进行和新系统的成功应用。
一、明确升级目标和需求在决定升级呼叫中心系统之前,企业首先要明确升级的目标和需求。
这包括对现有系统的问题和不足进行全面评估,例如系统的稳定性、响应速度、功能完整性等方面。
同时,要结合企业的业务发展规划,考虑未来一段时间内的业务增长和变化趋势,预测可能出现的新需求,如多渠道接入、智能客服、大数据分析等。
只有明确了升级的目标和需求,才能为后续的选型和实施提供清晰的指导。
例如,如果企业的主要问题是客户等待时间过长,导致满意度下降,那么升级的重点可能是优化系统的排队和分配机制,提高客服人员的处理效率;如果企业计划拓展线上业务,增加社交媒体等新的客户沟通渠道,那么新系统就需要具备强大的多渠道整合能力。
二、选择合适的供应商和解决方案市场上有众多的呼叫中心系统供应商和解决方案,企业在选择时要谨慎比较。
要综合考虑供应商的信誉、技术实力、服务质量、成功案例等因素。
可以通过参考行业评价、客户口碑、实地考察等方式,对供应商进行深入了解。
此外,要根据企业的具体需求和预算,选择合适的解决方案。
不要盲目追求最新、最先进的技术,而要确保所选方案能够切实解决企业的实际问题,并且具有良好的性价比和可扩展性。
有些供应商可能会提供过于复杂或昂贵的方案,而这些并不一定适合企业的实际情况。
因此,企业要有清晰的判断能力,避免被供应商的营销手段所误导。
三、充分考虑系统的兼容性和集成性新的呼叫中心系统要能够与企业现有的其他业务系统进行良好的兼容和集成,如客户关系管理系统(CRM)、企业资源规划系统(ERP)等。
呼叫中心及办公电话系统设备搬迁方案
呼叫中心及办公电话系统设备搬迁方案1 搬迁方案概述此次呼叫中心及办公电话系统搬迁只涉及到机房设备的搬迁,不包括坐席电话和办公电话。
搬迁的设备包括Avaya PBX、AES、Audix、CMS,及第三方IVR和录音系统(Witness)等。
搬迁在同一机房进行,将设备从原有机柜搬迁到新的机柜,且原有设备IP地址不变。
由于呼叫中心是24小时的客户服务系统,为了尽量减少搬迁过程给系统带来的影响,此次搬迁之前将搭建临时系统,满足基本的呼叫中心需求,原有设备的搬迁过称中,将坐席注册到临时系统,由临时系统承担呼叫中心业务,搬迁完成后,再切回到生产系统。
2 系统现状客服中心机房现在的设备情况如下:1、PBX系统:PBX系统组成:▽一套S8700系统作为控制机头+2台G650机柜及若干板卡▽S8700通过交换机1台363T和1台CISCO交换机与G650机柜内IPSI卡自建私网完成连接(连接模式为高可靠性连接)▽G650机柜内有4块CLAN卡▽G650机柜内有2块IP-Medpro用于处理IP语音▽G650机柜内有4块DS1卡,连接市话中继▽G650机柜内有2块DS1卡,连接IVR服务器▽G650机柜内有1块语音宣告卡,用于提供系统提示音和等待音乐▽G650机柜内其余板卡为辅助用板卡2、AES系统:▽AES系统为1套系统,使用S8500服务器▽AES服务器通过网络连接CLAN卡▽AES服务器通过网络连接IVR系统、WITNESS系统3、CMS系统:▽CMS系统为1台SUN服务器。
4、AUDIX系统:▽AUDIX系统为1台工控机。
5、IVR系统:由IVR厂家进行搬迁支持6、WITNESS系统:由WITNESS厂家进行搬迁支持3 搬迁准备(2011.1.14—2011.1.21)3.1 临时系统搭建搬迁过程中为保证基本的呼叫中心业务,由华胜天成公司提供一套Avaya 备用系统(包括PBX、AES及相关license),并将现有的IVR移出1台用于临时环境使用。
河南联通呼叫中心系统的升级和改造
( 2 ) 媒体适配层 这一 部分主要 的功 能是协调 多种 媒体 间 相 互 的适 配 。构 成 媒 体 适 配 层 的 主 要 有 电子 邮件 媒体 服务 器 、网络媒 体服 务器 、C T I B  ̄ 务器等 。 ( 3 ) 功能支撑层 这 一 部 分 主 要 的功 能 是 完 成 对 呼 叫 的 管 理 ,包 括 系 统 资 源 、 呼 叫 管 理 以及 路 由 管 理 等 等 多 项 内容 。 ( 4 ) 业 务 实现 层
Ml l c o m ’9 4 [ q 1 9 9 4 . 5 7 — 6 1 f 2 ] Y ANG Y LI U c. S ONG T A l o g - h k e l i h o o d f u n c i t o n —
5 . 总 结
b a s e d a l g o r i t h m f o r QA M s i g n a l c l a s s i i f c a i t o n 0 ] . S i na g l
C e n t e r ,英文 缩写 为C C C 。 近 些 年 , 随 着 计 算 机 技 术 的 飞 速 发 展 , 呼 叫 中 心 系 统 在 行 业 中 发 挥 着 越 来 越 重 要 的 作 用 。但 是 , 目前 河 南联通 的 呼叫 中心系 统仅开 通 了公众 1 1 4 查 询业务 的基本功能 ,现有的呼 叫中心系统 存 在 着 以下 的 问题 : ( 1 ) 没 有 统 一 接 入 码 , 统 一 的 客 服 系 统 以及统一的规范和服务标准 ; ( 2 ) 与相 关系 统的连接 存在 着局 限性 , 服务范围太窄 ; ( 3 ) 经 常 会 出 现 号 码 查 询 速 度 慢 或 者 话 务员释放 速度慢 的问题 ,话 务量较低 ,影 响 了正 常 查 询 服 务 的提 供 ; ( 4 ) 电 话 交 换 机 不 一 致 , 数 据 格 式 不 统 增 加 了工 作 的复 杂 度 ;
呼叫中心系统升级方案
摘要 : 基 于I P 技术 的综合业务 系统是三网融合 的产物 , 可以为用户提供数据 、 语 音和视频 等多种服务业务 。 就 目前来看,
各 大运营商 已经开始进行 I P T V 系统的试 运营 , 以期获得更大的市场竞争优势。因此 , 基 于这种认识 , 文章对基 于 I P技 术 的三 网融合 问题展 开研 究 , 以便为关注这一话题的人们提供参考 。
合体系, 可 以为使用任何终端的用户 提供 图像 、 语音和数字等
多种服务。就 目前来看 ,I P协议是为三大 网络接受的通信协 议。 而以I P协 议为基础 , 则可 以使所有 网络根据 I P协议完成
能, 即节 目采集 与节 目存储和服务。 。其 中, 节 目采集包含 了
节 目压 缩 编 码 、 节 目加 密 和 节 目生成 等 功 能 。 而节 目存 储 和
信 息 产业 的 发 展 。
三网融合不仅仅是进行业务 的简单延伸 , 而 是以 I P为基础完 成新一代 电信网络的开拓, 以便为用户提供视频 点播 、 远程医
疗和 电子商务等应用服 务 。 因此, HF C由于具有容易为各小
区提供交换服务的节点结构,可 以在实现三 网融合的过程中
应用 。
宽带多媒 体通信 网, 具有强大的功能, 并能提供齐全 的信 息服 务业务。所 以, 从网络结构上来看, 这一网络应该是完整 的结
业, 并完成 I P T V 系统技术的试验或商业运营 。而在 国内, 中
国电信和 中国网络 也分别进 行 了宽带 ADS L接入 网的 I P T V 运营试验 。从系统结构角度来看,I P T V 的前 端具有两种功
3 . 2 商 业模式
在三 网融合 的实现方面 , 应用 I P T V技 术已经完成 了两种 商业 模式的构建 。 一方面 , 网络运营商利用 I P T V系统 为用户 提供 了全套 电视业务 ,继而构成了一种综 合商业模式 。在该 模式下, 运营商既可 以为用户提供 I P T vVO D业务, 同时也可 以为用户提供频道化 的 I P T v节 目。 就 目前来看, 该 商业模式
中航信系统建设及迁移项目实施方案2
目录
一、项目组成 二、系统建设和迁移方案 三、总体进度计划 四、各方负责的工作及分工界面 五、项目管理制度
-1-
一、项目组成(合同关系) 项目组成(合同关系)
中融信息 北京联通 优创 中航信 施工装修 坐席终端 网络/机房 网络 机房
-2-
欣方 大屏厂商
一、项目组成(管理关系) 项目组成(管理关系)
中航信新建呼叫中心系统建设及迁 移项目实施方案
联通中融信息服务有限公司
2011年 2011年7月
会议议题
联通中融公司讲解项目总体方案( 分钟) 联通中融公司讲解项目总体方案(约30分钟) 分钟 联通中融公司讲解项目进度计划( 分钟) 联通中融公司讲解项目进度计划(约20分钟) 分钟 参会各单位讨论 中航信领导讲话 欣方公司,优创公司介绍产品白皮书内容(业务运营人员参加, 欣方公司,优创公司介绍产品白皮书内容(业务运营人员参加,其他人 员可退场) 员可退场)
四、分工说明
单位 分工说明 备注
1. 负责职场内基础设施(除大屏外)的准备,包括 坐席,终端,耳麦,接入网络设备,布线(包括 布线质量测试); 2. 负责核心机房与新建话房和上海、广东分支节点 的网络联通,并进行联通行测试; 中航 3. 负责提供机房基础设施(包括机柜托盘,电源插 板,以太网汇聚交换机等); 信 4. 负责提供业务系统硬件服务器(数量配置需求已 提供),并运输至三里屯机房; 5. 负责分配主机地址; 6. 协助办理施工手续; 7. 协助完成现场勘查和其他需求配合提供的设施;
详细说明已提 供
北京 1.负责三里屯机房新增中继电路调度; 联通 2.根据计划完成号码重指向;
-3-
四、分工说明
单位 分工说明 备注
1.负责项目方案制订,总体管理和进度跟踪; 中融 2.负责大屏和部分耳麦采购,负责大屏安装; 3.负责项目例会的组织; 1.负责核心节点及上海,广东分支节点语音平台 设备提供; 欣方 2.负责语音设备安装调测; 3.配合业务系统调测; 4.配合终端软件安装和调测; 1.负责业务系统部署和调测; 2.负责与语音系统联通测试; 优创 3.配合大屏调测; 4.配合终端软件安装和调测;
呼叫中心服务提升方案
呼叫中心服务提升方案引言随着科技的不断发展,呼叫中心已经成为企业与客户进行沟通和提供服务的重要渠道。
然而,许多呼叫中心在提供服务方面存在诸多问题,包括客户等待时间过长、服务质量不稳定、员工培训不足等。
为了提升呼叫中心的服务质量和效率,本文将提出一些具体的方案和建议。
1. 优化呼叫流程首先,优化呼叫流程是提高呼叫中心服务质量的关键。
通过分析客户的需求和问题类型,建立一个更加高效的呼叫流程。
以下是一些建议:•自助服务:为客户提供自助服务选项,例如通过网站、APP或语音响应系统自动解决一些常见问题,减少人工呼叫的需求。
•技能路由:根据员工的技能和专业知识将呼叫路由到最合适的员工,提高问题的解决效率和客户满意度。
•优先级管理:针对紧急事项或重要客户,设立优先级管理机制,确保他们能够更快地得到解决和回应。
•历史记录管理:在呼叫中心系统中记录每次呼叫的细节,包括客户的问题、解决方案和员工的反馈,以便未来能够更好地跟踪和解决问题。
•流程持续改进:定期评估呼叫流程的效果,并根据客户反馈和员工建议进行调整和改进。
2. 员工培训和发展呼叫中心的员工是直接与客户进行交流的重要角色,他们的素质和能力直接影响服务质量。
为了提升员工的服务水平,以下是一些建议:•招聘与选拔:确保招聘过程中选出具有良好沟通能力和解决问题能力的员工,并进行充分的面试和考核。
•系统培训:提供新员工入职培训,包括教授基本沟通技巧、产品知识和呼叫中心系统的操作等。
•专业培训:为员工提供专业培训,让他们深入了解所提供的产品和服务,并学习如何处理复杂问题和应对不同类型的客户。
•持续发展:建立员工发展计划,包括定期的培训和学习机会,以使员工能够不断提升自己的技能和知识。
3. 技术支持和系统升级呼叫中心的技术支持和系统升级是提升服务质量和效率的关键因素。
以下是一些建议:•多渠道支持:除了电话呼叫外,还提供其他多种联系方式,例如电子邮件、在线聊天、社交媒体等,以便客户能够选择最方便的方式进行沟通。
呼叫中心服务提升方案
呼叫中心服务提升方案引言呼叫中心是许多企业提供客户支持和解决问题的重要渠道。
然而,一些呼叫中心面临客户不满和低效率的问题。
为了解决这些问题,公司需要实施一套完善的呼叫中心服务提升方案。
目标本方案的目标是提供高质量、高效率的呼叫中心服务,以提升客户满意度和企业形象。
具体目标包括: 1. 提高接听率和解决率; 2. 减少等待时间和转接次数;3. 提供个性化的服务; 4. 增加员工培训和支持。
方案内容技术改进1.选用先进的呼叫中心软件,提供智能排队功能,根据客户需求和特点进行智能分配,以提高接听率和解决率;2.优化IVR系统,简化语音导航流程,减少转接次数;3.引入自动回拨功能,避免客户长时间等待;4.增加呼叫中心系统的监控和报告功能,以便及时发现问题并进行改进。
人员培训和管理1.为呼叫中心员工提供全面的培训,包括产品知识、客户服务技巧和情绪管理;2.建立良好的绩效管理制度,根据客户满意度和问题解决率进行评估,并提供激励措施;3.定期组织员工沟通会议,分享经验和解决问题。
个性化服务1.建立客户信息数据库,记录客户偏好和历史记录,以提供个性化的服务;2.提供多渠道支持,包括电话、邮件、在线聊天等,以满足不同客户的需求;3.通过CRM系统集成客户关系管理,以便员工能够实时了解客户信息和历史记录。
客户反馈和改进1.设立客户反馈渠道,例如满意度调查和问题反馈表;2.定期分析客户反馈数据,发现问题和改进机会;3.运用客户关系管理工具进行客户分析,了解客户需求和偏好,并制定相应改进措施。
实施计划1.确定项目负责人和团队成员,制定详细的实施计划;2.逐步实施技术改进,确保系统稳定性和员工熟悉度;3.开展员工培训和管理改进,为员工提供必要的资源和支持;4.逐步推行个性化服务,通过客户反馈和数据分析不断改进;5.定期评估和调整方案,确保实施效果和目标的达成。
结论通过实施本方案,企业可以提升呼叫中心服务的质量和效率,提高客户满意度并增强企业形象。
客服中心系统搬迁方案
客服中心系统设备搬迁方案一、搬迁目标及要求:客服中心机房计划进行搬迁;搬迁目标及要求如下:1、本次搬迁的设备,如:PBX、AES、AUDIX、CMS、等设备,不包括:座席电话(座席电话采用IP电话);2、设备搬迁至新机房后,所有设备的IP地址均需要更改成新的IP地址(待定);3、设备搬迁过程中语音平台要求尽量保持工作不中断;集成设备,如:AES、CMS等设备可中断;4、此次搬迁还伴随着设备升级,涉及的设备有:PBX、AES。
二、搬迁系统设备现状:客服中心机房现在的设备情况如下:拓扑图:1、PBX系统:PBX系统组成:▽一套S8700系统作为控制机头+2台G650机柜及若干板卡▽S8700通过交换机1台363T和1台CISCO交换机与G650机柜内IPSI卡自建私网完成连接(连接模式为高可靠性连接)▽ G650机柜内有4块CLAN卡▽ G650机柜内有2块IP-Medpro用于处理IP语音▽ G650机柜内有4块DS1卡,连接市话中继▽ G650机柜内有2块DS1卡,连接IVR服务器▽ G650机柜内有1块语音宣告卡,用于提供系统提示音和等待音乐▽ G650机柜内其余板卡为辅助用板卡2、AES系统:▽AES系统为1套系统,使用S8500服务器▽ AES服务器通过网络连接CLAN卡▽ AES服务器通过网络连接IVR系统、WITNESS系统3、CMS系统:4、AUDIX系统:5、IVR系统:由IVR厂家进行搬迁支持6、WITNESS系统:由WITNESS厂家进行搬迁支持三、升级扩容设备:1、将PBX机头S8700硬件升级成S8800,软件CM2升级成CM52、AES服务器升级版本,并扩容一台AES服务器3、扩容一块IP-Media卡,旧型号为TN2302,新型号为TN26024、CMS版本升级(建议搬迁后再实施)四、设备的搬迁方案:鉴于升级设备能否及时到货和新机房是否需要更换设备IP地址,这两个不确定因素,因而提出了以下几种搬迁方案:●升级设备能够及时到货+新机房IP地址不变的情况下,搬迁方案请见附件一;●升级设备能够及时到货+新机房IP地址变动的情况下,搬迁方案请见附件二;●升级设备不能及时到货+新机房IP地址不变的情况下,搬迁方案请见附件三;●升级设备不能及时到货+新机房IP地址变动的情况下,搬迁方案请见附件四。
系统迁移方案计划
系统迁移方案计划一、迁移背景。
咱们现在的这个系统啊,就像住在老房子里,虽然也能凑活着过,但好多新功能、新需求都塞不进去啦,还老是有点小毛病。
所以呢,咱们得把这个系统搬到一个新的“大房子”里,让它能舒舒服服地运行,还能更好地为咱们干活儿。
二、目标。
1. 顺利地把老系统里的数据、设置啥的都原封不动(或者按照咱的新需求稍微调整一下)搬到新系统里。
2. 在迁移过程中,尽量别影响大家正常使用系统。
要是实在影响了,也得把这个影响的时间缩到最短,就像打个小盹儿一样,一下子就过去。
3. 新系统搬过去之后呢,得比老系统更棒,更稳定,速度更快,就像给汽车换了个新发动机,一脚油门下去“嗖”的一下就跑起来了。
三、迁移前准备。
1. 组建迁移小分队。
这个小分队就像是一群超级英雄,要有懂老系统的专家,能搞清楚里面的弯弯绕绕;还要有新系统的技术大神,知道新系统怎么玩;再加上几个细心的小伙伴,专门检查各种小细节,防止出岔子。
2. 系统评估。
咱们得好好瞅瞅老系统,就像给一个人做全身检查一样。
看看它的数据量有多大,哪些功能是最常用的,哪些是可以淘汰的。
然后再看看新系统的“肚量”够不够大,能不能装下老系统的东西,还得看看新系统有没有啥特殊的要求。
3. 数据备份。
这可是重中之重啊!数据就像咱们的宝贝,要是丢了,那可就惨了。
所以要把老系统的数据完整地备份好几份,就像把钱存在不同的银行一样,这样才保险。
4. 通知相关人员。
得告诉那些天天和系统打交道的小伙伴们,咱们要搬家啦。
啥时候开始搬,可能会有啥影响,都得说清楚。
让他们心里有个底,别到时候手忙脚乱的。
四、迁移过程。
1. 初步测试。
先在一个小范围内测试一下迁移的流程,就像先在小池塘里试试新船稳不稳一样。
看看有没有啥大问题,要是有,赶紧调整。
2. 正式迁移。
如果初步测试没啥问题,那就大张旗鼓地开始正式迁移。
这个过程就像搬家公司小心翼翼地把家具从老房子搬到新房子一样。
按照之前定好的计划,一步一步来,先搬数据,再配置设置,最后检查各种关联关系。
呼叫中心改造实施方案
呼叫中心改造实施方案
随着科技的不断发展,呼叫中心作为企业与客户沟通的重要渠道,也需要不断改造和升级。
在这个信息爆炸的时代,客户的需求也在不断变化,因此呼叫中心的改造实施方案显得尤为重要。
首先,呼叫中心需要进行技术升级。
传统的呼叫中心通常采用电话和传真等传统通信方式,这已经无法满足客户多样化的沟通需求。
因此,引入先进的通讯技术,如云通讯、智能语音识别等,可以提高呼叫中心的效率和客户满意度。
其次,呼叫中心的人员培训也是至关重要的。
员工需要具备良好的沟通能力和专业知识,以更好地为客户提供服务。
此外,培训员工使用新技术和系统,也是呼叫中心改造实施方案的重要一环。
另外,呼叫中心的数据分析也需要得到重视。
通过对客户的通话记录、投诉信息等进行分析,可以更好地了解客户需求和行为,为企业决策提供有力支持。
最后,呼叫中心改造实施方案中还需要考虑安全和隐私保护。
客户的个人信息需要得到严格保护,呼叫中心在使用新技术的同时,也需要确保数据安全和隐私保护的措施得到落实。
总的来说,呼叫中心改造实施方案需要综合考虑技术、人员、数据和安全等多方面因素。
只有全面升级和改造,呼叫中心才能更好地满足客户需求,提升企业形象和竞争力。
呼叫中心提升服务方案
呼叫中心提升服务方案提升呼叫中心服务的方案作为一个呼叫中心,提供优质的服务是至关重要的。
以下是一些提升呼叫中心服务的有效方案:1. 培训与发展:为员工提供专业培训以提升他们的技能和知识水平,使他们能够更好地为客户提供服务。
培训应包括前台礼仪、沟通技巧、问题解决能力、产品知识等方面。
此外,定期组织员工参加相关行业的培训活动,以保持行业最新知识的更新。
2. 设置绩效指标:建立明确的绩效指标,以衡量员工的表现,并对表现优异的员工进行奖励。
例如,设定每个员工需要处理的电话数量、每个电话的平均处理时间、客户满意度等指标。
这样可以激励员工提升服务质量、增加工作效率。
3. 使用先进的技术工具:投资先进的呼叫中心技术工具,例如自动外呼系统、客户关系管理系统等,以提高工作效率和客户满意度。
这些工具可以帮助呼叫中心代表更好地跟进客户的需求、提供一对一的个性化服务。
4. 建立客户数据库:建立完善的客户数据库,记录每个客户的细节信息和历史记录。
当客户再次联系呼叫中心时,代表可以快速查找客户的信息,了解客户的需求和喜好,从而提供更加个性化和专业的服务。
5. 用户调查:定期进行客户满意度调查,了解客户对呼叫中心服务的评价和意见。
通过收集客户的反馈,我们可以发现并修正存在的问题,并在服务提升方面不断进步。
6. 提供多种联系方式:不同客户有不同的喜好和习惯,为客户提供多种联系方式以满足他们的需求。
例如电话、电子邮件、在线聊天等。
这样可以更好地与客户互动,提高满意度和忠诚度。
7. 建立客户关系管理:建立客户关系管理体系,以更好地管理客户的需求和沟通记录。
客户关系管理系统可以帮助员工更好地理解客户的历史记录和需求,从而提供更加个性化和专业的服务。
8. 24小时服务:为客户提供24小时不间断的服务,包括电话和在线支持。
这样不仅可以满足客户的不同需求,也可以提高客户的满意度和忠诚度。
9. 建立服务标准:建立一套明确的服务标准和流程,确保每个代表都能提供一致的高质量服务。
呼叫中心系统系统升级与迁移方案
呼叫中心系统系统升级与迁移方案大成基金呼叫中心系统系统升级与迁移方案一、方案概述1.工控机灾备升级1)本次升级目的创建呼叫中心工控机灾备环境,采用双机并联模式互为热备环境,避免工控机单点故障造成的呼叫服务中断发生,并争取在有限硬件与线路条件下增加容量。
2)目前工控机环境●线路环境:目前客服共接入3条电信30B+D线路,合计90路,经过与上海电信确认,所有线路均为双向(呼入、呼出)线路。
开发商在系统配置方面,限制30路专用外呼,60路专用呼入。
需要特别说明的是:转人工接入坐席时,需要占用2条线路(即坐席接听需要额外占用1条线路)。
●硬件环境:2块Dialogic的60路数字语音卡,1块Dialogci的4路传真卡,语音卡通过BNC接头将120路中的90路线路与电话交换机E1卡进行连接,另外30路线路跳空。
●负载极限:全部为自动语音呼入:最大支持60客户并发呼叫。
全部呼入转人工:最大支持30客户并发接听(不考虑坐席接入数量)。
通常状况:设自动语音服务客户为X名,转人工客户Y名,容量为X+2Y=60,即:如果有10名坐席同时接听电话,则同时并发支持40路自动语音服务。
传真线路:最多支持4名客户的并发传真需求。
3)升级目标环境●线路环境:线路总数保持不变,修改系统配置,不进行呼入与呼出的限制,即90路均可支持呼入呼出。
增加一条30路内中继线路接入交换机,以增加转人工情况下的话务容量。
●硬件环境:将1张60路数字语音卡从现有环境迁移至新的工控机,同时保持该板卡与原电话交换机E1卡之间的链路。
增加一张4路传真卡,供新工控机使用。
●负载极限全部为自动语音呼入:最大支持90客户并发呼叫。
全部呼入转人工:最大支持45客户并发接听(不考虑坐席接入数量)。
通常状况:设自动语音服务客户为X名,转人工客户Y名,两台工控机需要分别计算。
一台工控机容量为X+2Y=60,另一台为30。
则如果有10名坐席同时接听电话,则同时并发支持70路自动语音服务。
客服中心迁移方案
客服中心迁移方案背景客服中心是公司与客户之间沟通的重要渠道,能够有效地提供客户服务和支持。
随着公司业务规模的不断增长,原有的客服中心架构已经无法满足公司的业务需求,需要进行迁移。
目标客服中心迁移的主要目标是提高服务质量和效率,减少客户等待时间,提高客户满意度,同时降低运维成本和复杂度。
迁移后的客服中心需要满足以下基本要求:•可以快速响应并处理客户服务请求•可以支持大规模客户服务请求的处理•可以提高客户满意度•可以降低运维成本和复杂度方案客服中心的迁移方案主要包括如下几个步骤:步骤一:需求分析在客服中心迁移之前,需要对当前的客服中心系统进行调研和分析,了解其系统架构、功能模块、性能瓶颈及后续发展方向。
通过调研和分析,确定迁移前和迁移后的主要业务需求和技术要求。
步骤二:技术方案设计根据需求分析的结果,以及公司的业务发展需求,设计客服中心迁移的技术方案。
需要考虑以下几个方面:•新的客服中心系统架构•数据库的设计•系统的模块化设计•系统的安全性和稳定性步骤三:系统开发根据技术方案设计的要求,进行客服中心系统的开发。
需要设计符合业务需要的模块、实现符合技术要求的功能,并进行有效的测试和调试,确保系统可以稳定运行。
步骤四:数据迁移根据迁移方案,将原有客服中心系统中的数据移植到新的系统中,并进行有效的数据清理和整理。
步骤五:上线测试在客服中心迁移完成后,需要进行系统上线测试,测试系统是否满足目标要求。
测试内容主要包括:功能测试、性能测试、稳定性测试和安全测试等。
步骤六:系统上线完成上线测试并通过后,将新的客服中心系统上线,进入正式的运维阶段。
同时需要对系统进行有效的监控和运维,确保系统可以长期稳定运行。
总结客服中心迁移是一个复杂的过程,在迁移过程中需要关注多个方面,包括需求分析、技术方案设计、系统开发、数据迁移、上线测试和系统上线。
通过这些步骤的有效实施,可以实现客服中心迁移的目标要求,提高服务质量和效率。
客服中心迁移方案
客服中心迁移方案1. 背景随着公司业务的不断壮大,客服中心的工作量也大幅度增加。
原来的客服系统已经不能满足公司日常工作的需求,需要进行迁移。
2. 目标本次迁移的主要目标是:•提高客服中心工作效率,减少人手投入;•强化客户服务体验,提高客户满意度。
3. 迁移方案3.1 硬件环境新的客服系统需要具备如下硬件环境:•服务器:至少3台以上•存储:至少2TB以上•网络带宽:至少50M以上3.2 软件环境新客服系统所需软件环境如下:•操作系统:CentOS 7.0及以上版本•数据库:MySQL 5.7及以上版本•应用服务器:Tomcat 7.0及以上版本3.3 数据迁移在迁移数据时,需要进行如下步骤:1.备份原系统数据;2.在新系统中创建对应的数据库,并将备份数据导入新系统中;3.对于一些敏感数据(如客户个人信息等),需要进行数据加密;3.4 功能迁移新的客服系统需要具备如下功能:•自动分配工单;•聊天窗口自动回复;•可以自定义回答模板;•工单转派/升级功能;•客户反馈评价功能;•统计报表功能。
3.5 测试在完成功能开发和数据迁移后,需要进行功能测试和压力测试,确保系统能够满足预设的性能和稳定性要求。
3.6 上线在测试通过后,可以进行系统上线,在上线前,需要先将旧系统下线,并将新系统进行托管。
4. 遗留问题在客服系统迁移过程中,还需要注意如下问题:•如何保证客户信息的安全性?•如何更好的处理客户反馈?5. 总结通过对现有客服系统进行改进和升级,可以大幅度提升客户服务体验,增强客户满意度,从而为企业的长期发展打下坚实基础。
在实施过程中,需要充分考虑各种因素,保证系统能够稳定运行,为社会提供更好的服务。
客服中心迁移方案
客服中心迁移方案背景由于公司业务规模的不断扩大,客服中心的现有系统已经无法满足日益增长的需求,因此需要进行迁移。
在客服中心迁移的过程中,需要考虑以下问题:•如何保证数据的安全迁移?•如何确保迁移后客服中心的正常运行?•如何进行迁移后的系统维护和更新?迁移方案1. 数据备份和迁移在迁移前,需要对现有的客服系统进行数据备份,包括客户信息、工单记录、客服人员信息等等。
数据迁移的方式可以使用数据库备份和恢复的方式,也可以将数据导出为 CSV 格式进行迁移。
在迁移后,需要对新系统进行数据导入和恢复,并进行测试验证,确保数据的完整性和准确性。
2. 硬件配置和网络迁移在迁移过程中,需要将原有的服务器和网络环境迁移到新的硬件和网络环境中。
在此过程中,需要对新的硬件环境和网络环境进行配置和优化,以保证客服中心的正常运行和稳定性。
3. 软件部署和系统更新在迁移后,客服中心的软件系统需要重新安装和部署。
在此过程中,需要对软件进行版本升级和系统更新,以适应新的硬件和网络环境的需求。
在软件部署完成后,需要进行功能测试和系统验证,确保客服中心的正常运行和稳定性。
4. 人员培训和知识转移在迁移后,需要对客服人员进行培训和知识转移,让他们熟悉新的客服系统,并掌握新系统的使用方法和技巧。
在此过程中,需要制定系统使用手册、培训计划和演练方案,并进行专业培训和实践演练,以提高客服人员的素质和能力。
总结客服中心的迁移方案需要考虑到数据备份和迁移、硬件配置和网络迁移、软件部署和系统更新、人员培训和知识转移等多个方面。
只有做到全面考虑和严谨实施,才能确保客服中心的正常运行和稳定性。
客服中心迁移方案
客服中心迁移方案随着公司规模和业务的不断发展壮大,客服部门的重要性日益凸显。
为了提高客户服务水平,满足业务发展需要,我们计划对客服中心进行迁移,以下为具体方案:一、迁移背景和目的目前,我们的客服中心采用的是自建系统,但由于实际业务需求的不断增加,系统已无法满足更高的客户服务需求,同时也存在容错性、数据备份等方面的问题。
因此,我们计划对客服中心进行迁移,对于新系统,其具体目的如下:•提升客服服务水平,实现多渠道多模式客户服务;•提高数据安全性与容灾能力;•保障客户数据的完整性和私密性;•提高管理效能,降低总体运维成本。
二、迁移内容客服中心的迁移将包括以下内容:1. 迁移范围•客服中心的业务系统全面迁移;•迁移后的系统保持与旧系统的一致性;•内容密集型的系统,如语音系统,迁移时保证质量。
2. 迁移数据•所有客户数据将进行迁移,确保数据的完整性;•数据迁移过程中,进行数据清洗并去重;•采用加密技术提高数据安全性;•迁移前需制定数据备份和恢复方案;3. 硬件设备•采购新的硬件设备以提供更好的服务保障;•对原有系统硬件进行备份或迁移。
4. 内部培训•将新系统操作技术进行详细培训,确保便捷性;•分别针对新功能以及数据迁移技术进行培训;•培训过程中进行推广新产品。
三、迁移方案1. 预计时间•系统预计迁移时间为两周;•迁移过程中可及时暂停系统服务,进行测试反复;2. 迁移方法•执行实际业务迁移,所有业务必须停止;•注意降低业务操作与数据错误的风险;•尽量减少业务操作的复杂性;•定期重新开启业务流程并进行测试;•系统稳定后正式上线。
3. 系统双备互对•迁移新系统前使用老旧的系统作备份;•数据备份完成后进行系统双备互对;•数据迁移后进行稳定性测试。
四、风险控制1. 物理风险•迁移过程走到机房细节部分,必须确保有安全和物理保障;•做好机房设计和防火防爆等措施;•设备维护与管理员的培训;•存在所有硬件设备操作手册。
2. 系统风险•进行数据备份和系统差异比对;•加强安全技术及监控手段;•安全审计流程、监控事故响应和事件处置;3. 迁移方案审核和验证•建立验证方案,进行全面测试,确保稳定性;•对数据处理和操作规定进行详细审核确定;•按照方案开展全面业务测试和调整;五、总结以上为我们计划进行客服中心迁移方案,对于具体实施方案还需要更进一步的详细讨论和制定,确保客服服务的正常转换,同时确保客户数据的安全性和完整性,保障我们的业务发展。
客服中心迁移方案
客服中心迁移方案客服中心是企业与客户之间沟通的桥梁,为了提供更好的服务,有时需要将现有的客服中心迁移到新的地方。
对于企业来说,需要制定详细的迁移方案,确保迁移过程顺利完成,并且不影响客户服务的质量。
本文将介绍客服中心迁移方案的制定和执行过程。
1. 需求分析在开始制定客服中心迁移方案之前,我们需要分析现有的客服中心的瓶颈和不足之处,以及新的客服中心需要具备的特性。
1.1. 现有客服中心的瓶颈和不足现有客服中心的瓶颈和不足主要有以下几点:•硬件设施老旧,无法满足业务增长的需求;•客服人员过于集中,无法进行有效的分流和分配;•客户反馈和投诉处理速度较慢,缺乏科学、规范的工作流程;•维护和更新客服系统需要较高的技术门槛,无法快速响应业务变化。
1.2. 新客服中心需要具备的特性新客服中心需要具备以下特性:•硬件设施先进、稳定、可靠,能满足业务增长的需求;•可以进行客户分流和分配,提高客服人员使用效率;•有科学、规范的工作流程,可以快速响应客户反馈和投诉;•操作简单,易于维护和更新。
2. 迁移方案基于需求分析的结果,我们可以制定如下客服中心迁移方案。
2.1. 确定新客服中心的位置和设施首先,需要考虑新的客服中心应该建立在哪里,以及新的客服中心所需的硬件设施和基础设施。
新客服中心应该建立在一个交通便利的位置,同时离企业总部、数据中心和其他重要设施近,有利于协同工作。
硬件设施应该先进、稳定、可靠,包括服务器、网络设备、电话系统等技术设备,能够支持业务增长,满足客户需求。
基础设施包括通信、电力、供水、供气等建筑设施,保证客服中心的正常运营。
2.2. 制定安装和配置计划安装和配置计划是迁移的重要步骤。
在确定新客服中心的位置和设施之后,需要制定详细的安装和配置计划,包括硬件设备、网络拓扑、电话系统、客户管理系统等。
安装计划应该考虑设备的运输、安装、测试和调试。
配置计划应该考虑网络拓扑、IP地址规划、电话系统设置、考勤系统设置等。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
大成基金呼叫中心系统系统升级与迁移方案一、方案概述1.工控机灾备升级1)本次升级目的创建呼叫中心工控机灾备环境,采用双机并联模式互为热备环境,避免工控机单点故障造成的呼叫服务中断发生,并争取在有限硬件与线路条件下增加容量。
2)目前工控机环境●线路环境:目前客服共接入3条电信30B+D线路,合计90路,经过与上海电信确认,所有线路均为双向(呼入、呼出)线路。
开发商在系统配置方面,限制30路专用外呼,60路专用呼入。
需要特别说明的是:转人工接入坐席时,需要占用2条线路(即坐席接听需要额外占用1条线路)。
●硬件环境:2块Dialogic的60路数字语音卡,1块Dialogci的4路传真卡,语音卡通过BNC接头将120路中的90路线路与电话交换机E1卡进行连接,另外30路线路跳空。
●负载极限:全部为自动语音呼入:最大支持60客户并发呼叫。
全部呼入转人工:最大支持30客户并发接听(不考虑坐席接入数量)。
通常状况:设自动语音服务客户为X名,转人工客户Y名,容量为X+2Y=60,即:如果有10名坐席同时接听电话,则同时并发支持40路自动语音服务。
传真线路:最多支持4名客户的并发传真需求。
3)升级目标环境●线路环境:线路总数保持不变,修改系统配置,不进行呼入与呼出的限制,即90路均可支持呼入呼出。
增加一条30路内中继线路接入交换机,以增加转人工情况下的话务容量。
●硬件环境:将1张60路数字语音卡从现有环境迁移至新的工控机,同时保持该板卡与原电话交换机E1卡之间的链路。
增加一张4路传真卡,供新工控机使用。
●负载极限全部为自动语音呼入:最大支持90客户并发呼叫。
全部呼入转人工:最大支持45客户并发接听(不考虑坐席接入数量)。
通常状况:设自动语音服务客户为X名,转人工客户Y名,两台工控机需要分别计算。
一台工控机容量为X+2Y=60,另一台为30。
则如果有10名坐席同时接听电话,则同时并发支持70路自动语音服务。
传真线路:最多支持8名客户的并发传真需求(依赖于电信线路分配策略)。
4)灾备原理在正常运行时,CTI与IVR以一台工控机(以下简称主工控机)为主程序运行环境,KCXP、KCBP等组件除在主工控机运行外,也在另一台工控机(以下简称从工控机)独立运行一套,两台工控机在上述硬件升级与部署的基础上,系统软件(板块驱动、CTI、IVR、KCXP、KCBP等)保证相同版本与相同配置参数。
从工控机部署一套与主工控机相同的CTI与IVR程序,并存在一份KCXP与KCBP程序的副本,该副本中IP参数配置均指向本机,正常运行时CTI、IVR以及KCXP、KCBP副本程序不启动。
以下分别阐述主、从工控机出现故障的灾备策略:●主工控机故障:如板块物理线路或板块驱动出现故障,则关闭板卡驱动,其余服务保持正常运行;如CTI或IVR程序出现故障,则手工停止主工控机所有服务,启动从工控机CTI与IVR程序,从工控机停止KCXP、KCBP运行,启动KCXP、KCBP副本,所有呼入全部转入从工控机运行。
●从工控机故障:从工控机停止所有服务,所有呼入全部转入主工控机运行。
5)升级前期准备●硬件环境准备:工控机已于今年初到位,需采购Dialogic4路传真卡一块,用于灾难环境时备份环境可以继续提供传真服务,配备增加内中继线路使用的转接头与线材。
●软件环境准备:新到工控机的操作系统安装、板卡驱动安装、目前工控机程序环境备份,主、从工控机程序的部署。
●其它:提前在网站与呼叫中心IVR语音公告发布系统升级公告,为保证应急情况,拟定停止正常呼叫中心服务的时间为周末两天。
2.上海至深圳系统迁移1)迁移原则由于系统迁移过程涉及硬件、软件、线路等诸多因素的变更,所以在本次迁移工作中,将依据如下原则进行:●保证测试的充分性,在最终迁移前保证至少一次迁移后实际环境的业务模拟运行;●迁移过程包括灾备环境的部署,在系统迁移至深圳的同时,分别于深圳与上海保留部分灾备环境。
2)迁移策略为了分散系统迁移过程存在的风险集中度,缩短迁移引起的业务中断时间,本次迁移依据系统重要性的高低,参考业务开展现状,采用分多个批次逐步迁移的策略。
迁移先后顺序拟定为:●在线客服系统迁移●TA导入程序迁移●应用服务器与数据库服务测试●应用服务器与数据库服务迁移●短信与邮件发送程序迁移二、升级与迁移步骤1.工控机灾备升级步骤升级过程分为环境准备、升级实施、升级后集中监测三个环节。
1)环境准备●方案确定本方案需要经信息技术部门与业务部门确认后方可实施。
●硬件准备依据本方案,完成Dialogic4路传真卡的采购,准备内中继线路使用线材。
2)升级实施为减小对呼叫中心正常业务的影响,升级实施过程需要在周末进行。
步骤如下:●星期五检查软、硬件环境是否与本方案有冲突(经过前期与开发商、上海电信、上海机房维护的多次反复沟通,应当不存在影响升级的主要目的因素);安装新工控机操作系统;主、从工控机的软件备份与复制。
●星期六上午系统停机;进行板块迁移,由于新的工控机硬件环境较好,拟定为主工控机,现有工控机拟定为从工控机;主工控机驱动安装,主、动工控机分别进行线路拨测,以确保板块硬件与驱动服务正常;按照方案启动主、从工控机各项服务,进行基本呼入、呼出与坐席人工接听测试。
●星期六下午将数据库与应用服务器切换至深圳测试环境,为后续的系统迁移工作进行测试与方案验证,进行基本呼入、呼出与坐席人工接听测试。
监测各项服务的运行状态。
●星期日上午进行灾难演练,分别模拟主、从工控机出现线路故障或软件故障,根据本方案进行应急切换,进行基本呼入、呼出与坐席人工接听测试。
●星期日下午留作本次升级实施过程中各项异常解决的时间缓冲。
3)升级后集中监测周一在上海进行现场系统观察,确保本次工控机灾备升级可以不影响日常业务的开展,第一时间解决当日出现的故障。
2.上海至深圳系统迁移步骤1)在线客服系统迁移经过与在线客服系统提供商的交流,结合客户服务部日前提出的在线客服系统需求汇总,该系统迁移方案适合较先实施。
为保证在线客服系统运行不受迁移影响,将在深圳机房搭建新的在线客服服务器,并以此环境为新需求上线测试以及在线客服系统版本升级测试的载体。
步骤如下:●新服务器操作系统安装;●新服务器各项服务部署(apache、mysql、php等),复制现有环境数据至新服务器作为测试数据;●进行新需求上线测试与系统版本升级测试;●启用在线客服新域名,进行数据迁移,将网站在线客服入口更换为新域名,完成系统迁移。
2)TA导入程序迁移由于TA导入程序涉及大量远程文件访问与数据库大批量数据的读写(超过100M的文本数据导入数据库),并发流量远超过坐席接听等日常业务的数据库访问强度,并且执行之间基本处于非坐席接听时间,所以TA导入程序的迁移,除完成功能迁移外,可以在基本不影响坐席接听的前提下,作为深圳与上海机房之间大批量文件访问、数据库读写操作的测试。
TA导入程序的迁移步骤较为简单,在深圳机房新服务器部署即可,部署步骤包括:●将导入程序从上海服务器复制至深圳服务器;●停止上海服务器任务计划;●在深圳服务器创建任务计划;●在迁移完成后跟踪观察任务运行状况。
3)应用服务器与数据库服务迁移测试应用服务器与数据库服务在执行迁移之前,进行独立的系统测试,目的在于进行方案验证,通过对实际环境的观测进行方案的调整和完善。
●迁移测试与工控机灾备环境的上线相结合,步骤如下:●深圳机房搭建应用服务器环境,数据库使用目前DDS同步软件目的端环境;●实际测试,参见【工控机灾备升级步骤】部分【升级实施】小节的【星期六下午】时间段计划。
4)应用服务器与数据库服务迁移在应用服务器与数据库服务迁移测试之后,安排之后某周末时间进行实际迁移,迁移步骤包括:●停止DDS数据同步软件的源端与目的端服务,数据库停机备份;●停止上海机房应用服务器服务,●启动深圳机房应用服务器服务;●重新部署DDS数据同步软件的源端与目的端服务(深圳为源端、上海为目的端);●备份并修改工控机与数据库连接服务的配置文件,指向深圳数据库服务器;●启动深圳机房数据库服务器;●启动DDS数据同步软件;●进行基本呼入、呼出与坐席人工接听测试。
5)短信与邮件发送程序迁移短信与邮件发送程序的迁移与TA导入程序迁移类似,将上海服务器程序环境复制至深圳服务器即可。
并且,迁移之后可以在邮件发送程序修改后,由Exchange服务迁移至新的邮件网关。
三、升级与迁移后系统灾备方案1.工控机灾备参见本文【方案概述】部分【工控机灾备升级】一节的【灾备原理】部分内容。
2.在线客服灾备由于在线客服系统的迁移,实际深圳机房创建新的系统环境,上海机房的现有版本环境不做调整。
因此新的在线客服系统如果出现故障,可以通过修改网站首页入口的方式迅速切换回上海机房原有环境。
需要说明的时,上海部分座席需要同时保留旧版本的在线客服系统客户端的安装,用于灾备应急服务使用。
3.TA导入程序灾备由于TA导入程序执行频度较低、对实时性要求相对较低,并且易于观测,所有如果TA导入程序出现异常,可以协同开发商在深圳环境较快解决。
如果出现系统级异常(如硬件故障或操作系统异常),则可以手动调整并启动上海服务器导入任务,完成应急情况的数据导入。
此外,TA导入程序迁移至深圳机房后,也会择期将其纳入集中监控体系。
4.短信、邮件发送程序灾备短信、邮件发送程序现有环境作为备份环境进行保留,通过应用服务器的配置变更,可以在应急情况下较快的将发送渠道重新切换回上海。
5.应用服务器灾备目前的应用服务器环境继续保留,在应急情况重新启动即可继续提供服务,坐席可以通过不同的登录入口区分登入深圳环境或是上海环境。
6.数据库环境灾备由于此次系统迁移会将DDS同步软件配置修改后继续运行,所以上海机房数据库将作为实时数据备份。
在深圳机房数据库系统出现故障时,可以通过修改工控机与应用服务器配置文件的方式,在较短的时间内将数据源切换至上海备份环境。
此外,在本次系统迁移完成后,会择期进行RAC方案的实施,完成数据库服务器的集群部署,进一步提供数据库服务的性能与可靠性。