凭借飞书集成平台,达成飞书服务台自动上下线! - 飞书官网
解决方案

凭借飞书集成平台,达成飞书服务台自动上下线!

飞书

2024-12-23

推荐理由​
一、业务/日常场景​
二、集成模板​
作者:王磊​
推荐理由​
解决忘记下线客服引起用户投诉的痛点,每天都可以轻松上下班!​
​
​
一、业务/日常场景​
业务痛点​
  • 服务台的客服上下线默认是使用客服手动上下线的流程,经常会出现员工下班之后忘记下线的情况,导致“首次响应时间”超时,导致用户差评,严重影响用户体验和服务台的考核数据。​
  • 由于服务台的特殊性,一般工作时间都是不同的,服务台管理员很难做到及时的监管,保证不出现忘记下线的情况。​
使用场景​
开通飞书服务台的企业都可以使用。​
​
二、集成模板​
1.方案概括​
通过「飞书集成平台+电子表格+多维表格+飞书开放平台API」实现飞书服务台自动上下线功能。​
2.实践的具体操作​
2.1 班表​
以最常见的电子表格形式的班表,做为展示,实际可以根据企业自己的班表情况,进行集成平台的配置,将对应的班表信息写入到多维表格即可。​
​
说明​
图示​
按照对应的格式做好员工的班表即可。​
后续正常更新。​
​
​
2.2 多维表格辅助数据​
辅助数据有三张表-分别是:班次数据、对应邮箱、user-access-token(该数据是机器人上下线客服的凭据,后面讲集成平台会用到)​
​
说明​
图示​
字段不做变化,后续由机器人自动写入。​
第一行数据,需要删除,仅供演示时使用。​
​
250px|700px|reset
​
​
需要配置所有需要自动上下线员工的邮箱、open_id(获取该id有多种方法可参考:通过手机号或邮箱获取用户 ID - 服务端 API - 开发文档 - 飞书开放平台)​
参考现有内容即可​
​
250px|700px|reset
​
​
字段不变​
第一行内容删除即可,现有数据仅作为演示使用。​
​
​
2.3 集成平台配置-电子表格班表信息写入多维表格​
zip为集成平台导出集成流,仅需要配置凭证以及对应电子表格token(对应2.1)、多维表格对应token(对应2.2)即可​
​
说明​
图示​
删除现有数据​
  1. 定时任务-一小时一次​
  1. bitable-11 读取表格现有内容​
  1. bitable-12 删除上次获取的班表内容​
读取人员信息及班次信息​
  1. sheet-1 读取班次​
  1. sheet-2 读取人员信息​
  1. bitable-5 写入人员信息与排序信息​
  1. datetime-helper-1 获取当天日期​
​
250px|700px|reset
​
​
写入班次信息​
  1. branch-3 判断是否为空值,空值直接出循环​
  1. datetime-helper-1 获取当天日期​
  1. bracnh-2 判断行数据是否为今天,今天进循环​
  1. bitable-9 列出符合对应排序的表单​
  1. bitable-10 写入对应班次​
​
​
2.4 集成平台配置-获取user-access-token​
zip为集成平台导出集成流,仅需要配置凭证以及对应多维表格token(对应2.2)、即可​
参考以下两篇文档获取到第一次的refresh_token​
​
说明​
图示​
将获取到的refresh_token,​
写入到对应的多维表格。​
​
250px|700px|reset
​
​
  1. 定时任务-一小时一次。http client-1 获取app-access-token(需要填写对应机器人的app_id 和app_secret,获取方法是机器人后台-凭证与基础信息,详情参考:自建应用获取 app_access_token - 服务端 API - 开发文档 - 飞书开放平台)​
  1. json_helper-1 json反序列化获取值。​
  1. bitable-1 读取refresh_token​
  1. http-client-2 刷新user-access-token(详情参考:刷新 user_access_token - 服务端 API - 开发文档 - 飞书开放平台)​
  1. json_helper-2 json反序列化。​
  1. 写入user-access-token、app-access-token、refresh_token​
​
​
2.5 集成平台-实现自动上下线​
zip为集成平台导出集成流,需要配置凭证、http请求以及对应多维表格token(对应2.2)、即可​
​
说明​
图示​
  1. cronjob_trigger-1 根据班次定时执行。​
  1. bitable-3 读取user-access-token。​
  1. bitable-1 读取班次信息,筛选对应的班次。​
  1. bitable-2 读取对应班次人员的email。​
  1. HTTP Client-1 向api接口发送请求实现上下线(具体的配置参考该文档:更新客服信息 - 服务端 API - 开发文档 - 飞书开放平台)​
  1. branch-1 根据返回的code值判断是否上下线成功,成功则通知对应的员工上下线成功,失败则告知手动查看情况。​
  1. card_helper-1 组装卡片,该卡片可自定义,也可以取消,仅发送文本内容)​
  1. im-1 发送消息给对应的人员。​
  1. im-2 发送消息给对应的人员。​
​
​
3.复用价值​
企业一般都有多个服务台,通过该集成流可以快速进行部署,解决业务痛点​
4.拓展​
该方案全程不需要占用多维表格的自动化次数,所以需要通过不同的班次和时间配置多个2.5的集成流程,实现上下线,在实际的部署中,可以通过多维表格自动化,读取对应的班次的上下班时间,发送http请求触发集成流实现上下线的功能,这样配置只需要一个2.5的集成流做部分修改即可完成。​
对于班表不做要求,可以用任何形式的方法呈现,只要能把对应的班次信息写入到2.2的多维表格即可。​
2.5中推送的员工的卡片,可以配置数据回调,实现点击按钮实现服务台上下线。json代码可以通过飞书开放平台-消息卡片助手进行设计,代码参考:​
​
​
{​
"tag": "button",​
"text": {​
"tag": "plain_text",​
"content": "服务台上线"​
},​
"type": "primary",​
"value": {​
"key": "1"​
}​
},​
实现该流程需要在自建应用中开通机器人,并配置:消息卡片回调请求方式。​
zip内容为通过消息卡片实现上下线可以自行参考。​
​
​
​
​
​
预约飞书企业效能顾问 深度诊断企业痛点,定制专属 AI 办公方案

先进团队,先用飞书

欢迎联系我们,飞书效能顾问将为您提供全力支持
分享先进工作方式
输送行业最佳实践
全面协助组织提效
标题标题标题标题标题标题标题标题标题标题标题标题标题标题标题标题标题标题

字节跳动旗下 AI 工作平台

联系我们立即试用