了解 Growze，从这里开始

Growze 是面向客户增长的 AI 员工系统，连接线索获取、营销激活、客户咨询服务、销售转化和客户跟进五大模块。它既帮助团队回应客户，也将对话中的需求沉淀为可继续处理的线索与记录。

从客户问题到业务进展

• 理解需求：识别客户正在了解什么、顾虑什么，以及希望采取的下一步。
• 组织回应：结合企业知识与对话上下文解答问题，保留可供团队继续处理的信息。
• 衔接行动：由人工接手高价值沟通，或通过已配置的 Agent 与接口推进约定业务动作。

与单纯问答相比，Growze 可以结合企业知识库、客户信息和人工协作推进沟通；涉及 CRM、订单、预约等业务动作时，按定制范围连接外部系统并执行约定流程。

社媒版侧重社交媒体获客，通过评论、私信沟通和线索获取，帮助企业发现潜在客户。高级版进一步提供竞品对比、潜客发现与数据分析。

按主要业务目标选择

• 希望承接社媒评论、私信并积累潜在客户：优先了解社媒版；需要潜客发现和分析时再评估高级版。
• 希望做好客户咨询与人工协作：从 IM 基础版开始；需要需求分级和持续跟进时评估企业版。
• 希望将对话连接到自有 CRM、订单或服务流程：梳理具体动作与接口，再评估 IM 定制版。

IM 版侧重客户接待与持续经营，基础版提供 AI 接待、知识库、客户信息与人工协作；企业版增加需求识别、分级、标准跟进与效果对账；定制版面向专属 Agent、外部系统连接和专属业务流程。

适合需要持续承接评论、私信或即时通讯咨询，并将这些互动转为客户关系的团队。官网展示的业务场景包括婚恋服务、教育服务与跨境电商。

常见的应用切入点

• 教育服务：回答课程、时间和服务规则，整理体验课咨询与预约意向。
• 跨境电商：回应商品、配送和售后问题，把客户的购买顾虑交代清楚。
• 顾问型服务：在前期咨询中了解需求与匹配条件，让顾问接手时有明确的沟通背景。

评估时可先看三个条件：是否有重复且明确的客户问题，是否能提供可靠的产品与服务知识，是否有清晰的人工接手和后续跟进流程。建议从一个高频场景开始。

线索获取识别潜在客户，营销激活开启进一步沟通，客户咨询服务解答问题，销售转化推进购买或预约意向，客户跟进持续记录需求与状态。

以一次服务咨询为例

• 客户在社媒询问服务内容，系统承接互动并整理需求，形成初步线索。
• 通过活动介绍和问题解答帮助客户理解方案，再把购买或预约意向衔接给业务团队。
• 后续结合会话和服务记录继续跟进，了解使用体验、时间变化或新的需求。

各模块围绕客户、知识库、会话记录和人工协作衔接。实际启用哪些能力，取决于所选版本、渠道条件与配置范围；跨系统的自动执行需单独确认。

“AI 销冠”表达的是结果导向：让 AI 参与从首次接触、需求识别到成交后服务的客户经营过程，帮助团队把对话推进为可跟进的业务结果。

从沟通效率走向业务价值

• 承担高频工作：回应重复咨询、整理需求和跟进信息，减少团队在基础沟通上的投入。
• 延续客户关系：在授权范围内结合历史对话、客户标签和服务状态，让下一次沟通有依据。
• 围绕结果评估：根据企业目标，观察有效线索、预约、订单、续费或服务完成情况。

Growze 的愿景是“Make Growth Easy”，让增长变得更简单。“AI 销冠”不是成交保证，效果需要结合企业业务、数据与人工协作验证。

Growze 是建立在 AI 模型能力之上的业务应用与 Agent 平台。模型负责理解和生成，Growze 将企业知识、客户上下文、渠道消息、权限与业务动作组织成可运营的工作流程。

企业实际使用的是一套协作系统

• 知识与上下文：提供产品规则、客户信息和历史沟通，帮助 AI 理解当前任务。
• 流程与动作：按配置调用系统、记录状态、整理线索或转交人工，让回应衔接实际工作。
• 运营与复盘：通过工作台查看对话和业务结果，持续调整知识、规则与 Agent。

具体模型选择、部署位置、调用方式和费用在技术方案中确认；使用 Growze 不等同于购买或自行训练一个基础大模型。

Agent 可以理解为承担特定目标的 AI 工作单元；AI 员工系统或 Agent OS，则把多个 Agent、知识库、客户数据、工作流与人工团队组织在一起。

用业务岗位理解 Agent 的分工

• 客户服务 Agent：依据企业知识回答问题，按授权查询服务状态，必要时交给人工。
• 营销与销售 Agent：结合客户需求组织沟通、识别意向，并推进约定的下一步。
• 专属业务 Agent：围绕会员服务、订单处理、AI 测评等场景，配置独立的目标、输入输出与动作权限。

不同 Agent 可按项目设计共享必要上下文，但不会因此自动获得其他岗位的权限。角色、知识范围、可执行动作与验收指标需要分别定义。

核心成员来自腾讯、阿里、字节等企业，平均拥有 15 年以上实战经验，团队成员合作超过 10 年，覆盖产品、算法、工程与市场。

这些经验如何服务产品落地

• 产品与运营：从客户真实问题和团队工作方式出发，设计可持续使用的业务流程。
• 算法与工程：结合模型能力、计算成本与系统集成要求，将方案落实为可验证的工作步骤。
• 市场与服务：理解企业采购、实施与协作中的约束，围绕具体业务结果开展沟通与改进。

团队将亿级用户产品运营、高性能计算与 ToB 服务经验融入产品，关注 AI 从回答问题到客户接待、销售转化与持续经营的实际应用。

在已接入的社媒评论和私信中，Growze 结合上下文识别咨询主题与购买意向，通过自然沟通补充需求信息，再整理为可跟进的线索。

一个可执行的获客过程

• 承接互动：先回应客户原本提出的问题，而不是直接索要联系方式。
• 补充需求：围绕服务类型、使用场景或时间安排进行必要追问，逐步确认意向。
• 整理交接：将已知需求与待确认事项留给后续团队，减少重复询问。

例如，客户询问价格、服务范围或可预约时间时，可以进一步了解其需求与时间安排。社媒高级版还提供竞品对比与潜客发现，具体覆盖范围根据渠道能力与项目配置确定。

可围绕对话整理客户关注的产品或服务、具体需求、意向状态及后续联系安排。客户信息和标签帮助团队理解对方需要什么、适合如何继续沟通。

建议优先整理的信息

• 需求信息：关注的产品或服务、使用场景、需要解决的问题。
• 意向信息：客户已经确认的条件、尚未解决的顾虑、愿意采取的下一步。
• 跟进信息：客户主动提供的联系方式、方便沟通的时间与已约定事项；未确认的内容应保留为待确认。

