深圳市贝怡佳科技有限公司 / AI CUSTOMER SERVICE SOP

双智能体逻辑、沟通策略与转商机标准

一份面向销售、运营和技术人员的统一执行手册。它说明两个智能体如何并行处理同一段会话,询盘助手怎样先回答、再自主选择有价值的真实媒体,以及意图识别智能体怎样独立决定是否转商机。

MASTER RULE

微信联系人二维码走独立转商机路径;没有二维码时,画像达到 A 级,或完整满足“产品 + 数量/MOQ + 两次画像未回答”的原例外路径,才允许自动转商机。

2两个智能体并行运行,互不等待、互不调用。
1客户类型明确后,只加载一份专属沟通策略一次。
A画像达到 A 级是正常自动转商机路径。
QR明确微信联系人二维码可独立转商机,普通二维码不触发。
01 / OVERVIEW

执行摘要

整套系统只解决四件事:先回答、帮助客户继续判断、切换正确策略、到点转商机。询盘助手保留判断空间,细碎场景不再写成固定路径。

PRINCIPLE 01

先回答客户

首轮也必须接住产品、价格、MOQ、目录或定制问题。身份了解不能阻断客户当前需求。

PRINCIPLE 02

媒体必须有对话价值

媒体可以帮助理解、建立信任、方便比较或打开相关兴趣。没有真实且相关的素材就不发。

PRINCIPLE 03

画像通过聊天获得

每轮最多顺带问一项。能从客户原话识别就不再问,客户跳过后不重复追同一项。

PRINCIPLE 04

转商机必须可复核

微信联系人二维码走独立路径;没有二维码时,A 级正常转,非 A 级必须完整满足原三项例外条件。

02 / ARCHITECTURE

双智能体并行架构

同一条客户消息同时进入两个独立分支。询盘助手产出客户可见回复;意图识别智能体产出后台资格判断。它们共享会话事实,但不共享彼此的实时判断。

DIAGRAM A / PARALLEL RUNTIME 关键:不是先识别、再回复
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;
              
CUSTOMER-FACING

询盘助手

  • 先回答客户当前问题。
  • 有价值时发送精准图片或视频。
  • 自然了解一个画像信息。
  • 只加载一份批发或零售策略,并按策略沟通。
  • 收到微信联系人二维码时确认销售跟进。
  • 不计算 A/B/C/D,不决定转商机。
BACK-OFFICE

意图识别智能体

  • 只依据客户本人消息建立事实。
  • 内部计算类型和 A/B/C/D。
  • 检查二维码、A 级与原三条件例外路径。
  • 输出 canConvert 与 conversationIntent。
  • 不生成话术,不控制询盘助手。
03 / INQUIRY SOP

询盘助手完整 SOP

主提示词只规定目标、反向边界和少数系统契约。普通会话不走固定步骤,模型根据完整上下文选择最有帮助的回复方式。

DIAGRAM B / EVERY REPLY 两个特殊动作之外,由完整语义自主判断
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 目录不重发快速选品海报
客户跳过画像问题继续解决新的业务问题,不换说法追问同一项后续是否问别的信息由新话题决定
发送微信联系人二维码回答可确认问题并确认销售跟进;停止媒体和追问
04 / PROFILE

客户类型与画像完整度

类型回答“客户怎样销售”;A/B/C/D 回答“我们了解了多少”。两个维度不能混用,产品和数量也不能把画像等级抬高。

DIAGRAM C / TYPE & GRADE 零售型需要确认线上或线下才算类型完整
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。它们可以有业务价值,但不是画像等级。

05 / STRATEGY

不同客户的沟通策略

一级类型只决定加载哪一份销售视角。策略文档提供价值联想,不要求模型每轮按步骤复述;零售内部只自然区分线上与线下。

DIAGRAM D / ONE-TIME STRATEGY ROUTING 一次只加载一个客户策略
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;
              
WHOLESALE

批发型

帮助客户判断哪些产品适合下游渠道、利润结构和持续补货。

  • 基础走量款与差异化款组合
  • 品质一致性与稳定供货
  • 包装、LOGO、ODM 与渠道适配
  • 不默认客户只要最低价
启发而非模板:当前话题需要时,再选择产品组合、下游偏好或品质供货中的一个角度。
RETAIL / ONLINE

零售型 · 线上

把产品特点转化为消费者在页面、直播和短视频中能感知的卖点。

  • 视觉吸引力与功能差异
  • 短视频、灯效、数显等演示
  • 包装与店铺定位
  • 不承诺流量、排名或销量
启发而非模板:功能视频能帮助当前选择时主动发送;不需要时直接回答。
RETAIL / OFFLINE

零售型 · 线下

强调消费者拿到实物后可以感知的质感、陈列和长期使用风险。

  • 材质、手感、做工和包装陈列
  • 耐用、品质一致性和售后风险
  • 不同消费价格带的产品组合
  • 不编造退货率或测试次数
启发而非模板:细节、包装或 QC 中只选择当前最有帮助的一个媒体目的。
06 / PROACTIVE MEDIA

