呼叫中心投诉业务系统需求规格说明书

《呼叫中心投诉业务系统需求规格说明书》由会员分享，可在线阅读，更多相关《呼叫中心投诉业务系统需求规格说明书（16页珍藏版）》请在文档大全上搜索。

1、呼叫中心投诉业务系统需求规格说明书一、引言 (11.1编写目的 (11.2项目背景 (11.3定义 (21.4参考资料: (2二、任务 (22.1目的 (22.2运行环境 (32.3条件与限制 (3三、功能需求 (33.1系统流程 (33.2贵阳农行系统流程 (6四、数据描述 (74.1数据流图 (74.2静态数据 (104.3动态数据 (104.4数据字典 (10五、性能要求 (12六、运行需求 (12一、引言1.1编写目的本文档定义投诉业务子系统的功能需求、数据描述、运行环境。本文档可作为CALLCENTER系统设计人员,售前技术支持人员,程序员,测试人员、使用人员的参考资料。1.2项目背

2、景本设计文档参考了UT斯达康DSD R&D CALLCENTER开发小组“浙江移动呼叫中心”项目的客户呼叫中心投诉、建议功能模块设计说明书及业务需求分析而写的,对原有的说明书进行修改并增加了一些功能,如投诉处理、处理结果反馈等功能,使本子系统具有一定的通用性,不仅适合电信局,也适用于银行等。1.3定义投诉:包括投诉与建议,是指CallCenter中,处理客户通过电话、信函、传真、EMAIL 等手段对服务质量的投诉和一些客户对有关部门的建议。并且将客户的投诉、建议统一录入服务器中心数据库(或本地数据库,然后进行分类,再将投诉、建议发往相关部门处理。对处理进行全过程追踪,并将处理结果反馈给

3、客户,将客户对处理结果的意见进行记录。作为评价处理部门的工作的依据。UUI:系统各模块之间交换应用数据的桥梁,主要应用在以下几方面:呼叫从IVR转移到Agent、Agents之间呼叫互转和多个Agents、用户实现会议电话。UUI携带的信息主要为语种、应用的识别号AppID、应用信息的标识符等等1。CTI SERVER:联结PBX和LAN。IVR SERVER:电话语音处理服务器。DLL:动态链接库(Dynamic Link Library, WINDOWS程序之间相互调用的一个机制。1.4参考资料:1UUI数据包结构(黄武2应用程序模板文件使用说明(张磊3开发部文档编写指南4浙江移动客户呼叫

4、中心项目建议书中有关投诉、建议的描述5CALLCENTER开发小组前台程序的体系结构和管理模块的设计6贵阳市农业银行客户服务系统业务范围确认表(诸伟注:由于投诉与建议的内容基本上是一样的,下面的内容只说明投诉部分,实际在处理时,可将两部分做在一起。二、任务2.1目的提供给系统分析员一个总体思想,是概要、详细设计的指导.可为CALLCENTER系统设计人员作参考,也可作为其他子系统程序员的参考资料.2.2运行环境本系统既有前台部分,又有小部分后台模块(见后面的模块结构说明,前台主要是PC机,硬件要求:CPU:Pentium ,内存:8M以上,硬盘:100M以上软件要求:OS 为Windows95

5、(Windows98 或NT Worksation,SyBase OpenClient (Oracle OpenClient,TSAPI (Lucent 提供,CTI CLIENT ,2.3条件与限制目前由于实际需要,我们不能做成WEB模式。只能支持电话、FAX、E-mail投诉方式。三、功能需求3.1系统流程投诉按工作流程可以划分为三部分: 投诉受理包括:a.电话投诉:用户拨打服务中心特服号(如180台并选择投诉功能后,1.如果没有空闲的座席,系统提示:座席全忙,请稍后再拨。2.如果是晚间处于系统无人值守时,系统提示系统现正处于无人值守状态,请留下录音,会尽快与用户联系,然后开始录音记下用户

6、投诉的内容、在数据库中自动记下用户的电话信息等,或者给用户留下本服务台的地址(E-Mail或信函地址。3.如果有空闲的座席(AGENT,提示用户:X号受理员接受您的投诉,然后将用户转往该人工座席。b.其他投诉:接受用户投诉的信函、E-Mail、FAX。操作员记下用户投诉的内容、用户的电话信息、地址等。注:将投诉受理分为两部分是因为电话投诉要与CTIServer、PBX有关系。而其他的投诉相对比较独立的,除了几个数据表与其它的子系统有关联外,另外的部分相当于一个小的管理系统独自运行。并且从后面的概要设计、详细设计的描述,可以知道电话投诉受理要继承一个模板(TTemplate2 而其它受理不必继承

7、。投诉处理:投诉查询、统计、落实、处理,追踪投诉的处理,回复客户投诉,监督和检查企业各部门的服务质量,收集和反馈社会对单位的意见和建议,并在数据库中记下投诉处理内容,投诉处理可能是本系统的难点。投诉的处理要考虑四种情况:a.话务员接到投诉后能直接处理,这种方式比较简单,直接在数据库中记录处理信息,当场或以后回复投诉用户。b.话务员认为应给其他的话务员处理,通过电话转移给其他的话务员处理,电话转移可在投诉受理中处理,如果转移后能直接处理,同a。c.话务员认为需要进行会议电话多人处理,此时进行会议电话,如果能直接处理,同a,会议电话的工作可在投诉受理中处理。d.不同于a,b,c,a,b,c的投诉处

8、理是在话务员内部处理,一种比较常见的情况是话务员内部不能处理,可能需要转到其他的部门处理,其他的部门之间也有互相转移处理,甚至还有类似于会议电话的处理。投诉反馈:将投诉处理的结果以电话(外拨、FAX、E-Mail、信函的形式反馈给用户,并相应在数据库中记下标志。有四种形式的反馈:a. 电话(外拨,根据投诉人的电话(如办公室电话,家庭电话等,直接外拨(可手工也要自动,并将结果反馈给用户。b.FAX 可实时传真,也可不实时传真。这需要通过IVRc.信函,将给投诉人的反馈信息、投诉人的地址打印出来即可。d.E-mail,根据投诉人的E-mail地址,将给投诉人的反馈信息以E-mail的形式反馈给用户

9、。上面的三部分是投诉子系统的主要部分,其它的附加部分主要有统计分析与报表生成。对所得到的业务数据进行统计,如:受理量统计、用户满意情况统计、投诉统计、故障情况统计等,统计结果可以按不同的形式(各类统计图、表等进行报表输出和文件存储。同时还能够对已有的数据进行分析,以便能够了解整个系统的运转情况,适时的对某些不合理的地方提出改进的方案和意见。投诉信息分析及报表生成对用户的投诉、建议和障碍申告数据,系统受理和答复的数量、质量数据等,进行整理、分析,产生窗口服务质量的管理数据,系统运行维护情况的管理数据,系统建设方面的决策数据,分别供营业部门和运行维护部门的领导和移动通信业务主管部门和领导使用。&#

10、183;客户服务中心自身服务情况统计:总受理量、每天平均受理量、来话平均受理时间、平均等待时间、最长等待时间,某一时间段受理量波形。·营业系统服务投诉统计:服务员号、被投诉服务日期、投诉原因。·运行维护系统投诉统计:各地区的投诉数与百分比、各障碍现象被投诉数和百分比。上面的工作流程用图表表示如下:投诉受理工作流程 投诉处理工作流程 投诉结果反馈工作流程 投诉信息分析及报表生成 3.2贵阳农行系统流程根据6贵阳市农业银行客户服务系统业务范围确认表, 贵阳农行CallCenter的系统流程如下,上面的系统流程具有通用性,这在一般的系统中都是这样的,可以在系统工作(功能流程中设置

11、: 四、数据描述4.1数据流图根据业务流程,总体的数据流图如下: 由于电话受理是一个拨打电话的过程,从IVR转AGENT(当然也可能包括用户直接拨到IVR,然后从IVR请求如FAX的功能,这在返回投诉人信息中可以看到,其它受理包括发送信函、E-mail、Fax等,这与系统的设计工作不是很大,我们忽略这两部分。主要对记录、处理投诉、返回投诉人信息三个部分进行细化,同时也给出了查询统计的DFD图。1、记录 2、处理投诉 3、返回投诉人信息 4、查询统计 4.2静态数据主要包括单位的人员信息、部门信息(既包括投诉责任体,又包括处理投诉的部门、基本的投诉内容(如常用投诉内容如服务员态度不好、收费过高、

12、故障、系统出错等,以编码的形式保存、不同操作人员的机器地址。4.3动态数据输入:主要是投诉人的信息、投诉内容、投诉方式等输出:主要是投诉的处理结果、反馈给用户的数据(如Fax、电话、E-mail、录音4.4数据字典根据DFD图,上面用到的数据表或数据文件如下(给出具体的数据项定义:操作人员信息(与其它子系统接口:1、编号=(1.999999为操作人员的唯一标识2、姓名=8个字符串3、性别=男|女4、所属部门=A部|B部|C部|5、其它信息部门单位1、部门编号=(1.10002、部门名称=小于长度是40位的字符串3、其它信息投诉人员信息1、投诉人编号=(000000000001.99999999

13、9999为投诉人的唯一标识2、投诉人姓名=8个字符串3、投诉人性别=男|女4、投诉人投诉人年龄=10.1005、投诉人所属单位名称=长度小于40字符串6、投诉人联系电话=家庭电话+单位电话+BP机号码+手机号码7、投诉人Fax=小于长度是15位的数字、“-”字符串,以数字开头8、投诉人Email=小于长度是40位的字符串9、投诉人联系地址=小于长度是40位的字符串10、投诉人邮编=6位的数字字符串投诉内容1、投诉流水号=(000000000001.999999999999为投诉受理的唯一标识,系统自动产生2、受理方式=电话受理|传真受理|EMAIL受理|信函呼叫中心投诉业务系统需求规格说明书(

14、万凌芳 、主叫号码小于是位的数字、 “”字符串，以数字开头 主要功能为防止恶意呼叫，系统自动显示 、投诉人姓名8 个字符串 、投诉人性别男女 、投诉人年龄段=1020|2030|3040 、投诉人工作单位或住址长度小于 40 字符串 、投诉业务分类故障操作不当话费争议窗口服务质量网络问题其它 、投诉业务分类详细（量化信息） =故障 1.2.3操作不当 1.2.3话费争议 1.2.3窗口服务质量 1.2.3网络问题 1.2.3其它 1.2.3 、 、 、 、 、 、 、 l 投诉类型=投诉建议 投诉性质分类严重一般中等 | 故意 责任体=被投诉的部门被投诉的人其它 投诉人需要答复的最后期限大于当

15、日的日期yyyy-mm-dd 联系方法电话传真信件亲自查询Email 投诉内容描述=长度小于0 字符(可能 BLOB 类型,如电话录音等。 操作人员编号（.9999999） *注：对于数据项 8 有待将投诉的分类进一步量化。 投诉处理结果 、投诉流水号（000000000001.999999999999） 、投诉内容描述=长度小于0 字符。 、投诉人姓名8 个字符串 、投诉当前状态受理完处理中待回复已回复 。 、处理内容描述=长度小于0 字符。 、处理责任人编号=（.9999999） 、处理日期yyyy-mm-dd l 返回投诉人结果 、投诉人编号（000000000001.999999999

16、999） 、投诉流水号（1.9999999） 、投诉内容描述=长度小于0 字符。 、处理内容描述=长度小于0 字符。 4.5 数据库描述 本子系统使用的数据库是 Sybase SQL Server11,但在设计数据库时， 使数据字段具有一般性， 不仅能适用 Sybase，也能适用racle，还能适用本地数据库，程序不需要变化。 第 11 页 呼叫中心投诉业务系统需求规格说明书(万凌芳 五、性能要求 本子系统在数据精确度并不要求很严格，但在时间上要求很严格，主要体现在： 、响应时间较快，如用户打进电话，能在几秒钟之内做出反应（自动提示或人工座席 回答） ，操作员能较快记录投诉人的信息，类似于人工

17、传呼机系统。 、最好在投诉人要求答复的时间之内自动提示，如今天是 3.15，则用户在进入系统 时，屏幕自动显示出要求答复的投诉内容。 （这可以在系统管理中设置） 、将用户来话在多个人工受理席之间均匀分配， 可将受理席按所负担的不同受理功能 分组。一个受理席应可同时受理两个来话，管理席（班长席）可选择、插入、监听、 录音某人工受理席。 、要求系统的操作方式尽可能简单， 运行的界面类同， 与其他软件的接口以及开发计 划等发生变化时，应具有的适应能力，也具有一定的通用性，在数据结构、程序不 变的情况下，能应用于不同的系统，如银行投诉、投诉系统。 六、运行需求 l 用户界面 每个屏幕格式统一，屏幕颜色

18、为灰色，Botton 字体为 Arial，大小为 5 号等，Bit Botton 的快捷方式基本一样，如 Bit Botton 确定用 Ctrl+O, Bit Botton 取消用 Ctrl+。本 子系统还要求电话受理投诉与其它投诉界面差不多一样，唯一的不同是前者不用录入主 叫电话（主叫电话的含义见数据字典） 。 l 硬件接口 主要有两个,一个是 Ntserver 与 Workstation,通过 LAN,另外一个是 IVR 既与 LAN 相联,又与 PBX 相联。 l 软件接口 前面提到过,本子系统相对比较独立，与其它子系统的接口主要是几个数 据表，还有，与其它子系统一样，有语音提示、发。 l 故障处理 程序出错时， 不影响数据的完整性、 一致性， 能再次进行数据的自动检查。 第 12 页