信息应来自客户提供的内容和企业已授权使用的数据。需要新增业务字段、同步到 CRM 或设置复杂分配规则时，可纳入定制方案。

建议先由业务团队定义有效线索，例如需求是否明确、服务区域是否匹配、是否愿意进一步沟通。再结合对话内容与客户标签进行判断，避免只看互动数量。

先统一“有效线索”的定义

• 匹配度：客户需求与企业服务是否一致，区域、时间或预算等关键条件是否合适。
• 明确度：是否表达了具体问题，是否已了解必要规则，是否愿意继续沟通。
• 可推进性：是否有清晰的后续行动，如进一步咨询、资料补充或预约；不将一次点赞直接等同于购买意向。

线索数量、有效率及后续转化可一起评估。具体识别规则和统计口径需要结合业务确认，AI 的判断仍应通过实际会话抽样复核。

适合已经开展基础社媒接待，希望进一步理解客户需求、比较产品差异并发现潜在客户的团队。标准版更适合先建立评论和私信的承接能力。

什么时候更值得升级

• 基础接待已能运转，但团队仍需要了解客户在比较哪些方案、主要顾虑是什么。
• 希望围绕产品差异调整沟通内容，并进一步筛选值得继续联系的潜在客户。
• 评估时可带上目标渠道、关注的竞品和真实问题样本，确认实际分析范围与交付形式。

竞品对比与潜客发现的渠道、数据范围和交付形式需在开通前确认，不等同于获取任意平台的全部用户信息。

针对已经有过互动、留下咨询或表达过兴趣的客户，结合其需求说明产品、活动或服务信息，帮助对方进入下一步沟通。

让沟通围绕客户需求展开

• 对了解过产品但尚未决定的客户，补充其关心的信息，解答阻碍决策的问题。
• 对有明确时间安排的客户，围绕可用场次、服务条件或准备事项继续沟通。
• 对活动感兴趣的客户，先说明资格、价格和限制，再引导客户自行选择下一步。

例如，客户曾询问体验课程，可以围绕课程内容、可预约时间和活动规则继续说明。具体触达方式与可用能力以渠道和方案为准。

建议准备活动适用人群、有效时间、价格、参与条件、可用名额、预约方式和退改规则，统一放入业务知识资料中。

建议准备一份完整的活动说明

• 适用条件：活动对象、参与资格、起止日期，以及是否与其他优惠叠加。
• 交易与服务规则：价格包含什么、如何预约、如何改期或取消、退款如何处理。
• 变化与例外：名额或库存从哪里查询，规则由谁更新，遇到特殊情况交给谁处理。

优惠或库存变化时应及时更新，避免 AI 沿用过期规则。涉及实际预约、名额查询或优惠发放的动作，需要相应业务系统与权限支持。

主动触达需要满足对应渠道的消息规则、账号权限和客户授权条件。不同渠道可能存在会话窗口、模板、频率等限制，需在接入时确认。

上线前需要明确的触达规则

• 触达对象：哪些客户可以联系，是否已取得相应授权，客户拒绝后如何停止。
• 触达条件：什么事件触发沟通、何时发送、联系频率与结束条件如何设置。
• 渠道限制：是否需要消息模板、是否受会话窗口限制，以及账号可用权限；以所接入平台规则为准。

营销激活应围绕客户已有需求安排节奏。不要将接入渠道理解为可以无条件、无限量群发；自动触达流程与停止条件需要按方案配置。

可以关注有效回复、进一步咨询、预约或留资等与业务相关的结果，并结合客户反馈判断沟通是否有帮助。

把指标与实际目标对应起来

• 沟通效果：客户是否回复，是否提出更具体的需求，是否产生负面反馈。
• 业务进展：是否完成有效留资、预约或进入下一轮沟通，而不只统计消息发送量。
• 复盘方法：使用相同口径比较不同时间段或客户群，结合会话内容分析未推进的原因。

建议在启动前约定统计周期、目标人群和成功事件。若需要把触达与订单、预约等结果关联起来，还需要相应系统提供结果数据。

Growze 可在定制范围内配置私聊群发、群聊群发、朋友圈发送、欢迎语、关键词自动回复和素材库管理等客户运营能力。具体能否使用，取决于接入渠道和账号权限。

先确定运营场景，再配置触达规则

• 欢迎与承接：为首次联系、加入群聊或特定关键词设置适合的回应，并与后续人工服务衔接。
• 活动与内容：准备经过确认的活动素材，明确适用客户、发送时间、频率和停止条件。
• 渠道验证：分别检查私聊、群聊、朋友圈等入口的可用能力，不默认所有平台支持同一套操作。

这些运营工作流不代表所有标准套餐都包含，也不意味着可以无限量发送消息。触达应符合客户授权、平台规则和项目约定。

适合回答产品介绍、服务内容、使用方式、价格规则、常见售前与售后问题。回答依据应来自企业提供的有效知识和当前对话。

区分三类客户问题

• 知识型问题：产品参数、服务流程、活动条款等，依据已确认的企业资料回答。
• 状态型问题：订单、物流、预约、会员权益等，需要通过已接入的业务系统查询。
• 决策型问题：特殊折扣、争议处理或超出标准规则的请求，应按企业流程交由人工判断。

订单状态、物流进度、会员权益等实时信息，需要接入相关系统后查询；不能仅凭静态知识库推断当前业务状态。

建议先整理产品与服务说明、常见问答、价格与活动规则、售后政策，以及不能直接承诺的事项。内容应准确、清晰，并标注适用范围与更新责任人。

把知识整理成可使用的规则

• 每条资料说明适用产品、版本和生效时间；价格、库存与时效类信息尤其需要明确来源。
• 对容易混淆的规则给出例子，例如哪些情况可以退款、哪些条件需要进一步核实。
• 指定知识维护人，定期结合客户的新问题补充资料，并删除或替换过期内容。

上线前用真实客户问题检查回答；后续通过会话回看补充遗漏知识。资料格式、导入方式和更新流程在配置时确认。

支持多语言客户沟通，以及文本、图片、语音和文件等消息形式；微信、企微场景还可按接口与项目配置支持小程序卡片和联系人卡片。不同渠道的可用消息类型并不相同。

使用真实客户样本验证

• 语言：确认自动识别、行业术语、品牌语气与人工接管语言，跨境商品、物流和退货信息应有可靠的多语言依据。
• 图片与文件：检查目标渠道的接收与处理能力、格式、大小及内容清晰度，明确可处理的范围。
• 语音与卡片：测试口音、噪声和关键信息识别；卡片的发送、接收和业务用途按渠道分别核对。

多语言与多模态能力需要按具体场景验收。遇到专业信息或识别不清的内容，应继续确认或交给人工处理。

Growze 可以承担重复问答、需求识别、信息整理和部分标准化推进工作，帮助销售把精力放在高价值沟通与复杂决策上。

适合交给 AI 和人工的工作

