|
|
|
|
---
|
|
|
|
|
Created: 2023-09-09 Sat
|
|
|
|
|
Updated: 2023-09-14 10:43 Thu
|
|
|
|
|
---
|
|
|
|
|
|
|
|
|
|
## Kimkim
|
|
|
|
|
|
|
|
|
|
kimkim的描述:
|
|
|
|
|
|
|
|
|
|
- 顾问共享行程设计, 检索和重复使用, 创建副本, 重视个性化
|
|
|
|
|
- 用户信息自动应用, 减少复制粘贴和输入错误
|
|
|
|
|
- 行程设计: 固定的日期模板
|
|
|
|
|
- 销售的最小单位: Activity
|
|
|
|
|
- 积极跟踪
|
|
|
|
|
- 移动端和PC端体验差异减小
|
|
|
|
|
|
|
|
|
|
顾问反馈:
|
|
|
|
|
|
|
|
|
|
- 不卡
|
|
|
|
|
- 用户体验好, 操作流程清晰
|
|
|
|
|
- 交互性好: 对报价的反馈; 删除内容, 控制预算
|
|
|
|
|
- 数据统计: 服务量, 服务效率
|
|
|
|
|
|
|
|
|
|
## WhatsApp 数据获取备份和分析
|
|
|
|
|
|
|
|
|
|
- [Baileys](https://github.com/WhiskeySockets/Baileys)
|
|
|
|
|
- 使用WhatsApp 多设备接口, 使同时登录以获取消息记录
|
|
|
|
|
- 存储和分析以及其他需求自行开发
|
|
|
|
|
- 免费
|
|
|
|
|
- 有风险. 这个方法属于是WhatsApp的逆向工程
|
|
|
|
|
*WhatsApp要卖自己的商务服务, 按会话收费, 基于此的二次开发仓库都被要求删库, 社区目前还是积极的*
|
|
|
|
|
|
|
|
|
|
## 客服系统
|
|
|
|
|
|
|
|
|
|
### 需求
|
|
|
|
|
|
|
|
|
|
- 促进即时通讯, 能够群聊
|
|
|
|
|
- 管理沟通中的业务节点. 响应业务状态的变化
|
|
|
|
|
- 结合业务节点, 方便快捷地帮助顾问
|
|
|
|
|
- 希望达到Kim Kim那样, 在沟通中能迅速获取客户信息, 行程信息
|
|
|
|
|
|
|
|
|
|
对于自定业务的具体需求, 目前没有十分契合的供应商能够提供, 或者很贵
|
|
|
|
|
- WhatsApp官方基于会话收费
|
|
|
|
|
- 开发费用
|
|
|
|
|
|
|
|
|
|
## 总结
|
|
|
|
|
|
|
|
|
|
1. 仅需获取WhatsApp沟通内容, 基于Baileys自主开发就行(与蜂巢原理一样). 或者继续使用蜂巢的服务
|
|
|
|
|
- 消息记录存档
|
|
|
|
|
- 对消息记录的数据分析.
|
|
|
|
|
2. 客服系统
|
|
|
|
|
- 仅作沟通工具, 不嵌入业务: 保持目前的流程, 使用上述[1]
|
|
|
|
|
- 需要深入地辅助业务, 逐步达到取代邮件, 完全基于实际业务开发的客服系统
|
|
|
|
|
- 选择社区框架还是官方接口?
|
