项目起源
很自豪给大家推荐,春松客服是我参与主导团队的第一个纯社区开源项目,目前在 Github 中文项目中开源排名第一。
目前我们正在规划 V8 产品迭代,这将会是一个全新的升级,请关注我们的项目进展 cskefu
同时也欢迎大家加入我们的团队。
中国本土团队自主研发
- 春松客服是北京华夏春松于 2018 年发布的开源项目,目的是帮助企业上线智能客服系统。
- 2022 年中,春松客服开源社区成立,目前春松客服由春松客服技术委员会领导,核心开发者来自开源社区,实践与客户、合伙伙伴共建社区。
最有价值开源项目
至 2022 年 10 月,春松客服在企业中部署超过 1.8 万次,上线客户超过 500 家,是 GitHub 上最受欢迎的中文开源客服系统。因开源、云原生架构和功能丰富受到广泛好评,在 Gitee 上赢得最有价值项目奖 项。
我们的愿景
在开源客服系统,我希望将春松客服平台成为一个开源的生态,希望吸引到成千上万的开发者和企业来使用和参与春松客服的开发。
- 春松客服不是传统的客服操作系统,区别与传统客服产品或客服厂商,因为我们在尝试使用开源方式打造一个可持续发展的客服生态
- 我们承诺开放客服系统基础的核心能力和底层框架,上层应用增强功能则有开发者来决定
- 开源不代表免费,我们将会对提供的增值能力进行收费,以保证主导团队的可持续发展,包括但不限于(技术支持、SaaS 平台)
- 春松客服是一套开发者友好的客服操作系统,我们致力于让春松客服在即使脱离了主导团队,仍旧具备可持续发展的开源产品
春松客服是一个依托于开源精神的客服操作系统,我们承诺永远开源,并与开发者打造一个完美的客服系统生态。
我们想做客服系统的 Kubernetes。
最终用户
一线客服团队人员
一线客服人员作为日常之中,长期使用客服系统的人员;客服系统的能力和效率将直接影响到他们的使用;
客服领域开发者
开发者们,可以利用春松客服的开放能力,为春松客服编写大量的增强插件。
产品设计理念
春松客服的核心目标,不是打造一个我们认为的客服系统,而是我们希望打造一套轻量化的智能客服系统框架和具有海量插件的平台。
- 对于一线客服团队,可以根据自己的需要,选择合适的功能。
- 对于客服领域的开发者们,提供一个平台,让开发者们可以轻松实现春松客服 + 的能力
合理的功能边界定义
传统的客服系统提供了大量复杂的功能和配置,虽然总能找到对用户来说想要的功能,但是大量冗杂、甚至逻辑冲突的功能,这虽然没有过错;但的确极大的提高了一线客服人员的使用成本。
对于真正的使用者来说,我们希望客服系统的功能,可以刚好满足我所需要的全部功能,同时可以方便的进行功能的增减和升级。
所以,春松客服的功能边界在:提供 高性能、稳定、通用的、生产级 智能客服系统底座和平台。
明确的功能范围定义
- 春松客服确保底层基础能力的支持,并且保证良好的可扩展性
- 春松客服避免直接内置开发复杂的应用功能(这往往会有兼容性问题),更多以标准开放能力为目标,交由开发者来实现
增强插件
功能介绍
春松客服 V7
春松客服到现在,已经发展了 2 年的时间,目前版本迭代到 V7,下面展示春松客服的功能和介绍网址入口。
账号和权限
系统管理员
在春松客服里,系统管理员是具备管理所辖组织内坐席、权限、角色、联系人和坐席监控等资源的管理员,系统管理员分为两种类型:超级管理员和普通管理员,普通管理员也简称“管理员”。
超级管理员为春松客服系统设置 的,初始化一个春松客服实例后,默认超级管理员用户名为 admin
,密码为 admin1234
,并且有且只有一个,IT 人员在初始化搭建的春松客服实例的第一件事就是更改超级管理员账号的密码,以确保系统安全。超级管理员具备更新系统所有属性的能力,读写数据,是春松客服内权限最大的用户。
安装启动系统,进入春松客服后台界面,输入初始化的超级管理员账号密码(用户名: admin
, 密码: admin1234
),点击立即登录。
超级管理员同时维护者春松客服的组织机构的高层级,组织机构是树形结构,默认情况下没有组织机构信息,春松客服搭建完成后,由超级管理员设定根节点,比如总公司、总公司下属子公司,维护这样的一个层级结构,再创建其他管理员账号,普通管理员账号可以创建多个,不同管理员隶属于不同组织机构,该管理员只有管理其所在组织机构及该组织机构附属组织机构的权限。
系统管理员切换不同的组织机构,可以查看不同组织机构的数据。
权限设计
春松客服权限体系包括:组织机构,角色,账号。
权限的管理
角色可以自定义,设置对一系列资源的读写。角色的创建和删除,修改资源授权,只有超级管理员可以操作,,普通【管理员】只具备角色的使用权:添加或删除权限里的系统账号。
系统账号读写资源与角色的关系
将账号添加到角色后,因为账号也同时隶属于不同的组织机构,那么账号所具有的权限就是其所在组织机构以及附属组织机构的角色对应的资源的读写。
根据角色和坐席所在组织机构进行权限检查:
- 超级管理员可以管理系统所有资源
- 管理员可以创建部门人员
- 组织机构支持层级的树状结构
- 角色包含对不同资源的读写权限
- 资源如联系人,客户等是根据组织机构进行隔离的
- 网站渠道必须启用技能组,不同网站渠道接入的访客根据网站渠道设置分配给不同的技能组
- 系统数据根据坐席当前所在的组织机构进行展示
- 坐席可以看到自己所在组织机构以及附属组织机构的数据
假设组织机构如下:
- 李四所能看到的联系人全集是 A 部门及其附属部门所创建的全部联系人
- 李四看不到 B 部门的联系人,张三看不到 A 部门的联系人
- 李四能看到刘一创建的联系人,刘一看不到李四创建的联系人
组织机构管理
创建部门
系统 -> 系统概况 -> 用户和组 -> 组织机构 -> 创建部门,并且可以启用或关闭技能组
- 名词解释:
部门 需要创建的部门名称
上级机构 选择上级部门
启用技能组 这里启用与否,技能是接待同一个渠道的坐席人员群组,春松客服支持配置自动分配策略,连接访客与坐席,简称 ACD 模块
更新、删除部门
进入部门列表
系统 -> 系统概况 -> 用户和组 -> 组织机构
编辑 (修改) 部门
系统 -> 系统概况 -> 用户和组 -> 组织机构 -> 修改部门
删除部门
系统 -> 系统概况 -> 用户和组 -> 组织机构 -> 删除部门
设置部门地区
系统 -> 系统概况 -> 用户和组 -> 组织结构 -> 选中一个部门 -> 地区设置
角色管理
创建角色
系统 -> 系统概况 -> 用户和组 -> 系统角色 -> 新建角色
只有【系统超级管理员】可以创建角色。
名词解释:
角色 系统中用户的操作权限是通过角色来控制,角色可以理解为具备一定操作权限的用户组;
可以把一个或者更多的用户添加到一个角色下;
可以给一个角色设置一定的系统权限,相当于这个角色下面的用户有了这些系统权限;
角色创建好了以后,在所有组织机构中共享。不同组织机构的管理员,只能管理其所在组织机构和下属组织机构里的账号的角色。
编辑 (修改) 角色
系统 -> 系统概况 -> 用户和组 -> 系统角色 -> 修改角色
只有【系统超级管理员】可以编辑角色。
删除角色
系统->系统概况->用户和组->系统角色>删除角色
只有【系统超级管理员】可以删除角色。