为网站引入智能客服系统,已成为许多企业提升服务效率的常见做法。但面对市场上众多的服务商,如何做出合适的选择?本文整理了六个需要向服务商确认的关键问题,帮助您更有条理地进行评估。


网站客服2.jpg


一、明确自身需求是提问的基础


在与服务商沟通之前,建议先完成内部需求的初步梳理。这并非需要一份完整的技术文档,而是要对以下几个方向有基本判断:


(一)当前服务渠道的现状


了解客户主要通过哪些渠道提出咨询,这些渠道的咨询量分布情况。


(二)预期解决的核心问题


是希望减少人工回复的重复工作量,还是需要提供全天候的基础应答能力,或是两者兼有。


(三)可接受的部署与维护成本


包括初期投入和后续的持续费用,以及内部需要投入的管理精力。


完成上述准备后,就可以带着具体场景向服务商提出下面六个问题。


二、问题一:系统的功能是否匹配我的业务场景?


这个问题是为了确认系统的实际能力能否覆盖您网站上的常见交互需求。


(一)能否处理多轮对话


基础的智能客服往往只能进行一问一答的简单交互。但在实际业务中,客户的咨询常常需要多轮沟通才能明确。需要了解系统是否支持根据上下文进行连续对话,例如客户先问“我的订单什么时候到”,系统回复后,客户接着问“那可以改地址吗”,系统能否理解第二个问题指向的是同一个订单。


(二)对于不确定的问题如何回应


任何系统都无法保证百分之百准确识别所有问题。需要了解当系统遇到无法理解的问题时,是如何处理的。合理的做法通常包括:告知客户未理解、提供几个可能的选项、或者将对话转接给人工客服。了解这一机制有助于评估客户体验的下限。


(三)是否支持常见功能的快捷操作


除了文本问答,还需要了解系统能否完成一些简单的任务,比如提供订单查询的入口、展示常见问题的分类菜单、或者引导客户完成预约登记。这些交互便利性会直接影响使用体验。


三、问题二:系统的部署和接入需要多长时间?


部署的便捷性决定了系统能否快速投入使用,也关系到后续维护的复杂度。


(一)有哪些部署方式可以选择


不同的网站技术架构适合不同的部署方式。需要了解服务商提供几种部署选项:


1. 通过一段通用代码嵌入网站页面,这种方式对网站改动较小。


2. 通过应用程序接口与网站的后台系统进行对接,这种方式能够实现更深度的数据交互。


3. 是否有其他特定的接入方式,比如针对某些网站构建工具的插件。


(二)从签约到上线通常需要哪些步骤


了解完整的接入流程,包括:服务商需要您提供哪些信息、需要进行哪些配置、是否需要您的技术人员参与代码调试。将这些步骤细化后,可以评估内部需要投入的工时。


(三)日常维护是否需要专业人员


系统上线后,日常的维护工作——比如更新问答库、调整对话流程、查看对话记录——是否需要具备技术背景的人员操作。理想的系统应该允许业务人员通过简单的后台界面完成大部分维护工作。


(四)系统更新是否会影响网站正常运行


服务商对系统进行版本更新时,您的网站是否会短暂无法使用智能客服功能。了解服务商的更新策略,通常应当是后台无感更新,不需要您这边做任何操作。


(五)是否提供试用环境


在正式决定之前,能否获得一个可体验的环境。通过实际操作后台和模拟对话,可以更直观地判断系统的易用性和功能完整性。试用期建议至少安排三到五个工作日,以便进行充分测试。


四、问题三:系统如何保护数据安全?


智能客服系统会接触到企业的业务信息和客户的个人信息,数据安全是需要认真对待的环节。


(一)对话数据的存储位置和存储方式


了解对话记录、客户输入的内容、系统生成的回复分别存储在哪里。是在服务商提供的云端服务器上,还是可以部署在您指定的服务器环境中。不同的存储方式对应不同的数据控制能力。


(二)数据传输和存储是否加密


信息在客户浏览器与系统服务器之间传输时,是否采用了加密协议。存储在服务商数据库中的数据,是否也采用了不可逆的加密方式。这些技术措施是基础的安全保障。


(三)服务商内部的数据访问权限如何管理