主动媒体与证据边界

媒体既可以证明答案,也可以帮助比较、建立信任或打开一个相关的新兴趣。这里采用一个价值判断,不建立话题关键词路由。

DIAGRAM E / MEDIA VALUE TEST 不同但合理的媒体选择都可以通过
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;
              

六类反向边界

  1. 不让画像采集盖过客户问题。
  2. 不为了完成媒体任务发无关素材。
  3. 不倾倒、混发或重复素材。
  4. 不扩大自拍、测试、生产和读码素材的证据含义。
  5. 不编造产品事实、媒体 ID、URL、销量、认证或政策。
  6. 不越过微信联系人二维码终点。
07 / CONVERSION

意图识别与转商机

每次判断都从客户证据重新建立事实。依次检查微信联系人二维码、A 级正常路径和原三条件例外路径;工具不能替客户补充证据。

DIAGRAM F / CANCONVERT DECISION 默认 false;任何模糊条件都不能放行
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 级画像,尚未确认具体产品正常路径只看画像完整度
08 / KNOWLEDGE ROUTING

知识库节点与精准调用

主提示词保留目标、反向边界与系统契约。类型明确后只加载一份专属策略一次;媒体启发按需参考,真实素材仍从对应产品或公司文档取得。

DIAGRAM G / PARALLEL KNOWLEDGE CALLS 策略知识与产品知识职责不同
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 仅用于人工复核和版本审计,不发布到在线知识库,也不在运行时检索。

09 / EXCEPTIONS

异常处理与安全兜底

未命中、矛盾和拒绝回答都是正常状态。正确处理方式是保持边界和继续服务,不是猜测或强行完成流程。

DIAGRAM H / FALLBACK ROUTES 不确定时保持通用和 false
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;
              
FACT SAFETY

空值、破折号和未命中都视为没有依据。不跨版本补参数,不编造产品、媒体、认证或销量。

POLICY SAFETY

报价、样品、MOQ、付款、交期、物流和认证先查知识库;未命中由对应部门确认。

INTENT SAFETY

同行询价、砍价和语气强硬仍属于 business。骚扰判断宁可漏判,不可误伤真实客户。

10 / OUTPUT CONTRACTS

两个智能体的输出契约

这些键名由 Owl 后端严格解析。知识库可以调整行为细节,但不能删除、改名或用额外说明污染 JSON。

INQUIRY AGENT

客户可见回复

askedFieldKeys 保留为兼容字段,固定空数组;画像状态、媒体状态和策略加载状态写入 thought

{
  "replyText": "回答 + 可选的有价值媒体 + 可选一个自然问题;或二维码确认回复",
  "askedFieldKeys": [],
  "thought": "客户事实、策略、媒体、二维码状态、未解决问题"
}
LEAD EXTRACT AGENT

后台资格判断

不输出 A/B/C/D 和分析解释。extractedFields 兼容现有表单,但表单采集率不参与 canConvert

{
  "extractedFields": {},
  "canConvert": false,
  "conversationIntent": "business"
}

红线不能下放后删除

工具名、JSON 键名、媒体标记、禁止越权报价、禁止编造、隐私边界和未命中转人工属于主提示词的崩级或高风险契约。即使详细策略存入知识库,这些规则也必须留在主提示词中。

11 / ROLLOUT

部署顺序与验收清单

策略与媒体启发文档先准备,实际素材文档必须挂载真实媒体后才能发布。任何线上写入先 dry-run、确认租户、留快照,再逐项回放。

STEP 01 / KNOWLEDGE

准备通用沟通、批发策略、零售策略和主动媒体启发四份文档;实际公司、QC 与产品视频文档只挂载真实媒体,不写虚构 ID 或 URL。

STEP 02 / PROMPTS

确认租户为 beiyijia,分别 dry-run 两个提示词,保留快照后再写入。不要一次混改两个智能体。

STEP 03 / REPLAY

回放 D/C/B/A、三类转商机路径、线上/线下、微信与普通二维码、媒体未命中和当轮回复顺序。

验收项通过标准
并行关系任何图和提示词都不能出现“先运行画像智能体,再交给询盘助手”的依赖。
知识库调用通用文档不自动加载;批发或零售策略二选一且一次;画像分级与转商机不检索知识库。
画像等级产品、规格和数量不抬高等级;零售渠道未确认不能达到 B 或 A。
正常转商机A 级稳定输出 true;B/C/D 默认 false。
例外转商机具体产品、数量/MOQ、两个不同画像未回答三项缺一不可。
二维码转商机只有明确微信个人/企业联系人二维码独立转;付款码、群码、公众号和模糊二维码不转。
并行转交顺序客户先收到二维码确认回复,再执行人工接管;当轮回复不得被 canConvert 吞掉。
媒体真实、相关、不倾倒、不扩大证据含义;允许不同但合理的媒体选择,未命中时不冒充。
业务安全报价、参数、认证、付款、交期和隐私红线不被策略覆盖。

源文件