• AI 先处理：高频产品介绍、常见顾虑、初步需求了解与沟通信息整理。
• 人工重点处理：复杂方案、价格谈判、特殊条款和需要人际信任的关键决策。
• 共同推进：AI 帮助补齐背景，人工判断下一步；根据真实效果逐步调整分工。

商务谈判、特殊承诺与复杂方案仍需要团队判断。更适合把 Growze 作为与人工协作的 AI 员工，根据业务逐步扩大自动处理范围。

通过客户关注的产品、使用场景、价格顾虑和行动意愿理解需求，再围绕知识库进行说明与追问。IM 企业版提供需求识别与分级能力，帮助团队安排后续处理。

从“感兴趣”推进到明确下一步

• 了解场景：客户准备如何使用产品，对哪些条件有要求。
• 回应顾虑：围绕真实规则解释价格、交付、售后或服务差异，不做未经确认的承诺。
• 确认行动：询问客户是否需要商品详情、进一步咨询或预约，由客户明确选择。

下一步可以是继续咨询、人工跟进、访问商品页面或申请预约。具体路径应由企业业务规则决定。

这类操作属于业务动作，需要定制 Agent、外部系统接口和对应权限支持。仅开通知识库问答，并不自动获得下单或修改数据的能力。

业务动作的配置应包括

• 执行前：核实身份、对象与操作条件，说明动作内容并完成必要确认。
• 执行时：调用获授权的业务接口，只处理方案约定的数据和动作。
• 执行后：依据系统结果告知状态；“申请已提交”与“业务已完成”需要分别表达。

实施时需要明确操作条件、关键动作确认、成功反馈和异常处理；实际可执行范围以双方确认的方案为准。

转化结果与产品竞争力、客户来源、价格、业务流程和人工协作等因素共同相关，不能用某个演示或案例保证所有企业的效果。

建议用业务数据评估价值

• 先定义目标：是减少重复咨询、提高有效线索率，还是增加预约和成交。
• 再统一口径：确定有效线索、归因周期、数据来源和人工参与方式。
• 最后做复盘：对照使用前后的同类场景，结合客户反馈分析变化，避免只凭单一案例判断。

建议围绕有效咨询、有效线索、预约和成交等指标开展试点。涉及效果合作时，需提前约定归因、数据来源与对账口径。

围绕会话沉淀客户需求、标签、当前状态与跟进信息，帮助团队理解此前沟通的内容和下一步需要处理的事项。

让记录能够支持下一位同事接手

• 已知需求：客户关注什么，已经确认了哪些条件，还有哪些疑问。
• 当前进展：咨询处于什么阶段，是否已经预约或提交申请，哪些状态仍待确认。
• 后续安排：约定由谁联系、何时沟通以及需要准备什么资料；新增字段可按方案评估。

如需结合订单、会员、服务履约等信息形成更完整的业务视图，可以评估相应系统集成。

IM 企业版包含标准跟进与效果对账，适合在既有产品能力内持续处理客户需求。

用流程复杂度判断需求

• 标准场景：在既有客户与会话管理能力内记录需求、安排持续跟进，并查看约定的业务结果。
• 定制场景：根据订单、会员状态或审批结果触发后续动作，涉及多个系统与特殊业务规则。
• 评估方式：画出从触发条件到处理完成的步骤，标明每一步需要的数据、人员与系统。

如果需要按自有业务节点自动触发、多系统联动、特殊审批或专属任务规则，可通过 IM 定制版设计流程。标准能力的具体配置范围在开通前确认。

可以围绕服务体验、使用顾虑、到期安排与新的需求继续沟通，帮助团队维护客户关系，而不是只发送促销信息。

优先解决影响继续使用的问题

• 先了解体验：客户是否真正使用过服务，是否存在时间、效果或使用方式上的困难。
• 再解释选择：基于真实权益和规则说明继续使用、调整安排或后续咨询的可能路径。
• 最后确认意愿：客户愿意继续沟通时再推进；不将一次咨询理解为同意续费或扣款。

需要自动识别到期时间、查询剩余权益或执行延期等操作时，必须有相关系统数据和明确的业务规则。触达方式也需符合渠道条件。

可以按定制范围评估 CRM 对接，将客户状态、需求或跟进记录与企业既有流程连接。

对接时重点确认四件事

• 客户匹配：使用什么标识确认同一客户，重复记录由哪一方处理。
• 字段与方向：哪些信息从 CRM 读取，哪些记录允许写回，双方字段如何对应。
• 更新规则：何时同步、冲突时以谁为准、失败后如何通知与补处理；这些内容应纳入接口验收。

对接前需要确认客户识别方式、字段映射、数据同步方向与更新规则；具体系统是否可接入取决于接口和授权条件。

工作台用于把日常接待与后续业务处理集中起来。展示方向包括接待数据、增长趋势、待跟进事项、渠道状态、近期会话和 Agent 动态，实际模块随版本与项目配置确定。

从三个层面理解工作台

• 运行情况：查看渠道、会话和 Agent 状态，及时发现需要处理的问题。
• 客户进展：结合客户、标签、线索与订单等信息，确定下一步跟进对象和任务。
• 业务分析：按约定的数据来源与统计口径观察趋势，定制所需的指标、报表与洞察。

订单、线索或续费等效果追踪依赖业务系统接入或客户侧结果上报。看板展示、筛选和导出范围应在选型时确认，不能仅凭工作台示意图推定全部功能。

Growze 提供客户管理、标签管理和对话记录查看能力，便于团队理解此前沟通、继续处理需求，也便于运营人员发现高频问题和回答不佳的案例。

建议形成固定的会话回看习惯

• 接手前：先看客户需求、已有标签、此前回应与待处理事项，减少重复询问。
• 跟进时：核对 AI 识别的需求和意向，对尚未确认的信息保留待确认状态。
• 复盘时：按客户、渠道、时间或状态筛选样本，整理知识缺口和需要改进的规则。

具体筛选项、保存视图、记录保留期限和导出能力随版本与方案确认。跨渠道客户记录是否能合并，需要先设计可靠的身份匹配规则。

知识库支持文档上传、导入、编辑和删除，具体入口和支持的文件形式以系统界面为准。企业应指定业务负责人维护内容，Growze 可在约定范围内协助整理、配置和优化。

一次完整的知识更新应包含

• 整理内容：按产品、服务流程、价格、活动、售后与行业术语等主题组织，标注适用渠道和生效时间。
• 替换旧版：更新价格或政策时，同时检查旧文档、话术、相关 Agent 与工作流，避免新旧规则冲突。
• 验证生效：用真实问题检查更新后的回答，记录版本、负责人、审核人及必要的回退方式。

知识库不是无需维护的资料仓库。库存、订单状态等动态信息适合从业务系统实时查询；业务规则发生变化时，应及时同步知识与配置。

定制版的知识库条目数量不设上限，可根据企业业务持续补充内容。标准套餐的知识库额度与可用配置，需要按对应套餐说明确认。

