客户接待指南 · 多渠道询盘路由
WhatsApp与网站聊天询盘怎么分流？先核渠道、任务与人工责任
简短回答：先确认每个渠道由谁管理、对应哪个接待入口，再按客户问题、资料条件、工作语言与处理权限分派。保留来源与未决事项，核接收人能继续处理；不要因为两条消息显示在同一界面，就认定属于同一客户或可以跨渠道主动发送。路由表是团队方法，不是自动分流或平台集成能力证明。
本文解决网站聊天和WhatsApp等来源同时出现时“这条问题交给谁、按什么依据继续”的任务，不是单一网站脚本排障。技术链路先看接入验收，角色原则见响应责任决策。本页不要求登录渠道、发送消息或合并实际客户记录。
先列渠道归属，不先假定统一接入
分别核网站来源、渠道账号归属、接待工作区、可见角色与允许用途。有人能维护网站，不等于他有权管理WhatsApp业务账号；某个坐席能看到收件箱，也不证明有权向所有来源回复。只在既有合法权限范围内确认，缺入口就记录缺口，不借另一个品牌账号代替。
是否已具备某个平台的受支持接入、发送规则或许可，需要实际工作区与平台原说明；本页不宣称BaoChat具有WhatsApp官方集成，不给模板消息、发送窗口或跨渠道群发的通用设置。渠道政策不能由公开方法页替代。
WhatsApp接待方案应核哪些官方账号条件？
先分清采用WhatsApp Business App还是Business Platform中的具体接入路径，不把个人号码、品牌主页或有人能登录当已获生产接待权限。以下以Meta的Cloud API入门说明和WhatsApp Business Messaging Policy作核查来源；它们说明平台条件，不证明BaoChat已有集成或你已获准操作。
| 核查项 | 应找的依据 | 不能推定什么 |
|---|---|---|
| 业务资产归属 | 适用路径中的business portfolio、WABA与有权管理角色 | 品牌名相同不等账号归属或授权相同 |
| 号码及用途 | 号码使用条件、测试或生产状态与现有用途 | 测试号码成功不等真实客户接待可用 |
| 应用与权限 | 具体应用、所需权限与适用用途，由原有权角色核实 | 能进后台不等所有消息操作获准 |
| 联系许可 | 接收者许可、适用用途与停止联系要求 | 持有号码不等联系许可 |
| 消息规则 | 当前路径适用的消息窗口、模板与其他政策条件 | 有模板或能收消息不等可任意主动发送 |
| 接待验收 | 后续获准测试中分别确认收到、可见、有权处理与发送结果 | 演示草稿不等生产接待已完成 |
官方政策要求核接收者许可并尊重停止联系的请求；账户条件、消息规则与实际收发验收不能互相代替。平台可能更新条件，或对不同路径采用不同规则，本页不写通用价格、免费额度、必定过审或无限发送承诺。这里只核资料与缺口，不新建资产、迁移号码、索取令牌、发起OAuth或向客户发测试消息。
社媒接待和营销发帖，为何是两条权限链？
以Instagram API with Instagram Login为例，Meta的内容发布说明和消息收发说明列出不同业务权限。下表仅列差异示例，不是全部前置权限，也不能套到Facebook Login或其他平台。
| 任务 | 该路径的核查示例 | 不应继承的结论 |
|---|---|---|
| 公开发帖 | 除基本权限等前提外，核instagram_business_content_publish及适用账号 | 能发布内容不等能收发私信 |
| 客户私信 | 除基本权限等前提外，核instagram_business_manage_messages和当前消息规则 | 能处理私信不等可公开发帖或任意主动联系 |
| 网站聊天 | 单独核本站入口、实际工作区与有权接待角色 | 网站权限不继承社媒账号或其联系许可 |
内容排程工具能发帖，不证明客服收件链路已通；客户曾在网站咨询，也不自动允许经社媒主动联系。应分别交清账号归属、允许用途、可见角色与待核状态，再按原授权计划验收。本页不绑定社媒、发帖子或代办第三方授权，不宣称本站已有社媒接入。
用六个字段建立路由记录
| 字段 | 核查问题 | 缺证时的处理 |
|---|---|---|
| 渠道来源 | 消息来自哪个已核入口，渠道由谁管理 | 保留来源未确认，不套其它渠道身份 |
| 问题类型 | 规格、报价条件、配送、售后还是明确要求人工 | 先澄清任务，不凭关键词批准业务动作 |
| 资料条件 | 对应哪个产品、市场与资料版本 | 标缺项或冲突，不借其它市场规则补齐 |
| 语种与原意 | 原问题、理解草稿与未决条件是否可核 | 交有能力的角色复核，不只看语言标签 |
| 负责角色 | 谁能接收、继续处理和确认承诺 | 职责不清就记未确认，不只点分配按钮 |
| 未知与下一步 | 还缺客户条件、内部依据或渠道权限 | 明确下一项核查，不编完成状态或服务时限 |
表里记录必要的任务状态即可，不需要把客户姓名、号码、原始会话或访问令牌搬进公开表格。团队可在现有获准工作方式中维护路由，不需要为使用本清单另建CRM或复制全部渠道数据。
按任务、资料和权限依次判断
- 确认当前问题：同一条咨询可能同时问尺寸和税费，把可核的部分与需要业务确认的部分拆开，不因为其中一项有答案就全部自动回复。
- 查适用资料：核产品、目的地与版本，资料不足时列未知；准备方法见知识库来源卡。
- 核语言与条件：保留原话、否定、单位及例外，用答复核验清单判断是否需要语言复核。
- 交有权角色：金额、税费、例外或明确人工要求，应确认合适的人收到上下文且可继续处理，按接管验收留证。
不同来源可以采用相同的责任判据，但不能据此推断渠道拥有相同权限或自动化能力。若实际工具没有已核可用的分流入口，先按人工清单处理，不发明一个规则开关。
看似重复的询盘，不直接合并身份
相同商品、相同语言或相似问题，不足以证明两条消息属于同一人。未经合法用途、权限与必要依据核实，不把网站访客与另一渠道账号自动关联，也不把一个渠道的消息或资料转发给另一个来源。
确需内部核关联时，使用既有受控方式，只处理必要信息，不在公开记录中暴露身份。关联未确认就保留独立任务与来源，不为减少表格行数强行合并；任务重复与客户身份相同是不同结论。
预设场景：夜间两个来源都问同一款产品
网站聊天询问尺寸，另一个获准渠道询问最终税费。可分别核适用规格和税费缺项；不能假定是同一买家，也不能因为规格已有答案就确认另一条消息的到手价。如果当前没有有权确认税费的角色在线，只记录未知与合法后续路径，不承诺自动回电、跨渠道提醒或固定回复时间。
这是方法示例，不是客户成功案例。没有接入真实渠道、发送客户消息或证明多渠道身份合并。夜间记录可参考跨时区交接卡；需补采购条件时，用B2B询盘字段核对，不以来源多少猜成交概率。
依据、限制与下一步
邮箱来源还需核线程关联、最新问题和回复责任，不能只凭主题同名合并；后续优先理由按事实与推断清单留证，不冒自动评分。
本页方法衔接BaoChat 首页的公开流程与回答依据和人工责任，以及资料适用条件核查。实际渠道支持、权限、语种与数据处理以实际工作区及企业约定为准；表格不代表产品自动路由、评分或合并功能。
先记录“来源是否已核｜任务是否明确｜资料是否适用｜责任角色是否可处理｜未知下一步”。点击、分配、演示或创建工作区都不等真实接待成果。查看演示说明前阅读服务条款与隐私政策，不向体验入口提交真实敏感客户资料。