机器人
场景
渠道
Telegram
步骤
申请
给谁
队列
01
由什么构成
系统里包含什么
- 01
对话分支
场景要短：问什么、什么可以跳过、何时交给人。
- 问候和主题选择
- 按步骤的申请字段
- 「请叫员工」分支
- 02
编号和状态
即时通讯里的消息变成申请。它有编号，而不是聊天流里的一个位置。
- 用来信人的回答做成卡片
- 机器人能说出的状态
- 如果同一个人又写了，就并到原单
- 03
员工
机器人处理不了时，申请落到具体的人或队列里，而不是公共聊天。
- 通知发给谁
- 员工能从对话里看到什么
- 如何把人带回状态
- 04
不必发布即可改的文本
语句、按钮和营业时间可以改，不必发布新版本。
- 简短的文本工作台
- 谁有权修改它们
- 哪些不能被一次随意修改弄坏
- 05
在哪里离开
看对话在哪一步中断，然后缩短它，而不是再加问题。
- 按步骤计数
- Webhook 的无声错误
- 如果即时通讯不可用，怎么办
做什么
- 01对话场景
- 02构建并检查分支
- 03把申请交到 CRM 或接收表格
- 04不必发布就能改文本的工作台
- 05计数：人在哪些分支离开
如何推进
- 01对话分支
- 02草稿版
- 03与系统连接
- 04走查
- 05上线
用什么
- Telegram Bot API
- Node.js
- Webhook
- CRM API
工期参考
简单的申请接收，两周以内。带付款和状态的分支，大约一个月。
完成后
来信不会在聊天里丢失：它有编号、状态和负责人。
通常以后再做的
聊天内付款、同时接多个渠道，以及复杂问卷，放在简单的申请接收已经不再丢单之后。