条目数量与运行资源是不同的概念

• 条目：用于组织不同主题、规则与业务资料，建议按内容准确性与检索效果规划。
• 文档与资源：单文件大小、格式、总存储、处理能力和模型用量，需要在方案中分别确认。
• 维护成本：条目越多，越需要清晰的分类、版本和负责人，及时处理重复或相互矛盾的规则。

条目不限不等于存储、上传文件大小或模型调用用量无限。评估大规模知识库时，建议提供资料样本和预计规模，验证检索与回答效果。

系统后台支持账号登录、退出和账号分配。建议按管理员、AI 运营、销售、客服与只读人员划分职责，再确认所选版本提供的角色、权限和席位能力。

先明确职责，再开放必要权限

• 管理员：负责账号、渠道授权与配置管理，确认哪些成员可以修改关键设置。
• AI 运营：维护知识、回看对话和提交优化问题；销售与客服负责线索跟进及人工接管。
• 只读与审计：按岗位需要开放查看范围，导出、审批和操作日志能力另行核对。

人工成员或坐席与套餐中的渠道账号不是同一概念。席位数量、组织层级、角色权限和审批规则，以版本及项目配置为准。

社媒版展示的渠道包括抖音、小红书、视频号、快手、TikTok、Instagram、Facebook、YouTube 和 X。

选择渠道时不只看名称

• 先确认目标账号类型、主要沟通入口，以及是否具备接入所需权限。
• 再核对需要处理的是评论、私信还是其他消息，不同渠道的能力范围可能不同。
• 如业务同时涉及多个渠道，应分别验证接收、回复与人工接手，不默认所有平台具备相同功能。

IM 版展示的渠道包括微信、企微、WhatsApp、Messenger、Telegram 和 LINE。具体接入方式、功能范围与可用性按渠道规则及项目配置确认。

这些自建应用属于官网展示的接入方向，可围绕咨询入口与企业业务流程评估集成。

建议从用户进入业务的路径梳理

• 入口：客户从官网页面、小程序或 APP 的哪个位置发起咨询。
• 上下文：是否需要关联登录身份、商品信息、订单或服务状态。
• 动作：回答后希望引导客户做什么，哪些动作需要调用已有系统；据此确认开发范围。

需要说明应用类型、现有系统、希望承接的消息和业务动作；是否需要开发、可用的接入方式及交付范围由方案确认。

官网非定制套餐默认选择 1 个账号，可调整数量，月费按套餐单价乘以账号数计算；每个账号的赠送 AI 沟通用量按套餐说明确定。

先明确规模，再计算月费

• 列出拟接入的实际业务账号与所在渠道，避免将账号数量和人工坐席人数混为一谈。
• 按所选套餐单价计算月费，例如 2 个 IM 基础版账号对应 ¥996 / 月。
• 赠送用量按每账号每月标示；跨账号共享、迁移与调整规则需依据正式服务说明确认。

一个账号对应的渠道身份、跨渠道使用方式及多账号管理范围，应在开通前确认。IM 定制版的账号规模随方案约定。

准备计划接入的渠道、账号数量、可授权的账号管理人，以及希望覆盖的沟通场景。涉及第三方平台配置时，需要具备相应权限。

接入准备可以按三个步骤开展

• 盘点账号：确认账号类型、负责人、使用场景和需要接入的数量。
• 完成授权：由有权限的管理人按正式接入流程配置，确认企业愿意开放的数据与操作范围。
• 验证流程：用测试对话检查消息是否到达、回复是否符合预期、人工能否继续处理。

上线前应验证消息接收、回复与人工协作流程。第三方平台规则、账号状态和接口条件会影响实际可用能力。

可以按项目评估多渠道统一 Agent，让不同渠道复用部分知识、标签和业务规则。共用知识并不意味着客户身份、消息权限和工作流能够直接全部复用。

跨渠道使用要分别处理三件事

• 内容复用：统一有效的产品资料与服务政策，同时保留不同市场、语言和渠道的差异。
• 客户匹配：明确如何确认是同一位客户，避免仅凭昵称或相似信息合并记录。
• 能力验证：每个渠道分别测试消息形式、回复窗口、频率限制、人工接手与业务动作。

建议先验证一个渠道，再逐步扩展。共享范围、身份关联与数据权限应写入方案，未确认的客户关联不应作为业务操作依据。

通常由企业提供合法、可用且已获授权的渠道账号、主体信息与必要接口权限，Growze 在项目范围内完成接入配置、联调和运行支持。

上线前明确账号与平台责任

• 企业侧：确认账号管理人、实名或主体资料、授权范围，以及平台审核需要的材料。
• 实施侧：核对消息配置、接口权限、凭证有效期与异常通知方式，完成收发和协作验证。
• 双方协作：约定权限变更、凭证失效、平台政策变化及账号异常的处理流程和负责人。

账号审核、风控或封禁由第三方平台规则影响，接入系统不代表平台授予额外权限。相关维护范围与责任边界应在合作前说明。

社媒标准版为 ¥198 / 账号 / 月，社媒高级版为 ¥398 / 账号 / 月；IM 基础版为 ¥498 / 账号 / 月，IM 企业版为 ¥998 / 账号 / 月。IM 定制版按方案议价。

如何理解月费与其他费用

• 账号月费：套餐单价 × 账号数量，官网数量选择器会展示对应的月费合计。
• AI 用量：套餐含每账号每月赠送次数，超出部分可按对话卡方案另行购买。
• 定制需求：专属开发、系统集成等以实际需求和报价确认，不应从标准套餐月费推定全部包含。

非定制套餐月费随账号数量变化，例如 3 个社媒标准版账号月费合计为 ¥594。定制开发、第三方费用与服务范围按正式报价确认。

标准套餐按社媒获客与 IM 客户经营两类场景设计，升级套餐在基础能力之上增加对应功能。选择时应先明确工作目标，再核对具体权益。

套餐能力一览

• 社媒标准版：账号托管与私信沟通、评论回复与线索获取、知识库训练。社媒高级版：包含标准版全部功能，增加竞品对比与潜客发现、数据分析。
• IM 基础版：AI 接待与知识库、基础标签与客户信息、会话管理与人工协作。IM 企业版：包含基础版全部功能，增加需求识别与分级、标准跟进与效果对账。IM 定制版：全部功能模块与专属 Agent、外部系统连接与专属流程、定制报表，具体交付范围按方案约定。

选型时优先看工作目标

• 先解决基础承接：社媒标准版面向评论与私信，IM 基础版面向咨询接待与人工协作。
• 进一步提升经营能力：社媒高级版增加潜客发现与分析，IM 企业版增加需求识别与标准跟进。
• 深入企业业务：需要专属 Agent、外部系统和特殊流程时，选择定制方案并明确交付清单。

所列权益用于理解套餐差异，具体配置与定制交付范围以正式服务说明和方案为准。

