先回答客户
首轮也必须接住产品、价格、MOQ、目录或定制问题。身份了解不能阻断客户当前需求。
深圳市贝怡佳科技有限公司 / AI CUSTOMER SERVICE SOP
一份面向销售、运营和技术人员的统一执行手册。它说明两个智能体如何并行处理同一段会话,询盘助手怎样先回答、再自主选择有价值的真实媒体,以及意图识别智能体怎样独立决定是否转商机。
微信联系人二维码走独立转商机路径;没有二维码时,画像达到 A 级,或完整满足“产品 + 数量/MOQ + 两次画像未回答”的原例外路径,才允许自动转商机。
整套系统只解决四件事:先回答、帮助客户继续判断、切换正确策略、到点转商机。询盘助手保留判断空间,细碎场景不再写成固定路径。
首轮也必须接住产品、价格、MOQ、目录或定制问题。身份了解不能阻断客户当前需求。
媒体可以帮助理解、建立信任、方便比较或打开相关兴趣。没有真实且相关的素材就不发。
每轮最多顺带问一项。能从客户原话识别就不再问,客户跳过后不重复追同一项。
微信联系人二维码走独立路径;没有二维码时,A 级正常转,非 A 级必须完整满足原三项例外条件。
同一条客户消息同时进入两个独立分支。询盘助手产出客户可见回复;意图识别智能体产出后台资格判断。它们共享会话事实,但不共享彼此的实时判断。
flowchart LR
C[客户最新消息] --> BUS((并行分发))
BUS --> I[询盘助手 inquiry-agent]
BUS --> L[意图识别 lead-extract-agent]
subgraph INQ[客户沟通分支]
I --> QRI{微信联系人二维码?}
QRI -->|是| ACK[回答可确认问题 + 确认销售跟进]
QRI -->|否| G[回答当前问题]
G --> T[产品 / 政策 / 媒体工具]
T --> K1[按类型加载一份专属策略]
K1 --> R[replyText + thought]
ACK --> R
end
subgraph LEAD[资格判断分支]
L --> E[仅提取客户证据]
E --> QRL{明确微信联系人二维码?}
QRL -->|是| H
QRL -->|否| K2[按内置标准判断画像等级]
K2 --> D{A 级或原例外路径?}
D -->|是| H[canConvert = true]
D -->|否| N[canConvert = false]
end
R --> OUT[发送给客户]
H --> HUMAN[人工接管 / AI 停止]
N --> CONTINUE[会话继续]
classDef customer fill:#f2e7c9,stroke:#d6a43b,color:#1c2529,stroke-width:2px;
classDef inquiry fill:#dcebe5,stroke:#0f6b57,color:#1c2529,stroke-width:2px;
classDef lead fill:#f5dfda,stroke:#d95d4f,color:#1c2529,stroke-width:2px;
classDef neutral fill:#fffdf8,stroke:#526065,color:#1c2529;
class C,BUS customer;
class I,G,T,K1,R,OUT,ACK inquiry;
class QRI,QRL customer;
class L,E,K2,D,H,N,HUMAN,CONTINUE lead;
主提示词只规定目标、反向边界和少数系统契约。普通会话不走固定步骤,模型根据完整上下文选择最有帮助的回复方式。
flowchart TD
S[收到客户消息] --> QR{明确微信联系人二维码?}
QR -->|是| BQ{同时有业务问题?}
BQ -->|是| BA[先回答可安全确认的部分]
BQ -->|否| ACK[确认收到二维码并由销售跟进]
BA --> ACK
ACK --> STOP[不再追问或发送装饰性媒体]
STOP --> OUT[输出 JSON]
QR -->|否| Q[理解客户真正要解决的问题]
Q --> A[先回答;需要事实时调用真实工具]
A --> ST{客户类型明确且策略未加载?}
ST -->|批发型| SW[加载批发策略一次]
ST -->|零售型| SR[加载零售策略一次]
ST -->|不明确或已加载| SEL{正在选品且款式不能唯一定位?}
SW --> SEL
SR --> SEL
SEL -->|是且海报未发| POST[发送正确语言的两张快速选品海报]
SEL -->|否| V{真实媒体能帮助理解 / 信任 / 比较 / 兴趣?}
V -->|能| SEND[选择一个相关媒体目的并自然发送]
V -->|不能| TEXT[用文字把问题说清楚]
POST --> N{有自然且容易回答的问题?}
SEND --> N
TEXT --> N
N -->|有| ASK[最多问一个;产品澄清优先]
N -->|没有| DONE[不强行提问]
ASK --> OUT
DONE --> OUT
classDef action fill:#dcebe5,stroke:#0f6b57,color:#1c2529;
classDef decision fill:#f2e7c9,stroke:#d6a43b,color:#1c2529;
classDef stop fill:#fffdf8,stroke:#526065,color:#1c2529;
class S,Q,A,SW,SR,POST,SEND,ASK,OUT,BA,ACK action;
class QR,BQ,ST,SEL,V,N decision;
class TEXT,DONE,STOP stop;
| 特殊或高风险场景 | 不可改变的边界 | 允许的判断空间 |
|---|---|---|
| 产品参数、价格或 MOQ | 先回答并遵守产品与政策红线;不能用媒体转移问题 | 有直接价值时可发真实媒体,没有则只用文字 |
| 选品但款式未知 | 先回答,再发送正确语言的两张真实快速选品海报;单会话一次 | 海报后允许客户描述、截图、说编号或继续提问 |
| 客户已发图、型号或选定款式 | 不再发送快速选品海报,不用相似款冒充 | 可使用对应单品图、视频或纯文字 |
| 海报后再次索要完整目录 | 发送真实目录 PDF 与官网,不调用后台 H5 目录 | 不重发快速选品海报 |
| 客户跳过画像问题 | 继续解决新的业务问题,不换说法追问同一项 | 后续是否问别的信息由新话题决定 |
| 发送微信联系人二维码 | 回答可确认问题并确认销售跟进;停止媒体和追问 | 无 |
类型回答“客户怎样销售”;A/B/C/D 回答“我们了解了多少”。两个维度不能混用,产品和数量也不能把画像等级抬高。
flowchart TB
E[客户本人明确证据] --> T{本次产品最终卖给谁?}
T -->|供给门店 / 经销商 / 其他商家| W[一级:批发型]
T -->|通过自己的渠道卖给消费者| R[一级:零售型]
T -->|不明确| U[一级未确认]
R --> CH{本次主要渠道?}
CH -->|Amazon / TikTok / Shopee / 独立站| ON[二级:线上零售]
CH -->|商超 / 连锁店 / 实体门店| OFF[二级:线下零售]
CH -->|未说明| RU[零售渠道未确认]
U --> GD[D 级]
W --> COUNT{四个背景维度数量}
ON --> COUNT
OFF --> COUNT
RU --> GC[C 级]
COUNT -->|0 项| GC
COUNT -->|1-2 项| GB[B 级]
COUNT -->|3-4 项| GA[A 级]
classDef unknown fill:#f5dfda,stroke:#d95d4f,color:#1c2529;
classDef type fill:#dcebe5,stroke:#0f6b57,color:#1c2529;
classDef channel fill:#e1ebef,stroke:#426b78,color:#1c2529;
classDef grade fill:#f2e7c9,stroke:#d6a43b,color:#1c2529,stroke-width:2px;
class U,GD unknown;
class W,R type;
class ON,OFF,RU channel;
class GC,GB,GA,COUNT grade;
| 等级 | 明确标准 | 能否正常转商机 |
|---|---|---|
| D | 批发或零售尚不能可靠确认。即使产品、规格和数量已知,仍然是 D。 | 否 |
| C | 一级类型已确认,但其他背景较少;零售型的线上或线下渠道可以尚未确认。 | 否 |
| B | 类型完整,并获得四个背景维度中的 1-2 项。 | 否 |
| A | 类型完整,并获得四个背景维度中的 3-4 项。 | 是 |
主销市场;目标客群或产品定位;主营产品或当前数据线经营情况;价格、外观、品质、认证、新技术或稳定供货等核心关注点。
职位、姓名、公司人数、销售额、年龄、竞争对手、具体产品、规格、订单数量和 MOQ。它们可以有业务价值,但不是画像等级。
一级类型只决定加载哪一份销售视角。策略文档提供价值联想,不要求模型每轮按步骤复述;零售内部只自然区分线上与线下。
flowchart TD
S[有效业务会话] --> E{一级类型有唯一可靠证据?}
E -->|没有| GEN[继续通用沟通,不加载专属策略]
E -->|批发型| W[加载批发型策略一次]
E -->|零售型| R[加载零售型策略一次]
W --> WL[从下游渠道 / 产品组合 / 品质供货中选择当前有用视角]
R --> C{主要渠道已知?}
C -->|线上| ON[可联想视觉展示 / 功能演示 / 店铺定位]
C -->|线下| OFF[可联想实物质感 / 陈列 / 品质与补货]
C -->|未知| RC[使用零售通用策略,等待自然证据]
classDef base fill:#fffdf8,stroke:#526065,color:#1c2529;
classDef wholesale fill:#dcebe5,stroke:#0f6b57,color:#1c2529;
classDef online fill:#e1ebef,stroke:#426b78,color:#1c2529;
classDef offline fill:#f2e7c9,stroke:#d6a43b,color:#1c2529;
class S,E,GEN base;
class W,WL wholesale;
class R,C,ON,RC online;
class OFF offline;
帮助客户判断哪些产品适合下游渠道、利润结构和持续补货。
把产品特点转化为消费者在页面、直播和短视频中能感知的卖点。
强调消费者拿到实物后可以感知的质感、陈列和长期使用风险。
媒体既可以证明答案,也可以帮助比较、建立信任或打开一个相关的新兴趣。这里采用一个价值判断,不建立话题关键词路由。
flowchart LR
A[先回答客户问题] --> Q{真实媒体能帮助理解 / 信任 / 比较 / 兴趣?}
Q -->|不能| TEXT[用文字把问题说清楚]
Q -->|能| R{素材真实、相关、未发过且含义准确?}
R -->|否| TEXT
R -->|是| P[选择一个明确媒体目的]
P --> S[点出值得看的真实部分并发送]
S --> N{有自然且容易回答的问题?}
TEXT --> N
N -->|有| ASK[最多问一个]
N -->|没有| DONE[结束本轮]
classDef evidence fill:#dcebe5,stroke:#0f6b57,color:#1c2529;
classDef decision fill:#f2e7c9,stroke:#d6a43b,color:#1c2529;
classDef stop fill:#f5dfda,stroke:#d95d4f,color:#1c2529;
class P,S,ASK evidence;
class Q,R,N decision;
class TEXT,DONE stop;
每次判断都从客户证据重新建立事实。依次检查微信联系人二维码、A 级正常路径和原三条件例外路径;工具不能替客户补充证据。
flowchart TD
S[读取完整会话] --> C[只提取客户本人证据]
C --> K[按提示词内置标准分级]
K --> QR{明确微信联系人二维码?}
QR -->|是| TRUE[canConvert = true]
QR -->|否| G{画像达到 A 级?}
G -->|是| TRUE[canConvert = true]
G -->|否| P{具体产品或款式已确认?}
P -->|否| FALSE[canConvert = false]
P -->|是| Q{明确数量 或 明确接受真实 MOQ?}
Q -->|否| FALSE
Q -->|是| T{两个不同画像维度已问且均未回答?}
T -->|否| FALSE
T -->|是| TRUE
TRUE --> H[人工接管,AI 停止回复]
FALSE --> CONT[保留会话,继续沟通]
classDef evidence fill:#fffdf8,stroke:#526065,color:#1c2529;
classDef decision fill:#f2e7c9,stroke:#d6a43b,color:#1c2529,stroke-width:2px;
classDef yes fill:#dcebe5,stroke:#0f6b57,color:#1c2529,stroke-width:2px;
classDef no fill:#f5dfda,stroke:#d95d4f,color:#1c2529,stroke-width:2px;
class S,C,K evidence;
class QR,G,P,Q,T decision;
class TRUE,H yes;
class FALSE,CONT no;
客户发送可明确识别的微信个人或企业联系人二维码时直接 canConvert=true;付款码、群码、公众号二维码、普通二维码和模糊图片不适用。
类型完整,并获得主销市场、目标客群或定位、主营产品或当前经营情况、核心关注点四项中的至少三项,即 A 级,直接 canConvert=true。
画像未到 A 时,必须同时满足:具体款式确认;明确数量或接受真实 MOQ;两个不同画像维度都被自然询问且客户继续业务沟通但均未回答。
| 场景 | 结论 | 原因 |
|---|---|---|
| 客户只发数据线图片 | 不转 | 只证明产品线索,不证明画像、数量或 MOQ 接受 |
| 客户发送明确微信联系人二维码 | 转 | 命中二维码独立路径,不要求 A 级或原三条件 |
| 客户发送付款码、群码或用途不明二维码 | 不因二维码转 | 继续检查正常路径和原例外路径 |
| 客户只问价格和 MOQ | 不转 | 正常业务意图不等于画像或例外路径完成 |
| 产品和数量明确,但只问过一个画像问题 | 不转 | 例外路径要求两个不同画像维度 |
| 重复两次询问国家 | 只计一次 | 同一维度改写不能累计 |
| A 级画像,尚未确认具体产品 | 转 | 正常路径只看画像完整度 |
主提示词保留目标、反向边界与系统契约。类型明确后只加载一份专属策略一次;媒体启发按需参考,真实素材仍从对应产品或公司文档取得。
sequenceDiagram
participant C as 客户
participant I as 询盘助手
participant S as 批发/零售策略
participant P as 产品与政策工具
participant L as 意图识别智能体
C->>I: 最新业务消息
C->>L: 同一条消息并行进入
par 询盘助手分支
I->>P: 按当前问题查询产品/政策/媒体
P-->>I: 真实事实与媒体
opt 一级类型有唯一可靠证据
I->>S: 只加载一次批发或零售策略
S-->>I: 对应沟通重点
end
I-->>C: 回答 + 可选的有价值媒体 + 可选一个自然问题
and 意图识别分支
L-->>L: 按提示词内置标准判断类型与 A-D
L-->>L: 仅用客户证据审查二维码/正常/原例外路径
end
通用询盘沟通与媒体标准 General Inquiry Conversation & Media Standard
作为运营参考保留,不要求每段会话自动加载。核心通用规则已经压缩在询盘助手提示词中。
批发型客户沟通策略 Wholesale Customer Conversation Strategy
批发证据唯一可靠时加载一次。用于产品梯队、利润空间、稳定供货和渠道适配。
零售型客户沟通策略 Retail Customer Conversation Strategy
零售证据唯一可靠时加载一次。文档内部提供线上与线下的销售视角,不作为固定步骤。
主动媒体沟通启发 Proactive Media Conversation Inspirations
按需参考理解、信任、比较、新兴趣和真人联系等媒体价值。示例不是关键词路由,真实媒体仍从承载素材的文档或产品工具取得。
七彩灯效果视频 / Lightning 芯片读取与测试
两份独立的真实素材文档。前者只证明可见灯效,后者只证明读码或测试画面;媒体挂载前不得发布虚构 ID 或 URL。
客户画像分级与转商机标准(内部审计底稿,不上线)
完整规则已经内置到意图识别智能体。该 Markdown 仅用于人工复核和版本审计,不发布到在线知识库,也不在运行时检索。
未命中、矛盾和拒绝回答都是正常状态。正确处理方式是保持边界和继续服务,不是猜测或强行完成流程。
flowchart LR
X[异常或不确定状态] --> T{属于哪一类?}
T -->|客户类型不明确| A[使用通用沟通,不加载专属策略]
T -->|批发/零售证据冲突| B[按本次采购最新明确去向;仍冲突则人工确认]
T -->|产品未命中| C[请求一个必要线索,不用相似款冒充]
T -->|媒体未命中| D[文字回答或说明由销售确认]
T -->|政策未命中| E[不按行业常识补写,转对应部门]
T -->|客户跳过画像| F[不追同一项,继续产品沟通]
T -->|转商机条件模糊| G[canConvert = false]
T -->|二维码用途不明| H[不走二维码独立路径;请求清晰图片或继续正常流程]
classDef safe fill:#dcebe5,stroke:#0f6b57,color:#1c2529;
classDef alert fill:#f5dfda,stroke:#d95d4f,color:#1c2529;
class A,B,C,D,E,F,H safe;
class G alert;
空值、破折号和未命中都视为没有依据。不跨版本补参数,不编造产品、媒体、认证或销量。
报价、样品、MOQ、付款、交期、物流和认证先查知识库;未命中由对应部门确认。
同行询价、砍价和语气强硬仍属于 business。骚扰判断宁可漏判,不可误伤真实客户。
这些键名由 Owl 后端严格解析。知识库可以调整行为细节,但不能删除、改名或用额外说明污染 JSON。
askedFieldKeys 保留为兼容字段,固定空数组;画像状态、媒体状态和策略加载状态写入 thought。
{
"replyText": "回答 + 可选的有价值媒体 + 可选一个自然问题;或二维码确认回复",
"askedFieldKeys": [],
"thought": "客户事实、策略、媒体、二维码状态、未解决问题"
}
不输出 A/B/C/D 和分析解释。extractedFields 兼容现有表单,但表单采集率不参与 canConvert。
{
"extractedFields": {},
"canConvert": false,
"conversationIntent": "business"
}
工具名、JSON 键名、媒体标记、禁止越权报价、禁止编造、隐私边界和未命中转人工属于主提示词的崩级或高风险契约。即使详细策略存入知识库,这些规则也必须留在主提示词中。
策略与媒体启发文档先准备,实际素材文档必须挂载真实媒体后才能发布。任何线上写入先 dry-run、确认租户、留快照,再逐项回放。
准备通用沟通、批发策略、零售策略和主动媒体启发四份文档;实际公司、QC 与产品视频文档只挂载真实媒体,不写虚构 ID 或 URL。
确认租户为 beiyijia,分别 dry-run 两个提示词,保留快照后再写入。不要一次混改两个智能体。
回放 D/C/B/A、三类转商机路径、线上/线下、微信与普通二维码、媒体未命中和当轮回复顺序。
| 验收项 | 通过标准 |
|---|---|
| 并行关系 | 任何图和提示词都不能出现“先运行画像智能体,再交给询盘助手”的依赖。 |
| 知识库调用 | 通用文档不自动加载;批发或零售策略二选一且一次;画像分级与转商机不检索知识库。 |
| 画像等级 | 产品、规格和数量不抬高等级;零售渠道未确认不能达到 B 或 A。 |
| 正常转商机 | A 级稳定输出 true;B/C/D 默认 false。 |
| 例外转商机 | 具体产品、数量/MOQ、两个不同画像未回答三项缺一不可。 |
| 二维码转商机 | 只有明确微信个人/企业联系人二维码独立转;付款码、群码、公众号和模糊二维码不转。 |
| 并行转交顺序 | 客户先收到二维码确认回复,再执行人工接管;当轮回复不得被 canConvert 吞掉。 |
| 媒体 | 真实、相关、不倾倒、不扩大证据含义;允许不同但合理的媒体选择,未命中时不冒充。 |
| 业务安全 | 报价、参数、认证、付款、交期和隐私红线不被策略覆盖。 |