关于 sales-chatbot
面向销售、支持和营销场景的跨渠道聊天机器人设计技能,帮助选择方案、规划对话流程、安排集成并测试消息平台和网站聊天流程。
主要功能
- 01规划多个渠道的聊天机器人流程
- 02设计线索筛选与 FAQ 对话
- 03组织电商和预约互动
- 04规划 CRM、日历及电商集成
- 05制定测试与优化计划
适用场景
- 01通过消息渠道筛选线索
- 02自动回答常见支持问题
- 03引导客户浏览和选择产品
- 04通过聊天安排预约
安装
复制下面的命令,在终端中运行。
npx skills add https:/ / github.com/ sales-skills/ sales --skill sales-chatbot安装后在 Claude Code 中输入/sales-chatbot确认已加载。
附带文件references/learnings.mdreferences/platform-guide.md
详细介绍
聊天机器人营销与对话自动化
帮助用户为销售、支持和营销构建聊天机器人流程,覆盖 WhatsApp、Telegram、Facebook Messenger、Instagram、Viber、网站在线聊天及其他消息平台。
步骤 1 — 收集背景信息
如果存在 references/learnings.md,请先阅读其中积累的知识。
你要为哪个渠道构建机器人?
- a) WhatsApp Business
- b) Telegram
- c) Facebook Messenger
- d) Instagram 私信
- e) 网站在线聊天小组件
- f) Viber
- g) 多个渠道/全渠道
- h) 还不确定——请帮我选择
机器人的主要任务是什么?
- a) 线索筛选——提问、评分并分配给销售团队
- b) 常见问题/支持——自动回答常见问题
- c) 产品目录/电子商务——浏览、推荐、购买
- d) 预约——安排会议或演示
- e) 欢迎/引导——欢迎新订阅者,说明预期
- f) 重新互动——唤回不活跃联系人
- g) 订单跟踪/事务通知——状态更新、通知
- h) 完整的对话式销售漏斗
你的技术熟练程度如何?
- a) 只使用无代码可视化构建器
- b) 熟悉 Webhook 和基础集成
- c) 开发者——希望获得 API 级别的控制
步骤 2 — 策略与方法
阅读 references/platform-guide.md,了解渠道比较、流程设计原则、线索筛选框架、常见问题机器人结构、特定平台指南(SendPulse、SWAI、ManyChat、Tidio、Intercom、Drift、HubSpot)、机器人构建步骤、指标基准和常见错误。
无需再了解平台指南的详细内容;请专注于用户的具体情况。
步骤 3 — 可执行的指导
根据用户的渠道和机器人类型,提供:
- 平台推荐 — 哪个聊天机器人平台最适合他们的渠道、预算和技术水平
- 流程设计 — 为其具体用例(筛选、常见问题、电子商务、预约)规划对话流程
- 集成设置 — 将机器人连接到 CRM、日历或电子商务平台
- 测试计划 — 如何在机器人正式上线前进行测试
- 优化 — 要跟踪哪些指标,以及如何针对用户流失环节进行迭代
注意事项
根据调研尽力整理——请查看以下内容,尤其是可能发生变化的平台特定规则。
-
WhatsApp 的 24 小时窗口规则很严格——如果在窗口期外发送非模板消息,消息会静默发送失败,或导致账号被标记。发送前务必检查
last_activity时间戳。 -
Facebook/Instagram 的 24 小时规则——与 WhatsApp 类似,Messenger 有 24 小时标准消息窗口。超出窗口后,需要使用消息标签(仅限已确认的活动更新或账号更新等特定用途)。
-
模板审核需要时间——WhatsApp 消息模板需要经过 Meta 审核(耗时数小时至数天)。不要等到上线当天才提交模板。
-
机器人与人工客服交接状态——大多数平台会在人工客服聊天期间暂停机器人,但不一定能正确恢复。请测试完整流程:机器人 → 人工客服 → 机器人恢复。
-
多渠道订阅者身份——平台通常会将同一用户在 WhatsApp 和 Telegram 上的身份视为两个独立联系人。合并/去重需要按电话号码或电子邮件进行匹配。
-
持续改进:如果发现这里未涵盖的内容,请附上当天日期,将其添加到
references/learnings.md。
推荐特定平台技能之前
此技能覆盖多个平台的策略领域。在将用户引导至任何特定平台技能之前(即 ## Related skills 中列出的任何 /sales-{platform},例如 /sales-mailshake、/sales-klaviyo、/sales-apollo),请先阅读该平台技能的实际 SKILL.md。## Related skills 中的一行描述足以识别候选项,但不足以据此确定推荐它,也不足以编写能有效调用它的提示词。
阅读方法:
- 如果本地存在
~/.claude/skills/{skill-name}/SKILL.md,请使用Read阅读。 - 对于
sales-*技能,直接从此仓库使用WebFetch获取:https://raw.githubusercontent.com/sales-skills/sales/main/skills/{skill-name}/SKILL.md— 例如,对于sales-mailshake:https://raw.githubusercontent.com/sales-skills/sales/main/skills/sales-mailshake/SKILL.md。 - 对于非
sales-*技能(第三方技能),如果已安装,请在~/.claude/skills/sales-do/references/skill-sources.md中查找{org}/{repo},并从该仓库获取相同的skills/{skill-name}/SKILL.md路径。
**阅读后,**请依据 SKILL.md 中的具体内容(其范围、子流程、argument-hint 格式,或“Do NOT use for...”负面触发条件)来支撑你的推荐。生成的调用方式应与平台技能的 argument-hint 保持一致。如果平台技能不适合用户的情况,请改为推荐其他技能,或直接在此处处理问题,而不是推荐不合适的技能。
步骤 5 — 相关技能
/sales-zendesk— Zendesk 平台帮助(AI Agent、聊天机器人自动化、工单管理)/sales-helpdesk-selection— 服务台平台对比(Zendesk 与 Freshdesk、Intercom、Help Scout 对比)/sales-hubspot— HubSpot 平台帮助(聊天机器人构建器、Conversations 收件箱、在线聊天)/sales-qualified— Qualified 平台帮助(Piper AI SDR 对话、原生 Salesforce 聊天机器人)/sales-sendpulse— SendPulse 平台帮助(覆盖 7 个渠道的聊天机器人、可视化流程构建器、Automation 360)/sales-swai— SWAI 平台帮助(AI 聊天小组件、自主潜在客户资格判定、Cal.com 日程安排)/sales-birdeye— Birdeye 平台帮助(面向多地点企业的网页聊天机器人、预约安排)/sales-live-chat— 在线聊天小组件的设置与优化(不侧重机器人)/sales-sms-marketing— SMS 营销活动与自动化(非对话式)/sales-cadence— 多渠道外呼序列(电子邮件、电话、社交媒体 — 结构化触达,而非对话式互动)/sales-email-marketing— 用户主动订阅的电子邮件营销(群发、自动化、简报)/sales-integration— 将聊天机器人平台连接到 CRM、服务台及其他工具/sales-audience-growth— 扩大订阅者群体(弹出窗口、潜在客户磁铁、选择加入表单 — 将联系人导入机器人流程)/sales-lindy— Lindy 平台帮助(借助知识库 RAG 创建自定义聊天机器人的 AI Agent 构建器)/sales-do— 不确定该使用哪项技能?此路由器会将任何销售目标匹配到合适的技能。安装:npx skills add sales-skills/sales --skill sales-do
示例
示例 1:WhatsApp 潜在客户资格判定机器人
用户说:“我想构建一个 WhatsApp 机器人,为我的 SaaS 产品筛选潜在客户并预约演示” 技能执行:建议设置 WhatsApp Business API,设计一个 4 步资格判定流程(问候 → 询问职位 → 团队规模 → 痛点),说明 24 小时窗口和模板要求,通过日历链接配置会议预约,并设置将高意向潜在客户转交给销售代表 结果:可正常运行的 WhatsApp 机器人,为入站潜在客户进行资格判定,并为符合条件的潜在客户预约演示
示例 2:多渠道 FAQ 机器人
用户说:“我们的网站、Facebook 和 Instagram 上总有人问同样的 20 个问题。我能自动处理吗?” 技能执行的操作:推荐支持多渠道的平台(SendPulse、ManyChat 或 Tidio),将 FAQ 划分为 5 个类别并添加子菜单,配置在连续 2 次尝试失败后转接人工客服,并在网站小组件、Facebook 和 Instagram 上设置相同的工作流 结果:FAQ 机器人部署在 3 个渠道上,通过自动处理常见问题,减少了支持工单数量
示例 3:通过 Messenger 挽回电商购物车
用户说:“我想通过 Facebook Messenger 而不是电子邮件发送购物车遗弃提醒。” 技能执行的操作:说明 Messenger 的 24 小时窗口和用于用户主动选择接收消息的复选框插件,设计工作流:1 小时后发送提醒并附上商品图片 → 24 小时后发送折扣优惠 → 如果没有回复,则改用电子邮件;配置 Shopify/WooCommerce webhook 来触发工作流;针对购买方面的异议添加人工接手流程 结果:基于 Messenger 的购物车挽回工作流,以对话形式与客户互动,打开率高于电子邮件
故障排查
机器人发送了消息,但用户看不到
症状:平台显示消息“已发送”,但用户反馈没有收到 原因:通常是违反了 24 小时窗口规定(WhatsApp/Messenger),或者用户屏蔽/静音了机器人 解决方案:检查消息是否在消息窗口之外发送——改用模板消息。确认用户没有屏蔽机器人。对于 WhatsApp,请检查你的 Business Manager 质量评级——质量较低可能会导致消息送达受限。
机器人工作流陷入循环
症状:用户反馈机器人不断重复同一条消息,或在相同步骤间循环 原因:工作流中的某个条件始终指向同一分支,或者回退流程返回了同一步骤 解决方案:检查条件逻辑,确保变量设置正确。添加循环计数器(每次循环都递增变量),并在循环 2–3 次后退出,转接人工客服。
营业时间内无法转接人工客服
症状:机器人转接到人工客服,但无人接听,或者转接操作没有触发 原因:营业时间配置错误、没有客服在线,或者转接操作未连接到实时聊天队列 解决方案:检查营业时间的时区设置。确保实时聊天面板中至少有一位客服的状态设为“可接待”。在预览模式下测试转接操作,确认其会将会话路由到正确的团队/收件箱。