每账号每月：社媒标准版 100 次，社媒高级版 300 次，IM 基础版 400 次，IM 企业版 1,000 次；IM 定制版的用量按方案约定。

把“次数”与业务量区分开

• 赠送额度按每账号每月说明，不代表客户人数、线索数量或完整会话数量。
• 一次咨询可能产生多次 AI 回复，评估用量时应结合平均对话轮次和实际接待规模。
• 建议用真实场景估算需求，再确认追加用量、结转与共享规则；定制版用量以方案约定。

用量以 AI 回复次数作为计费基础。具体统计规则，以及用量结转、跨账号共享等政策，应在开通前确认。

可按需加购两个版本通用的 AI 对话卡：100 次 ¥10，500 次 ¥48，1,000 次 ¥95，5,000 次 ¥460，10,000 次 ¥880。

如何选择对话卡

• 先查看套餐赠送用量与预计接待量，再按可能的额外回复次数选择档位。
• 较大档位的单次成本更低，但也应结合有效期与实际消耗速度，避免只看总价。
• 购买前需确认可使用的账号范围、有效期以及余额不足后的服务安排；线上购买能力随正式版本开放。

按 AI 回复次数计费。对话卡有效期、使用范围及用量不足时的处理方式以正式服务说明为准，不应将页面价格理解为自动续购授权。

根据账号规模、专属 Agent、业务流程、接口集成、报表与交付范围整体议价。定制版可按约定采用效果合作，统计口径和分成方式在合作前确认。

便于报价的需求清单

• 业务目标：希望解决哪些问题，用什么结果判断交付是否有效。
• 技术范围：账号规模、所需系统接口、可执行动作、报表与部署要求。
• 交付约定：实施阶段、验收标准、后续支持以及效果合作的数据口径，形成双方确认的方案。

报价前建议提供目标场景、现有系统和预期结果。研发、实施、服务与第三方成本分别以双方确认的报价和交付范围为准。

标准套餐规划采用“选择套餐 → 确认订单 → 线上付款 → 开通使用”的方式，由用户直接在线完成购买。线上支付与自动开通功能目前尚在开发，暂未开放。

计划中的线上开通流程

• 选择套餐与账号数量，查看对应月费及包含的 AI 沟通用量。
• 进入订单确认，核对服务范围、金额与购买信息后完成线上支付。
• 支付成功后进入开通与配置流程，完成账号接入、知识准备和业务验证。

以上为规划流程，不代表当前已能付款或已开通服务。IM 定制版仍需先沟通需求与报价；预约演示用于了解产品，与标准套餐购买是不同入口。

Token 是模型处理输入与输出内容的计量单位；AI 回复次数则按回复进行统计。一次回复可能消耗不同数量的 Token，两者不能固定换算。

按购买方案理解费用

• 官网标准套餐：按账号月费与 AI 回复次数说明计费，赠送额度和加购对话卡以套餐页面为准。
• 定制项目：可根据模型、上下文长度、Agent 调用和集成需求，在报价中约定 Token 或其他用量结算方式。
• 费用确认：明确计费单位、模型范围、统计周期、用量提醒与超额处理，避免把不同计量方式混为一项。

对话越长、上下文越多或系统调用越复杂，模型消耗可能越高。Token 说明不代表标准套餐会额外叠加一项未说明的费用，实际收费以已确认的订单或合同为准。

定制项目需要围绕业务分析、Agent 设计、渠道与系统集成、工作流开发、测试和持续运行评估投入。费用与实际交付范围有关，不能只根据月会话量判断。

建议分别估算三类投入

• 一次性交付：需要开发的 Agent、业务流程、系统接口、专属报表与上线验收工作。
• 持续运行：账号与渠道规模、模型或 Token 用量、部署资源、第三方服务及运行支持。
• 服务协作：知识整理、培训、后续优化和需求变更的范围、周期与责任人。

可提供月会话量、知识库规模、语言、Agent 数、系统数及预期上线时间，请顾问列出费用明细。本说明适用于定制评估，不改变官网标准套餐的价格与权益。

如果定制方案约定按效果付费或合作，应先明确什么结果算有效、结果如何归因，以及从哪里获取可靠数据，再约定结算方式。并非所有套餐都采用效果合作。

合作前需要统一的统计规则

• 结果定义：以有效线索、订单、续费或服务完成等为对象，写清有效条件和去重方式。
• 归因与来源：确定时间窗口、AI 与人工参与的处理方式，以及客户业务系统或结果上报的数据来源。
• 异常与结算：说明退款、取消、重复订单和数据缺失如何处理，约定对账周期与异议核查方式。

不能仅凭聊天次数或 AI 的意向判断认定成交。效果费率、分成方式与核验规则以定制合同约定为准。

可按企业需求定制功能模块、专属业务 Agent、业务流程和数据报表，并连接 CRM、商品与订单、会员与服务、工单与售后、OA 协作及 BI 数据分析等系统。

定制可从四个方面展开

• 功能模块：按岗位与场景组织客户、会话、线索、运营与分析能力。
• 专属 Agent：明确业务目标、知识依据、输入输出和允许调用的系统。
• 业务流程：将查询、创建、更新、通知、审批与人工接手串联，定义失败和重复请求的处理方式。
• 数据报表：围绕目标指标确定数据来源、统计口径、展示与导出范围。

这些是可评估的集成方向，不代表所有系统均已开箱即用。实际动作取决于可用接口、授权和交付范围；需要变更数据时，还应确认回退或补偿方式。

建议提供系统名称、接口文档、字段说明、测试环境，以及业务负责人和技术对接人。还应列出允许查询或修改的数据、流程节点与预期结果。

除接口文档外，还要对齐业务语义

• 业务说明：每个动作在什么情况下允许执行，哪些结果代表成功，哪些需要人工审核。
• 数据说明：字段含义、客户标识、状态枚举与测试样本，减少双方对同一数据的不同理解。
• 联调安排：测试环境、技术负责人和验收案例；正式上线权限与测试权限应分别确认。

如果系统没有可用接口，需要先评估是否存在其他合适的接入方式。项目排期和成本应在评估后确定。

在方案中明确可查询的数据、允许执行的动作，以及哪些操作需要客户或人工确认。Growze 的集成设计遵循识别需求、确认权限、执行动作的流程。

把权限落实到具体动作

• 读取范围：哪些客户和业务字段可查询，是否需要先确认客户身份。
• 写入范围：可以提交申请还是可以直接变更状态，涉及金额或权益时由谁确认。
• 异常范围：无权限、信息缺失或结果不确定时停止在哪一步，如何转交人工。

对退款、权益调整、资料修改等敏感动作，应按企业规则设置确认与异常处理。具体权限和审批机制需要在项目中验证。

需要在集成方案中设计失败反馈与人工接手路径，向客户说明当前状态，避免把提交申请或接口异常表述为业务已完成。

