功能详解

每一个能力,都对应一个真实的经营场景

下面不是功能清单,是"这个能力解决了什么问题、怎么解决的、你能看到什么"。

最硬的结构性差异

SOP 最难的不是"定",是"知道做到哪了"

SOP 定下来容易,难的是知道客户到底做到哪一步了。我们的每一步都有 9 种完成信号判定,靠真实业务动作闭环,不靠员工点一下"完成"。

9 种完成信号

发过消息、客户回复了、领了券、核销了、下了单、签收了、复购了、给了品鉴反馈、该步不设判定(跳过)——每一种都有独立的判定逻辑,而不是一个"已完成"开关。

完成即推进

某一步真完成了,下一步的到期时间立刻提前到今天,当天就能跨多步走完。客户今天下单,你不会明天才收到"该催单了"的提醒。

没做完就卡住

反过来也成立:第 2 步没真发出去,时间到了也不会被硬推到第 4 步。我们不用"时间到了"当完成信号——那会让系统显示做完了、客户其实没收到。

卡步了,话术换打法

某一步卡住超过阈值,话术按卡步时长分四档逐级换策略:轻提醒 → 给一个具体利益点 → 换全新切入角度 → 降低客户的回应门槛。始终围绕这一步推进,不放弃、也不跑题。

"发过"和"领了"是两回事

员工发了券 ≠ 客户领了券;客户存了酒 ≠ 客户下单了。我们在每个节点都区分"触达"与"成交"两类信号,避免把推销动作当成业务结果。

多套 SOP 会打架?有裁决

一个客户同时命中多套 SOP 时,系统按状态和步号选出"主 SOP"聚焦执行,其余压缩为背景参考,避免员工收到互相矛盾的任务。

SOP 引擎完整能力 →
不是聊天机器人

你招的是一整支有岗位、有 KPI 的 AI 团队

每个 AI 员工有明确的职责边界、独立的考核指标和协作关系。它们像一个真实部门那样分工,而不是一个大模型套壳聊天框。

进线分派

客户开口第一句,判断该由谁接、属于哪类意图,分给对应的 AI 员工处理。

销转引导

侧边栏话术的主力写手:读懂客户决策风格,按销转环节推进。

复购唤醒

按客户的消费周期预测复购窗口,把"该联系谁"推给归属员工。

券与让利

算清楚该给谁、给多大面额、门槛多少,而不是群发一样的券。

内容创作

朋友圈文案、素材打标、内容日历,跟着节日和活动节奏走。

售后处理

退款、投诉、物流、退换——识别情绪优先级,先安抚再解决。

工单升级

识别需要真人的场景,转人工并建工单,不让客户在机器人里打转。

风控拦截

敏感词、异常订单、价格风险,在话术和动作外发前拦一道。

数据分析

回答"哪个渠道值得投""我的指标处于行业什么水平"这类经营问题。

策略优化

看漏斗、看转化,找出经营短板并给出可执行的调整建议。

项目总监

统筹各部门节奏:哪个部门连续不达标,谁该被干预,形成组织级管理视图。

知识库

把商品卖点、竞品对比、价格政策、常见异议沉淀成可被检索的弹药。

绿色 = AI 自动完成  金色 = 需人工介入
系统内所有状态提示都遵循这套配色,员工一眼就知道哪件事需要自己上手。

细节里的技术可信度

同一句话,真数据和猜数据差在哪

如果拿一份同步到本地的快照去回答客户,客户当场就能发现不对——所以我们每次对话都实时回源。

「您的券还能用,快去领」
实际情况:这张券客户昨天已经核销了。
我们用实时券接口回源,看到的是"已使用"。快照系统看到的是同步时刻的"未使用"。
「您已经下过 3 单了」
实际情况:其中 1 单已退款,客户自己心里清楚。
订单与退款分别实时核对,退款单不会被算进成交行为里。
「您是白银会员」
实际情况:客户昨天刚升级成黄金会员。
会员等级、积分、余额实时查询,客户刚升级就被叫对身份。

同样的口径还会用在物流、售后单、商品价格与库存上。原则只有一条:能查真的就绝不用猜的;查不到就说"我帮您确认一下"。

实时回源的查询面

订单、退款、优惠券、会员等级与积分、物流、商品价格与库存——全部按需实时查询,不依赖本地同步快照。

查不到怎么办

回源失败或超时,系统降级为"我帮您确认一下"的软表达,绝不编造一个听起来合理的答案。

为什么这件事很难

实时查询意味着每次对话都可能触发多次外部接口调用,要同时处理超时、并发限制与失败降级。实时这条路工程成本高,但我们认为值得——客户问价格时,答案必须是此刻的真实价格。

不等客户来找你

该联系谁,系统比人记得清楚

系统按真实业务信号扫描出"今天该联系的人",生成提醒卡片推给该客户的归属员工。员工点开侧边栏按需生成话术。

复购提醒

按客户的消费周期预测复购窗口,进入窗口的客户推给归属员工。不是"每月群发一次",是"这个人快用完了"。

沉默唤醒

超过一定天数没有互动的客户自动进入唤醒队列,推给客户的归属员工。

生日与纪念日

客户在对话里提到的生日、纪念日会被记录,到期前推送给员工做非销售关怀。

节日问候

复用内置节日日历,在节日当天或前一天提醒员工向客户问候。

签收关怀

客户签收后推提醒给员工,在"刚拿到货"这个情绪最好的时点做触达。

关系维护

高价值客户长期未联系时,推非销售的纯关系维护提醒——让高价值客户不会因为"没活动"而被遗忘。

所有触达提醒都只是推给员工,系统不会替你发出任何一条消息。员工看到提醒后,可以一键生成话术、自己决定发不发、发什么。

合规

三段式风控,拦在外发之前

AI 生成的内容在员工看到之前就已经过了一轮审查;员工准备发出的内容,再过一轮。深度审查是按商家合规要求开启的模块。

第一段

敏感词预检

内置敏感词库,可自定义。命中即拦,不进入后续生成。

第二段

订单风控规则

同地址多拒收、异常大额首单、多设备下单、高频领券未用、高频退款、同商品多投诉——六类规则覆盖交易侧风险,阈值可按需配置。

第三段

LLM 深度风控

语义级审查,覆盖规则表达不了的场景(诱导承诺、绝对化用语、不当承诺)。命中高危时整份话术替换为安全文案。

自动发券默认关

系统默认不会自动给客户发券。需要发券时,它产出一条"建议发券"任务,由商家或员工确认后再手动发——宁可漏发,也不错发。

全链路留痕可审计

每次 AI 生成、每个自动化动作、每次人工确认都有记录可查。谁在什么时候发了什么,事后可完整还原。

多租户数据隔离

租户级数据隔离由中间件强制执行,跨租户查询需要超级租户权限。这是架构层约束,不是界面上的开关。

想看看这套东西在你自己店里跑?

我们用你的行业场景做一次真实演示,不讲 PPT。

预约演示先看定价 →