客户服务管理平台需求说明书样本.doc

网点服务金管家银行网点设备服务管理统一平台4月一、用户服务功效需求 1、呼叫中心呼入转接（现在因客服分两组，办公呼入地点分散在两地）(是否使用片区)l 来电弹屏客服人员登录系统后，当用户来电时，客服中心电话响起，同时系统弹屏，即在客服人员电脑屏幕上将会弹出一个新窗口并显示该来电电话号码所对应设备相关信息。假如该来电号码在用户信息表中被多台设备引用，则显示全部设备信息，提醒操作人员进行选择。l 用户信息已经存在假如用户信息已经事先录入系统中，弹屏功效不仅能显示该设备基础信息，还能弹出该设备以往通话统计及通话摘要，并提醒录入此次通话摘要，创建新任务。除此之外还能弹出该设备最近3笔报修统计。l 用户信息不存在假如该来电号码还未绑定对应用户信息，则会提醒客服中心人员为此电话号码添加相关用户信息，要求省份、地域、支行、网点四级联动（现在没有此功效）；保留后可直接录入此次通话摘要，并提醒录入此次通话摘要，创建新任务。（现在没有此功效）2、 创建维修任务客服中心人员和用户进行电话交流同时，单击“创建任务”按钮，依据知识库选项内容创建一个维修主任务。（现在没有可同时选两种故障功效）；知识库需求说明：要求设备类型（是否指ATM等？）、品牌、型号、部件、故障现象、处理方案联动（现在没有此功效）任务类型：即任务分类，工作流类型，如维修、安装、回访、投诉等，现在无法复选，如同一网点报停同时又报修无法同时创建在一条任务中），选项可系统管理员依据业务需求在工作流配置中产生。-任务类型项可定制设备类型：按设备大类、品牌、型号对某个具体设备类型任务进行分类，选项由系统管理员依据业务需求在代码维护中配置。（现在没有品牌、型号分类功效）-品牌所对应多种型号是否要可定制？故障部件：对某个故障产生部件进行分类，如凭条打印机故障、读卡器故障等，选项由系统管理员依据业务需求在代码维护中配置。故障现象描述：对具体故障现象进行分类，如凭条打印机卡纸、不出纸等，选项由系统管理员依据业务需求在代码维护中配置。故障处理方案：对具体故障处理方案进行分类，选项由系统管理员依据业务需求在代码维护中配置。（现在没有此功效）-依据故障现象描述，然后添加故障现象处理方案用户号：缺省为1000（待定）或请输入一个已经存在用户号，不许可输入一个不存在用户号。联络人和电话：该用户联络人名称及电话，假如用户号对应资料齐全，能够不输入。标题：显示报修用户名称。摘要：可录入该任务部分描述信息。同时分配给：假如勾选，则必需选择对应被分配任务工程师，即全部者，（现在没有可同时选两位工程师功效）；全部者部门、班组、职员：假如同时分配给未勾选，则无须选择。何意，还是先选择“全部者部门、班组、职员”后再勾选“同时分配给”？任务创建日期立即间，即用户报修时间，可设置（现在没有此功效，由系统自动产生）。-报修时间可由用户自行设定3、分配维修任务（短信通知）客服中心人员接到报修电话并创建任务同时，经过短信平台把任务发送给区域技术服务中心经理或工程师假如第2点直接选择了工程师，是否服务中心经理就不要再进行任务分配？。（现在没有二次发送任务功效）。服务中心经理接到任务后，依据人员调度情况，必需将任务分配转发给工程师，让工程师明确任务号。工程师接到服务中心经理分配任务后，必需在30分钟内向客服中心短信平台回复“任务号*已接收、具体出发时间*”。系统接收到短信后可自动分配任务依据回复手机号自动判定工程师ID，不过假如工程师手机号在系统中不存在怎样处理？（现在没有此功效），分配日期立即间由系统自动产生，即工程师回复短信响应任务时间，作为对工程师考评监督和统计分析关键数据。-从任务创建起，系统必需统计工程师回复时间。且要求必需在30分钟内回复短信“任务号*已接收、具体出发时间*”若任务被创建30分钟后仍未被分配，则系统自动提醒（现在没有此功效），客服人员立即电话督促问询服务中心经理或工程师该任务是否响应。若是短信没收到（要是没有收到短信，这一块怎么考评，是否默认成30分钟之内收到短信？），则客服中心人员直接将任务号及故障情况电话通知服务中心经理或工程师；若是收到短信但没回复，则客服中心人员可在系统里统计下来（现在没有此功效），作为工程师服务立即性考评关键依据。举例说明以下：客服中心人员在9：00接到用户报修电话，创建了任务1313，经过短信平台把任务发送给区域技术服务中心经理“任务号：1313维修被创建：（联络电话）：鼓楼（支行）：支行营业部（网点）：NCR 5884-2（设备品牌型号）：ATM（故障任务大类）：读卡器故障（故障任务中类）：吞卡（故障任务小类）：一插卡就吞卡（摘要）”。（注：短信依次显示以上内容，但不显示括号内字段名）服务中心经理收到短信后，必需将任务分配转发给某个工程师，让工程师明确该任务号是1313。工程师收到服务中心经理分配转发任务号，编辑短信“任务号1313已接收、10：00出发”在9：30前发回。系统在9：20收到短信，则立即自动分配。9：20即工程师回复短信响应任务时间。若在9：30还没收到对任务任何回复，系统自动提醒，客服人员应立即电话督促问询服务中心经理或工程师该任务是否响应。若是短信没收到，则客服中心人员必需将任务号及故障情况电话通知服务中心经理或工程师；若是收到短信但没回复，则客服中心人员可在系统统计下来。4、系统自动关闭维修任务（故障处理情况反馈）l 现场处理工程师每完成一项维修任务后，必需在10分钟内向客服中心短信平台回复“任务号*已完成、抵达时间、修复时间、故障现象、处理情况”。（现在不能选择工程师处理完处理过程及更换配件情况）l 因缺乏配件无法完成l 对于因缺乏维修配件无法完成任务，工程师应主动向用户解释说明情况，以取得用户谅解，并立即确定配件抵达时间及维修时间。同时必需通知客服中心，向客服中心短信平台回复“任务号*未完成、抵达时间、结束时间、故障现象” （现在不能选择更换配件情况）。（因缺乏配件无法完成,下次去是否算成第二个任务，还是算成同一个任务）l 电话处理服务中心经理或工程师若直接经过电话处理了，则回复短信“任务号*已电话处理”给系统。系统收到短信，自动进行关闭，或对未完成任务进行备注（现在没有此功效）。5、来自系统以外报修任务创建（非工作时间手机接到或事后创建报修任务）依据用户服务请求进行设置，因这类任务已完成，故创建后可根据工作步骤直接人工进行分配和关闭，（现在没有日期和时间可直接设置功效）。6、对未关闭任务自动提醒、跟踪、监督（现在没有此功效）系统自动提醒目前未分配及未关闭任务，如提醒“1小时后立即超时”、“超时*小时未完成”、“超时*小时完成”等任务信息，同时自动经过短信将“1小时后立即超时”、“超时*小时完成”情况立即发送给服务工程师、相关主管，若工程师在超出时限要求后2小时内仍未完成任务，自动经过短信将“超时2小时未完成”任务立即向总经理进行反馈，要求相关人员进行跟踪。7、用户信息需求说明：用户能够依据用户信息文件导入格式标准说明，登录后自行将用户信息以文件形式批量导入系统，客服中心审核后，可同时供用户报修来电弹屏调用和报表查询使用。（现在没有此功效，需在不一样数据库里导入导出）提供基础数据（如设备品牌、型号等）批量修改功效。（现在没有此功效）用户信息内容（一个用户有多个设备应该是用户表,和设备表分开维护这么一个设备就能够按装一个地点）序号内容1用户号2安装日期（自动到保预警）3联络人名称4电话15分机16电话27分机28服务企业、工程站、工程师（ 服务企业是一定有工程站）9用户状态10设备类型 11品牌 12型号13放置形式14机构类型15用户名称16省份 17地域18支行19网点20邮编21Email22地址23摘要24设备序列号25设备编码（自动生成22位）二、统计分析查询功效需求1、实现四大量化管理目标1.1基础数据动态量化管理l 设备管理：将分散和条条管理设备数据统一起来形成共享数据信息，可实时查询每台设备维修历史统计，并因系统运行得到不停完善和维护；l 机构管理：将设备信息和归属机构及管理人员亲密关联起来，使每个机构全部有较全设备资料，并因系统运行得到不停完善和维护；l 服务商档案资料及服务协议管理；1.2设备运行情况考评量化管理l 考评下属机构设备运行管理： 如故障总时长、台均故障时长；l 考评下属机构设备保养管理： 如故障次数、台均故障次数；1.3设备服务商服务量化管理l 工作量分析：维修次数、巡检次数等；l 服务质量分析：响应时间、故障处理时间、修复时长、满意度等；l 异常情况数据分析：服务企业备件贮备情况、技术水平、人员充裕程度等；l 历史数据对比分析：服务企业整体服务水平改变趋势等；l 设备服务企业评定等；1.4故障统计分析量化管理l 按类型、品牌、型号、模块故障统计分析为未来设备选型提供依据;l 模块故障统计分析可作为要求服务企业提供充足备件依据;2、展示五大方面报表（提供查询、直接下载打印功效）2.1用户角色（依据不一样角色权限） 设备信息表 设备运行报表 服务分析报表 服务异常反馈报表 设备故障分析报表2.2服务企业角色（依据不一样角色权限） 设备信息表 设备运行报表 人力分析报表 服务异常反馈报表 设备故障分析报表3、具体功效需求3.1用户入口角色：省行（市行、支行、网点类似） （一）机具信息n 机具档案需求描述1. 功效：查询2. 操作：按全部、类型、品牌、型号、安装日期、到保日期等分类进行查询3. 要求：按表格方法进行显示序号类型 品牌型号地域支行网点安装日期安装地址到保日期00n 机具分布需求描述4. 功效：统计5. 操作：按全部、类型、品牌、型号分类进行查询6. 要求1：以表格方法进行显示7. 要求2：以图表方法显示历月运行台数、报停台数、到保预警序号类型/品牌/型号地域机具台数(台)运行台数(台)报停台数(台)到保预警(台)福州160342350累计0（二）设备运行l 运行情况需求描述8. 功效：统计9. 操作：以年月方法按类型、品牌、型号分类进行查询10. 要求1：以表格方法进行显示11. 要求2：以图表方法显示历月台均故障时长、台均故障次数序号类型/品牌/型号地域机具台数(台)故障总时长(时)台均故障时长(时)故障总次数(次)台均故障次数(次)累计l 维护情况需求描述12. 功效：统计13. 操作：以年月方法按企业、类型、品牌、型号分类汇总进行查询14. 操作：复选企业、复选类型15. 要求1：以表格方法进行显示16. 要求2：以图表方法显示历月平均故障时长、处理时间、满意度序号企业/类型/品牌/型号地域机具台数(台)报修次数(次)巡检次数(次)安装次数（次）平均故障时长（时）故障处理时间满意度调查即时处理小于等于二十四小时小于等于48小时大于48小时很满意（次）满意（次）不满意（次）次数占比次数占比次数占比次数占比企业一企业二累计（三）服务分析l 满意度调查需求描述17. 功效：统计18. 操作：以日期方法按全部、地域、企业、类型、品牌、型号分类进行查询19. 要求1：以表格方法进行显示20. 要求2：以图表方法显示历月满意度服务企业地域类型机具台数（台）很满意（次）满意（次）不满意（次）总计累计l 服务时长需求描述21. 功效：统计22. 操作：以日期方法按全部、企业进行查询23. 要求1：以表格方法进行显示工作总时长、故障总时长、平均故障时长出发总时长、平均出发时长、往返总旅程、平均往返旅程、修复总时长、平均修复时长、超负荷情况24. 要求2：以图表方法显示历月平均故障时长、平均出发时长、平均往返旅程、平均修复时长、超负荷情况序号服务企业机具台数(台)电话处理（次）现场处理（次）巡检次数(次)维修总时长(时)故障总时长(时)平均故障时长(时)出发总时长(时)平均出发时长(时)往返总旅程(时)平均往返旅程(时)修复总时长(时)平均修复时长(时)累计（四）异常反馈l 异常服务需求描述25. 功效：查询26. 操作：以日期方法按全部、企业、类型、品牌、型号分类进行查询27. 要求1：以表格方法进行显示28. 要求2：能统计出某台机器在30天内重修数次，故障超长时间、修毕超长时间等（返修次数、故障时长大于*小时（时）、修复时长大于*小时（时）、其中等候配件时长（时）、等候用户自行处理结果时长（时）、送修等候时长（时）(这里要实现表格没有画出来)序号企业银行类型 品牌型号地域支行网点返修次数故障时长（时）修复时长（时）报修时间出发时间抵达时间修毕时间处理方法l 投诉提议需求描述29. 功效：查询、录入30. 操作：按用户不一样权限进行查询、录入31. 要求1：以表格方法进行显示32. 要求2：各级用户登录查看：省行看到全部网点投诉及提议，市行看下属支行投诉及提议，支行看下属网点投诉及提议；卡处、科技处、保卫处分别看各自所管理设备投诉及提议进行投诉：各级行能够依据设备种类对对应服务企业、部门、工程站、工程师、客服中心进行投诉进行提议：各级行能够依据设备种类对对应服务企业、部门、工程站、工程师、客服中心进行提议序号专题提议人统计时间内容所属服务企业责任企业原因分析责任企业处理情况备注（五）故障分析l 故障次数需求描述33. 功效：统计34. 操作：以日期方法按全部、类型、品牌、型号、故障类型分类进行统计35. 要求1：以表格方法进行显示36. 要求2：以图表方法进行显示历月型号台均故障次数(次)序号设备故障类型故障总次数（次）型号台均故障次数(次)类型品牌型号台数l 故障原因需求描述37. 功效：查询38. 操作：以日期方法按全部、类型、品牌、型号、故障类型分类进行查询39. 要求1：以表格方法进行显示序号设备地域支行网点报修时间故障原因处理情况类型品牌型号故障类型（六）任务明细需求描述40. 功效：实现全部任务数据实时查询、统计、分析（包含未关闭任务）41. 操作：以日期方法按全部、任务类型、状态、时间、用户类型、地域、支行、网点、服务企业、工程站、工程师、类型、品牌、型号、故障类型、处理方法分类进行查询42. 要求1：以表格方法进行显示序号用户类型地域支行单 位报修电话设备类型品牌型号故障类型故障现象具体故障描述处理情况处理方法 实修工程师报修时间出发时间抵达时间修复时间（七）数据管理l 个人信息l 我下属l 修改密码（八）协议管理l 维保协议l 协议标准l 服务承诺3.2企业入口角色：总经理（部门主管、站长、工程师类似）（一）机具信息n 机具档案需求描述43. 功效：查询44. 操作：按全部、类型、品牌、型号、安装日期、到保日期等分类进行查询45. 要求：按表格方法进行显示序号类型 品牌型号地域支行网点安装日期安装地址到保日期00n 机具分布需求描述46. 功效：统计47. 操作：按全部、类型、品牌、型号分类进行查询48. 要求1：以表格方法进行显示49. 要求2：以图表方法显示历月运行台数、报停台数、到保预警序号类型/品牌/型号地域机具台数(台)运行台数(台)报停台数(台)到保预警(台)累计0（二）设备运行l 运行情况需求描述50. 功效：统计51. 操作：以年月方法按类型、品牌、型号分类进行查询52. 要求1：以表格方法进行显示53. 要求2：以图表方法显示历月台均故障时长、台均故障次数序号类型/品牌/型号地域机具台数(台)故障总时长(时)台均故障时长(时)故障总次数(次)台均故障次数(次)累计l 维护情况需求描述54. 功效：统计55. 操作：以年月方法按企业、类型、品牌、型号分类汇总进行查询56. 操作：复选企业、复选类型57. 要求1：以表格方法进行显示58. 要求2：以图表方法显示历月平均故障时长、处理时间、满意度序号服务站点/类型/品牌/型号地域机具台数(台)报修次数(次)巡检次数(次)安装次数（次）平均故障时长（时）故障处理时间满意度调查即时处理小于等于二十四小时小于等于48小时大于48小时很满意（次）满意（次）不满意（次）次数占比次数占比次数占比次数占比累计（三）人力分析l 站点人力分析需求描述59. 功效：统计60. 操作：以日期方法按全部、服务站点进行统计61. 要求1：以表格方法进行显示各服务站点维修总时长、故障总时长、平均故障时长出发总时长、平均出发时长、往返总旅程、平均往返旅程、修复总时长、平均修复时长62. 要求2：以图表方法显示历月各服务站点平均故障时长、平均出发时长、平均往返旅程、平均修复时长、超负荷情况序号服务站点机具台数(台)电话处理（次）现场处理（次）巡检次数(次)安装次数（次）维修总时长(时)故障总时长(时)平均故障时长(时)出发总时长(时)平均出发时长(时)往返总旅程(时)平均往返旅程(时)修复总时长(时)平均修复时长(时)累计l 人员人力分析需求描述63. 功效：统计64. 操作：以日期方法按全部、服务站点下属服务人员进行统计65. 要求1：以表格方法进行显示各服务站点下属服务人员维修总时长、故障总时长、平均故障时长出发总时长、平均出发时长、往返总旅程、平均往返旅程、修复总时长、平均修复时长、超负荷情况66. 要求2：以图表方法显示历月各服务站点下属服务人员平均故障时长、平均出发时长、平均往返旅程、平均修复时长、超负荷情况序号服务站点/人员机具台数(台)电话处理（次）现场处理（次）巡检次数(次)安装次数（次）维修总时长(时)故障总时长(时)平均故障时长(时)出发总时长(时)平均出发时长(时)往返总旅程(时)平均往返旅程(时)修复总时长(时)平均修复时长(时)超负荷情况（时）累计（四）异常反馈l 异常服务需求描述67. 功效：查询68. 操作：以日期方法按全部、用户类型、设备类型、品牌、型号分类进行查询69. 要求1：以表格方法进行显示70. 要求2：能统计出某台机器在30天内重修数次，故障超长时间、修毕超长时间等（返修次数、故障时长大于*小时（时）、修复时长大于*小时（时）、其中等候配件时长（时）、等候用户自行处理结果时长（时）、送修等候时长（时）序号用户类型设备类型 品牌型号地域支行网点返修次数（次）故障时长（时）修复时长（时）报修时间出发时间抵达时间修毕时间处理方法l 投诉提议需求描述71. 功效：查询、录入72. 操作：按服务企业不一样权限进行查询、录入73. 要求1：以表格方法进行显示74. 要求2：服务企业l 总经理登录：查看：看到各级行对各自企业、部门、工程站、工程师、客服中心投诉及提议进行投诉：能够对客服中心进行投诉进行提议：能够对各自下属、工程站、部门、客服中心、用户进行提议l 部门主管登录：查看：看到各级行对各自企业、部门、工程站、工程师投诉及提议进行投诉：能够对企业、客服中心进行投诉进行提议：能够对各自下属、工程站、企业、客服中心、用户进行提议l 站长登录：查看：看到各级行对各自企业、部门、工程站、工程师投诉及提议进行投诉：能够对各自部门、企业、客服中心进行投诉进行提议：能够对各自下属、部门、企业、客服中心、用户进行提议l 工程师登录：查看：看到各级行对各自企业、部门、工程站、自己投诉及提议进行投诉：能够对各自工程站、部门、企业、客服中心进行投诉进行提议：能够对各自工程站、部门、企业、客服中心、用户进行提议序号专题提议人统计时间内容所属服务企业责任企业原因分析责任企业处理情况备注（五）故障分析l 故障次数需求描述75. 功效：统计76. 操作：以日期方法按全部、类型、品牌、型号、故障类型分类进行统计77. 要求1：以表格方法进行显示78. 要求2：以图表方法进行显示历月型号台均故障次数(次)序号设备故障类型故障总次数（次）型号台均故障次数(次)类型品牌型号台数l 故障原因需求描述79. 功效：查询80. 操作：以日期方法按全部、类型、品牌、型号、故障类型分类进行查询81. 要求1：以表格方法进行显示序号设备地域支行网点报修时间故障原因处理情况类型品牌型号故障类型（六）任务明细需求描述82. 功效：实现全部任务数据实时查询、统计、分析（包含未关闭任务）83. 操作：以日期方法按全部、任务类型、状态、时间、用户类型、地域、支行、网点、服务企业、工程站、工程师、类型、品牌、型号、故障类型、处理方法分类进行查询84. 要求1：以表格方法进行显示序号用户类型地域支行单 位报修电话设备类型品牌型号故障类型故障现象具体故障描述处理情况处理方法 实修工程师报修时间出发时间抵达时间修复时间（七）数据管理l 个人信息l 我下属l 修改密码（八）协议管理l 维保协议l 协议标准l 服务承诺3.3管理员入口角色管理(是否有区分用户和企业)需求描述1. 定义系统角色，和为角色分配其能操作权限，即操作权限。2. 功效1：增加、修改和删除角色。3. 角色要素：地市、角色名称、角色说明、创建时间、创建人。4. 要求：地市、角色名称为必填项。5. 要求：同一地市角色名称必需唯一，不一样地市角色名称能够相同。6. 要求：系统自动统计创建时间、创建人。7. 可修改角色名称和角色说明。8. 要求：在用角色不能进行删除。9. 功效2：分配角色操作权限。为角色分配其能操作功效点。10. 角色操作权限要素：角色名称、功效点。11. 功效点是操作具体单位，一个菜单拥有多个功效点，如新增、修改和删除等。12. 要求：分配权限时只显示和分配目前操作人员能够操作功效点。13. 要求：以子菜单为单位显示功效点，对一个子菜单功效点可单选、多选和全选。14. 功效3：查看角色。15. 要求：只能查看本人拥有角色和本人创建角色。人员管理需求描述1. 管理使用内部管理平台操作人员，为操作人员分配角色。2. 功效1：增加、修改和删除人员。3. 人员要素：地市、人员帐号、帐号密码、人员姓名、人员部门、联络电话。4. 要求：地市、人员帐号、帐号密码、人员姓名、人员部门为必填项。5. 要求：人员帐号必需唯一，且遵照编码规则。6. 可修改人员帐号、帐号密码、人员姓名、人员部门、联络电话。7. 要求：删除人员时不做物理删除，采取归档方法。8. 功效2：查询人员。可依据地市、人员部门、人员帐号、人员姓名等条件查询人员。9. 功效3：角色分配，为操作人员分配角色。10. 角色分配要素：人员帐号、角色名称。11. 要求：一个人员能够分配多个角色，其操作权限为多个角色集合。三、网站首页功效需求新闻资讯最新公告行业新闻维修技术处理方案电子商务会员入口会员积分制