对客户交代清楚，对团队留好后续路径

• 说明状态：区分“尚未提交”“提交后待确认”和“执行失败”，不把未知状态说成成功。
• 保护业务：对于可能重复提交或重复变更的数据，由项目方案明确是否允许重试。
• 人工接手：保留必要的请求与处理信息，按约定方式交给负责人继续核实。

重试、重复操作防护、通知和补偿机制应根据具体动作设计，并在上线前使用失败场景测试。

可按企业场景定制会员服务、订单服务、商品销售、志愿填报或 AI 测评等业务 Agent，让对话衔接具体任务。是否实施及可执行范围，需要先完成业务与技术评估。

每个 Agent 都应有明确的任务说明

• 目标与依据：服务谁、解决什么问题、使用哪些知识与业务数据。
• 输入与输出：客户需要提供什么信息，输出建议、查询结果还是业务申请。
• 动作与验收：允许调用哪些系统，哪些步骤需确认，何时交给人工，用什么样例验证结果。

不同行业可以复用客户与对话基础能力，但专业知识、规则和测试集应分别维护。涉及重要决策时，应由具备相应权限与专业能力的人员复核。

对动态信息，适合通过已接入的商品、库存、订单、物流或售后系统获取当前结果。知识库用于说明规则，不能替代实时库存、订单状态或最终交易金额。

将查询与业务执行分别验证

• 查询：核对客户身份、商品或订单标识，以及数据来源、更新时间和字段含义。
• 执行：下单、改地址或退款等动作需要独立授权、字段校验和必要的确认，不因可以查询就自动可修改。
• 异常：接口不可用或数据延迟时说明当前限制，转交人工核实，不用旧资料推测实时结果。

集成前需确认稳定接口、权限和错误处理方式，使用成功与失败样例联调。最终价格、库存、支付和订单结果以企业业务系统为准。

可以按项目评估 API 与业务 Agent 的连接方式，为自建官网、小程序或 APP 接入咨询及业务能力。具体 API 文档与可用范围在技术评估时确认。

技术对接建议核对

• 身份与授权：如何鉴权、关联客户身份，以及可以读写哪些数据和动作。
• 消息与调用：请求及回调格式、调用频率、超时、重复请求和失败反馈如何处理。
• 交付与运维：是否提供所需 SDK、测试环境和示例，以及部署位置、监控与维护责任。

支持 API 接入方向不代表所有系统都无需开发即可连接。请提供应用结构和目标流程，以便确认接口适配及实施工作量。

定制版可按方案配置客户品牌名称、Logo 露出和专属域名，让相关入口与企业品牌保持一致。具体应用在哪些页面和渠道，应在交付范围中明确。

需要企业与实施方共同准备

• 品牌素材：确认名称、Logo 文件、颜色规范，以及所需页面或入口。
• 域名与技术：确认域名归属、解析、证书、部署方式及适用的备案要求。
• 维护安排：明确证书续期、域名变更、素材更新和服务异常由谁处理。

专属域名与品牌展示不自动等同于私有化部署，也不会改变第三方渠道自身的界面规则。部署要求需单独评估。

通过企业知识库、明确的业务规则、真实问题测试和会话回看持续优化。涉及价格、退款、时效等关键事实，应优先依据已确认的规则或业务系统返回结果。

建议建立三道检查

• 上线前：用常见、模糊和带有例外条件的问题测试，确认回答依据和转人工边界。
• 运行中：抽查真实对话，优先关注价格、活动资格、服务承诺等影响决策的内容。
• 改进后：补充知识或调整规则，再用同类问题复测，观察错误是否得到纠正。

复杂问题或信息不足时应由人工继续处理。AI 回答不能视为零错误保证，建议保留人工抽检和知识更新机制。

Growze 提供会话管理与人工协作能力，便于团队根据客户需求继续处理问题。需要人工判断、知识不足或业务异常时，可由人工跟进。

设计好交接，才能减少重复沟通

• 明确接手场景：客户主动要求人工、存在投诉争议、资料不足或业务操作异常。
• 明确交接内容：客户的问题、已经核实的信息、已采取的动作和待确认事项。
• 明确处理责任：由哪个岗位接手、如何反馈结果，以及客户下一步可以期待什么。

接手时可结合客户信息与会话记录理解上下文。自动转接条件、分配方式和提醒渠道，应在具体方案中确认。

不能将 AI 系统承诺为绝对零错误或零幻觉。Growze 通过知识库、客户上下文、业务规则、系统校验与人工协作降低不准确回答的风险，效果需要在具体场景中验证。

优先降低影响业务决策的错误

• 事实依据：为价格、库存、订单、退款和合同等信息指定有效来源与维护负责人。
• 回答边界：对知识缺失、上下文不全或超出权限的问题配置追问、说明限制或转人工。
• 持续验收：抽查真实对话，将错误案例加入回归测试，检查修正后是否产生新的问题。

自动化范围应随验证结果逐步扩大。涉及金额、权益或重要承诺的动作，仍应设置必要的确认与人工复核。

应先识别缺少的信息，避免把猜测写成确定答案。可以继续追问、提供可验证的帮助入口，或按规则交给人工处理。

根据不确定性的来源选择下一步

• 客户信息不足：只追问完成任务所需的条件，已有信息不重复索取。
• 企业资料缺失：说明暂时无法确认，交给业务负责人补充权威答案。
• 系统结果未知：区分未提交、待确认和执行失败，等待查询或人工核实后再告知结果。

处理完成后，团队可把问题、正确答案和转接路径沉淀为知识或优化案例，减少同类问题重复出现。

AI 可以先确认诉求、整理已知事实并说明后续处理路径；责任认定、赔偿、重大争议或超出授权的决定，应交给具备权限的人工人员。

在上线前配置交接规则

• 识别条件：客户主动要求人工、情绪升级、退款争议、隐私请求或其他敏感事项。
• 交接材料：保留必要的客户问题、历史对话、已核实状态和待处理事项，减少重复描述。
• 处理边界：不擅自承诺赔付、改变合同条款或作出法律、医疗、金融等专业决定。

企业应明确接手岗位与通知方式；AI 能提供的信息和可提交的申请，以真实政策、系统授权与项目配置为准。

可以先预约演示，结合真实业务问题了解 Growze，再决定选择标准套餐还是开展定制项目。演示前准备行业、客户来源、目标渠道、账号规模与最想解决的问题，有助于更快判断适配性。

从了解产品到正式使用

• 预约演示：通过顾问讨论行业、目标渠道、咨询量和典型问题，了解产品适配性。
• 选择标准套餐：规划通过线上订单与支付完成开通，该能力尚未上线。
• 开展定制项目：先确认业务流程、接口和交付清单，再约定实施与验收安排。

准备正式使用时，还需要提供有效的产品与服务资料，确认人工接手负责人，并完成渠道与场景验证。试用安排、服务支持和具体上线时间按正式产品说明或项目方案确认。

