比较内容 |
kf000 |
同类产品 |
开发语言 |
C/C++;高效,属于编译执行的,可进行复杂运算 |
JavaScript;低效,属于解释执行的,只能进行简单运算.net框架是解释执行,效率低,需要下载框架,安装复杂 |
技术难度 |
高,需要有底层的丰富经验才能做好。 |
低,只需要懂上层的网页开发即可。 |
展现能力 |
高,可以控制线程,控制内存,可以把优化做到很好,功能强大。 |
低,不能控制,全部由浏览器来处理,不能进行特定优化,功能受限制。只适合不实时的系统处理。 |
网络带宽 |
第一次需要下载,以后在网络上的都是消息,占用带宽低。 |
每次都需要下载各种资源,效率不高,占用带宽高。 |
坐席智能分配 |
能根据客服人员的技能的不同自动分配不同的对话 |
不能分配或平均分配 |
系统整合 |
能安全高效地自定义整合用户信任信息 |
无,不安全 |
访客接入 |
提供最多方式的访客接入方式,包括浮动图标,浮动列表,固定图标,浮动窗口等方式 |
一般只有浮动图标或者列表的方式。基本没有提供浮动窗口的功能。 |
网站流量 |
在大流量网站下工作正常,访客列表能支持10000个以上 |
操作方式不能适应大流量网站,访客列表超过100个系统就很慢 |
效率 |
可以多线程的消息操作,而互不干扰 |
不支持多线程的消息操作 |
方便性 |
开机自动运行,方便客服登录 |
需要打开浏览器,输入特定的页面才行 |
易用性 |
没有访客的时候能最小化到右下角,不打扰工作,也可以和msn进行捆绑,msn登录即登录客服系统 |
没有访客的时候只能最小化,稍不注意就会关闭,就要重新登录。无法和msn进行捆绑 |
信息刷新 |
访客请求对话,图标就要闪动,方便提醒客服 |
分不清是对话请求,还是对方发了消息 |
状态提示 |
1秒钟 |
数秒到数分钟 |
排序 |
能方便地进行 |
不方便 |
过滤 |
能高效地进行 |
效率很低 |
健壮性 |
与浏览器是否受到病毒感染无关,照样正常工作 |
如果浏览器被受到病毒感染,就不能工作 |