服务商的员工是否可以看到您网站上的对话内容。如果某些情况下需要查看,是否有完整的审批和记录流程。理想情况下,服务商应当提供明确的数据访问控制说明。


(四)数据能否导出和彻底删除


当您未来不再使用该系统时,能否将所有对话数据以通用格式导出。导出后,服务商是否承诺在规定时间内彻底删除所有备份。这一点关系到企业对自身数据资产的长期控制能力。


(五)是否有数据安全保障的相关认证


询问服务商是否通过了数据安全或隐私保护方面的通用认证。虽然认证本身不能代表绝对安全,但可以作为评估服务商安全意识的参考维度之一。


五、问题四:系统与现有工具能否顺畅协同?


智能客服系统很少是完全独立运行的,它需要与企业已有的客户管理系统、订单系统或办公协作工具进行配合。


(一)能否识别网站访客的身份信息


当已登录网站的客户发起对话时,系统能否自动获取该客户的部分信息,例如会员等级、过往咨询记录。这种身份识别能力可以让服务更加个性化,避免让客户重复提供基本信息。


(二)人工客服端的工作台是否便于使用


对于需要转人工处理的对话,客服人员使用的界面是否清晰易用。需要了解工作台是否支持:


1. 同时处理多个对话。


2. 查看客户的历史对话记录。


3. 使用预设的快捷回复短语。


4. 内部备注和协作功能。


(三)对话结束后能否进行业务记录


客户结束对话后,客服人员能否在系统内记录本次沟通的要点、标记客户需求类型、设置后续的跟进提醒。这些功能有助于将零散的对话转化为可管理的业务信息。


(四)系统的数据接口是否开放


如果您的企业有自己的客户数据平台或数据分析工具,智能客服系统能否通过开放的接口将对话数据输出。了解接口的开放程度和调用方式,有助于评估未来进行深度集成的可行性。


(五)能否将对话数据推送到其他办公软件


除了正式的业务系统,很多团队习惯在办公协作软件中同步重要信息。了解智能客服系统是否支持将对话摘要、客户反馈等重要信息自动推送到团队日常使用的协作工具中。


六、问题五:服务商能提供什么样的支持服务?


系统上线之后,持续的技术支持和运营支持会直接影响使用效果。


(一)提供哪些形式的支持渠道


了解服务商提供哪些渠道可以获得帮助,例如在线客服、电话支持、工单系统。不同渠道的响应时间是否有差异。同时确认这些支持是否包含在基础服务费用中。


(二)支持的时间范围是怎样的


支持服务是仅在工作时间提供,还是覆盖了晚间和周末。考虑到网站访问可能发生在任何时段,支持服务的时间范围是需要明确的。


(三)系统故障时的响应机制


当系统出现访问缓慢、无法回复消息等异常情况时,服务商如何发现和处理。需要了解是否有监控告警机制,以及是否有书面的故障响应流程说明。


(四)是否提供操作培训和文档


为您的团队提供的培训是以什么形式进行的,是线上讲解还是提供操作手册。培训内容是否涵盖系统后台的所有常用功能。操作文档是否保持更新,并且易于查阅。


(五)知识库的建设和优化是否提供协助


智能客服系统的核心是知识库的质量。服务商在上线初期是否会协助您梳理常见问题、设置合理的问答对。后续的优化过程中,是否提供基于对话日志的分析建议,帮助您持续改进知识库。


(六)是否提供定期的使用情况回顾


服务商是否定期向您提供系统的使用数据,例如对话总量、常见咨询主题、无法回答的问题类型。这些回顾可以帮助您了解系统的实际表现,并发现需要优化的环节。


七、问题六:费用构成是怎样的?


了解清楚费用构成,可以避免后续出现预期之外的支出。这部分的沟通建议尽可能具体。


(一)费用包含哪些项目


要求服务商将费用分解为清晰的组成部分,通常包括:


1. 系统的使用授权费用,按照什么周期收取。


2. 对话量是否有限额,超出后如何计费。


3. 如果使用云端部署,是否产生存储或流量相关的费用。


4. 是否存在一次性安装或配置费用。


(二)是否区分不同的功能版本