准备渠道账号与授权、产品和服务资料、价格与售后政策、品牌语气、禁止回答的事项，以及人工接手负责人。涉及系统集成时，还需要接口说明、测试环境与必要的数据权限。

用可复现的样例验证完整链路

• 知识与边界：覆盖常见、模糊、超出范围、恶意输入和敏感问题，记录预期回答与禁止承诺。
• 渠道与协作：验证消息收发、身份匹配、客户标签、多语言与人工转接，确认交接信息完整。
• 动作与异常：测试成功、超时、无权限、重复请求、失败反馈和结果追踪，核实是否执行了正确动作。

将验收样例、通过标准、缺陷等级、上线条件和修复安排纳入方案。先小范围试运行，再结合真实反馈扩大应用。

上线时间取决于渠道接入条件、知识资料完整度、账号规模与定制复杂度。标准配置与多系统定制的工作量不同，排期应在需求确认后确定。

把上线拆成可以验收的阶段

• 范围确认：选定版本、渠道和首个场景，列出资料与接口准备事项。
• 配置验证：完成知识与业务规则配置，用真实问题和异常样本测试。
• 逐步应用：先在明确范围内使用，结合会话、人工反馈和目标指标决定后续调整。

上线后可通过会话回看、知识补充、人工反馈和业务指标评估持续调整。具体服务支持与响应安排在合作前约定。

通常从业务与数据评估开始，经过方案报价、合同确认、配置开发、联调测试、试运行和培训交接，再正式上线。较复杂的项目适合按阶段验收和逐步开放。

每个阶段都应有清晰产出

• 范围确认：梳理客户旅程、渠道、数据、系统与人工职责，形成 Agent、流程和验收目标。
• 实施验证：准备账号与接口，配置知识和规则，用真实问题及异常样例验证业务链路。
• 上线交接：确认测试结果、问题处理人、培训材料与运行支持安排，再按计划扩大使用范围。

Growze 可在定制范围内协助梳理业务流程；咨询深度、交付物和服务安排应写入方案。企业仍需提供真实规则、业务负责人和技术对接人。

可在项目范围内安排管理员、AI 运营、销售和客服的使用培训，帮助各岗位掌握日常操作与异常处理方式。培训形式、次数与材料交付需在合作前确认。

按岗位安排培训内容

• 管理员：账号分配、渠道配置、权限范围与运行问题的联系路径。
• AI 运营：知识库更新、对话回看、标签规则和问题案例反馈。
• 销售与客服：人工接管、线索跟进、业务状态核实，以及需要升级处理的情形。

建议使用企业实际场景演练一次完整流程，并明确知识维护、日常巡查和紧急问题的负责人。服务响应时间以双方约定为准。

企业负责业务规则、商品与服务资料及结果反馈；Growze 在合作范围内负责 Agent、知识检索、工作流与问题案例的配置优化。双方配合才能让系统持续贴合业务。

建议建立固定的复盘机制

• 企业侧更新：价格、活动、售后和产品变化及时通知，并确认新规则的适用范围。
• 问题侧反馈：提供必要的脱敏对话、预期回答、发生时间与影响，便于定位问题。
• 结果侧评估：共同关注回答错误、人工接管、线索质量、业务转化和客户满意度。

每次改动后使用原问题和相关场景复测。优化频率、服务范围、需求变更与响应安排以合作约定为准。

建议先提供行业、业务模式、目标渠道、客户与会话规模、现有系统、希望自动化的流程，以及预算和预计上线时间，再逐项核对方案与报价。

把合作约定写成可核对的清单

• 交付范围：版本、渠道账号、人工席位、Agent、知识维护、接口、培训、上线时间与验收标准。
• 费用与服务：计费单位、周期、第三方费用、发票、合同期限、服务响应约定（SLA）及需求变更方式。
• 数据与退出：权限、数据处理、知识产权、服务中断、数据导出删除和合作结束后的处理责任。

定制项目涉及 Token 或效果合作时，再分别确认用量、归因和对账方式。对于尚未确认的能力与费用，应在实施前明确，避免仅依据展示页面理解交付范围。

可以通过官网预约产品演示。若需要验证真实业务适配性，可与顾问讨论一个渠道、一个高价值场景和一组脱敏数据的试点方案。试点周期、费用与支持范围需另行确认。

让演示和试点回答实际问题

• 准备场景：带上典型客户问题、业务规则与希望解决的痛点，而不只看通用功能。
• 验证链路：观察 AI 如何使用知识与历史对话、何时转人工、怎样查询业务状态和整理线索。
• 判断效果：先约定成功标准、数据范围和人工参与方式，再决定是否扩大渠道与流程。

首次评估不必追求覆盖全部业务。优先验证一个能衡量价值的流程，更容易判断产品是否适合团队。

Growze 从账号权限、接口鉴权、数据传输与存储、日志、备份、脱敏和人工访问等方面设计数据处理方案。具体措施、部署架构、数据位置与保留周期，应在项目评估和合同中确认。

接入前明确数据使用边界

• 最小必要：只收集完成业务需要且已获授权的字段，避免在提示词、知识库和日志中保存无关的身份证、支付或健康信息。
• 访问与操作：按岗位开放数据和动作权限，对敏感操作配置必要的确认、人工复核与脱敏。
• 部署与留存：核对应用、模型、数据库与备份的处理位置，明确导出、删除和服务结束后的数据安排。

如有私有化部署、数据驻留或特定安全资质要求，应提前提出并核对正式材料。不要仅凭功能介绍推定具体部署或认证已经包含。

多租户或多项目系统通过租户隔离、角色权限与接口校验控制访问范围。企业应在技术评估中确认隔离方案，以及管理员、运维和内部成员分别能访问哪些信息。

需要核对的访问控制范围

• 客户之间：不同租户的数据查询、文件与接口应按各自权限隔离。
• 团队内部：按岗位开放客户、会话、配置和导出权限，减少不必要的访问。
• 运行支持：明确运维访问条件、审批或授权方式，以及可留存的访问记录。

具体隔离实现、权限粒度与审计能力以实际部署方案为准，可将关键访问场景纳入验收。

建议优先使用模拟或脱敏数据，保留验证业务所需的结构与场景即可。确需使用真实数据时，应先确认合法授权、处理目的和访问范围。

提供数据前完成必要准备

• 最少字段：去掉与测试无关的身份、联系方式、支付或其他敏感信息。
• 使用范围：明确由谁处理、用于哪些测试、保存多久，以及是否会调用外部模型或服务。
• 结束处理：约定测试后的删除、备份清理和必要的记录留存方式。

真实数据的使用安排应纳入项目的数据处理约定；不要把未获授权的整库数据直接作为演示材料。

数据权属、使用范围以及导出、删除和备份处理方式，应在合同或数据处理协议中写清楚。不能仅从官网功能介绍推定某项权利或能力已默认包含。