服务商是否提供了多个功能层级不同的版本,每个版本对应不同的价格。了解不同版本之间的具体差异,判断基础版本是否已经满足需求,还是必须选择更高版本才能获得某些必要功能。


(三)人工客服席位如何计费


如果系统支持人工客服接入,人工客服的席位数量如何收费。是否允许多个客服同时登录,是否按照同时在线的人数计算,还是按照账号总数计算。


(四)是否有长期合约要求


费用方案是否要求签订一年或更长时间的合约。如果希望先签订较短周期进行评估,是否可行。了解提前终止合约的条件和可能产生的费用。


(五)后续增加功能的费用如何计算


随着业务发展,未来可能会需要额外的功能模块。询问新增功能是否会产生额外费用,费用如何确定。了解这一点有助于预判中长期的使用成本。


(六)费用调整的频率和幅度


服务商是否有定期调整价格的惯例,价格调整前是否会提前通知。虽然无法准确预测未来价格,但了解这方面的信息可以评估长期合作的稳定性。


(七)是否有其他可能产生的费用


除了上述明确的费用项目,还有哪些场景下会产生额外支出。例如,超过约定的数据存储量、超过约定的接口调用次数、需要定制化开发等。把这些可能性逐一确认,有助于后续的费用管理。


八、如何综合评估服务商的答复


收集完六个问题的答复之后,需要有一套方法来综合比较不同服务商的方案。


(一)制作简单的评估对照表


虽然不建议使用复杂的评分体系,但可以制作一份简单的文字对照记录。将每个问题的答复要点逐条记录下来,放在一起进行横向比较。重点关注那些对您业务至关重要的功能点是否被满足。


(二)区分必须满足和锦上添花的需求


将您的需求分为两类:一类是“没有这个功能就无法接受”,另一类是“有这个功能会更好,但不是必需”。用第一类需求作为筛选门槛,只有通过这个门槛的服务商才进入后续比较。


(三)评估服务商对问题的熟悉程度


在沟通的过程中,留意服务商对于您提出的问题是否能够给出清晰、直接的答复。如果对方回避某些问题,或者给出的答复模糊不清,这本身也是一个需要留意的信号。对自身产品了解充分的服务商,通常能够条理清晰地说明各项情况。


九、选择过程中容易出现的几种情况


了解一些常见的情况,可以帮助您避免一些不必要的困扰。


(一)过度承诺需要谨慎留意


如果服务商对所有问题都给出肯定的答复,却没有说明任何前提条件或注意事项,这种情况需要进一步确认。任何系统都有其适用的边界和局限性,坦诚说明这些情况反而是负责任的表现。


(二)忽略长期使用成本的考量


有时初次采购的费用看起来比较合适,但后续可能产生较多额外支出。需要从一到两年的使用周期来评估总体支出,而不仅仅是关注第一期的费用。


(三)低估了知识库维护的工作量


智能客服系统的表现高度依赖知识库的质量。有些采购方在系统上线初期投入较多精力优化知识库,后续维护逐渐减少,系统表现也会相应下降。在选择服务商时,可以了解对方提供哪些工具和机制来帮助您持续维护知识库。


十、签署协议前需要注意的要点


在确定选择哪家服务商之后,签署协议之前,有几个细节值得再次确认。


(一)服务水平协议的明确性


协议中是否明确写明了系统正常运行的衡量标准,以及如果未达到这些标准,服务商会采取什么措施。这些内容通常包含在服务水平协议中。


(二)数据归属权的书面确认


协议中应当明确约定,所有对话数据的所有权归属于您。服务商不得将这些数据用于除提供服务之外的其他目的。


(三)协议终止后的数据交接


协议终止后,您有多长时间可以导出所有数据。服务商在多久之内会完成数据的删除。这些流程应当在协议中有明确的时间节点约定。


(四)责任划分的清晰界定


当因系统问题导致客户信息泄露或其他损失时,责任如何划分。协议中应当根据不同情况,明确双方各自承担的责任范围。


合力亿捷提供专业的网站在线客服系统,功能全面,可精准识别访客来源,构建客户画像;支持主动弹窗会话,自定义标签分类,满足业务营销与服务需求,仅需1行代码,即可将网站客服轻松嵌入企业网站中。