建议在合作前确认

• 日常使用：谁可以查看、使用与导出客户及对话信息，可用格式和范围是什么。
• 保存与删除：在线数据、日志和备份分别保留多久，删除申请由谁处理、如何确认结果。
• 合作结束：如何交接业务数据、关闭账号权限，并处理剩余备份及法定留存要求。

企业有数据驻留、行业监管或特定导出要求时，应在方案设计阶段提出，以便评估实现与责任范围。

需要结合客户所在地区的规则、用户授权、渠道政策、数据传输路径和模型服务商要求评估，不能默认所有国家或地区都适用同一方案。

评估时说明完整的数据路径

• 业务来源：客户来自哪些地区，通过什么渠道联系，涉及哪些个人或业务信息。
• 处理位置：应用、数据库、日志、备份与模型服务分别在哪里处理或保存数据。
• 责任与限制：明确各方处理目的、授权依据、保留期限和适用的跨境安排。

对特定地区、部署位置或模型服务有限制的企业，应在技术与商务沟通前说明，由相关负责人共同确认可行方案。

对话记录与业务动作追踪可帮助团队回看服务过程；登录、管理员操作、接口调用、导出记录和审计报表，可纳入项目能力范围评估。

根据企业要求确定记录内容

• 访问与配置：谁在何时登录、修改了哪些配置或权限，以及哪些信息需要记录。
• 业务动作：动作发起来源、请求对象、确认过程、接口结果和后续人工处理情况。
• 审计使用：日志保留期限、查看与导出权限，以及数据脱敏和报表需求。

日志覆盖范围、字段和留存方式需要在项目中确认，不应仅凭有对话记录就推定已具备完整审计能力。

Growze 支持结合对话反馈、知识库更新和问题案例持续优化，但产品优化与将客户数据用于模型训练不是同一回事。具体数据用途需要按项目方案与合同确认。

应明确的数据处理事项

• 优化资料：哪些对话或反馈可以使用，是否需要脱敏，以及谁有访问权限。
• 模型调用：必要内容会发送给哪些模型或服务，相关处理与保存安排是什么。
• 训练用途：是否用于训练、采用什么授权机制、保留多久以及如何处理删除要求。

不能默认客户数据可被用于任意目的，也不应把更新知识库理解为模型已经自动完成训练。企业的限制应在接入前明确。

合作前可以围绕业务流程、数据流、权限、接口、部署和运行支持整理问题清单，由双方技术、业务与相关审查人员共同评估。

建议重点审查

• 数据与权限：个人信息的收集目的、访问范围、传输、保存、脱敏、备份和删除安排。
• 业务与责任：关键动作谁授权、谁确认、异常如何交给人工，第三方服务承担什么角色。
• 行业与地区：金融、医疗、教育、未成年人及跨境业务，应提前说明行业要求与限制。

安全措施、资质或认证情况须以可提供的正式材料为准。特殊行业的适用性应由企业法务、信息安全和业务负责人在上线前审核。

优先选择高频、规则清晰、价值容易衡量，并且有人工接手路径的工作。官网展示的婚恋服务、教育服务和跨境电商，可作为理解应用方式的参考。

按行业挑选一个可验证的切入点

• 顾问型服务：了解初步需求、整理匹配条件和持续跟进信息，让顾问把精力放在深入沟通。
• 教育与会员服务：课程咨询、服务规则、预约意向、使用指导和续费提醒；业务动作按权限集成。
• 跨境电商：多语言商品咨询、物流与退货说明、订单状态查询和购买顾虑解答。

案例中的结果不等于对所有企业的承诺。涉及复杂责任认定或受监管决策的业务，建议先采用辅助与人工协作方式。

先拆解客户旅程与业务目标，再定义 Agent 的岗位和可执行范围。重点是让每一步都有可靠依据和明确的处理人，而不只是更换一套行业话术。

建议为场景建立一张任务清单

• 任务：服务对象、触发条件、知识来源、输入输出和期望的业务结果。
• 边界：允许与禁止的动作、需要客户确认的内容、转人工条件及异常处理。
• 验收：常见问题、边界案例、失败路径、多语言表达和结果统计方式。

行业知识、话术、工作流与测试集应分别维护；可共用的客户上下文与基础能力，也要符合渠道与数据权限要求。

先保留必要的完整对话与正确依据，判断是知识、上下文、渠道解析、业务数据还是 Agent 规则导致的问题，再针对原因修正。

按影响和来源排查

• 控制影响：涉及价格、退款、权益或重要承诺时，先按企业流程转人工核实。
• 定位原因：核对知识是否缺失或过期、客户条件是否完整、接口数据是否正确、回答是否越出规则。
• 修正验证：更新资料或规则，将原问题及相近表达加入回归测试，确认新回答符合预期。

反馈技术支持时提供脱敏对话、时间、渠道、预期结果和相关记录标识，避免发送不必要的客户敏感信息或接口凭证。

需要检查系统是否正确保留和使用了客户上下文，而不只是调整一句话术。客户身份匹配、对话历史、信息抽取或系统回写异常，都可能导致重复追问。

建议依次核对

• 身份与会话：是否进入了新会话，跨渠道记录是否已按规则关联，客户是否被识别为同一人。
• 信息与状态：已有需求是否提取到正确字段，业务系统回写是否成功，后续 Agent 是否能读取。
• 沟通规则：是否明确要求使用已知信息，哪些内容因过期或涉及关键动作需要再次确认。

修正后用多轮对话复测。人工接手时提供摘要与待确认事项，能减少客户再次重复描述；必要的安全确认则应向客户说明原因。

先检查新文档是否已生效、旧版本是否仍被使用，以及当前 Agent 是否关联了正确的知识空间。部分问题也可能来自旧话术、工作流或业务系统中的未更新数据。

从知识到调用路径逐项检查

• 文档状态：确认版本、生效时间与适用范围，处理重复条目和互相矛盾的规则。
• 检索与配置：核对内容处理或索引更新状态，以及 Agent 实际使用的知识来源。
• 回归验证：用原问题、新表达和相关业务动作测试；价格与库存等动态内容还需核对实时数据源。

仍无法定位时，记录文档版本、更新时间、Agent 与问题样本交给支持人员。不要只反复上传相同文档，以免增加内容冲突。

先确认问题影响的是接入授权、消息接收还是回复发送，再用最小场景测试。不同环节的原因不同，建议保留时间、渠道、账号标识与错误信息。

按连接链路排查

• 账号与平台：核对授权权限、审核状态、账号可用性及平台消息窗口或频率限制。
• 技术配置：检查接口凭证有效期、回调地址、消息订阅、网络与响应情况。
• 消息验证：先测试一条普通文本，再检查图片、语音等消息类型是否在支持范围内。

若仍失败，向技术支持提供脱敏错误信息和请求编号。避免反复重试可能触发平台风控或重复业务动作的操作，凭证应通过正式安全流程处理。