客户接待指南 · 跟进理由证据
怎样记录优先跟进理由，又不杜撰客户购买意愿？
简短回答：把客户明确说过的条件、团队的意向推断和已经获准的业务动作分成三栏。问过价格或数量不代表决定采购，重复询问也可能是先前问题没被解决。跟进理由应指向尚未满足的真实任务和负责角色，不凭金额、语种或询问次数自动判客户价值；提醒是待办，不等已经联系或作了承诺。
本页解决“为什么需要继续处理、依据是什么”的记录任务，不是资格字段收集，也不是成交概率模型。缺规格、数量或目的地时，先沿B2B字段核对补必要条件；需要对外文字再看回复草稿。信息完整和意向强弱不能互相替代。
三栏证据表：事实、推断与动作
| 可观察事实 | 不能当事实的推断 | 合理的下一项人工核查 |
|---|---|---|
| 询问批量数量 | 已经确定下单或具备采购授权 | 核用途、规格和当前采购阶段 |
| 提出目标日期 | 团队已同意交期 | 区分客户期望与可承诺条件 |
| 再次询问同一问题 | 意向一定更高或客户故意重复 | 核旧回复是否解决问题及当前条件 |
| 询问折扣 | 可以自动优惠或必定流失 | 核适用规则和有权确认的角色 |
| 迟迟没有回复 | 客户拒绝、已成交或同意继续联系 | 先核允许用途与必要性，不据沉默新增许可 |
| 明确要求人工 | 任意坐席都已接手或可代作承诺 | 确认有权角色收到且能继续 |
保留推断并非禁止团队判断，而是不要把它写成客户已经表达的事实。若某项理由没有出处，就记待核，不能由AI草稿反过来证明客户意愿。对客户价值、成交概率或响应优先级的数值需要独立依据，本表不提供自动分数。
提醒、分配、联系与承诺分别核
| 状态 | 应有的核查 | 不能替代的结果 |
|---|---|---|
| 待办提醒 | 当前问题、必要性与下一项工作 | 不代表已经分配、发送或客户收到 |
| 分配处理 | 负责角色收到上下文且权限适当 | 不代表问题已解决或回复获批准 |
| 实际联系 | 已获准用途、渠道与可核发送状态 | 发送不代表送达、同意或购买 |
| 业务承诺 | 适用资料、确认人及明确的条件 | 不由提醒或草稿自动产生 |
没有实际执行证据，不填已联系；没有有权确认，不填已承诺。无人在线时只能写待核与合法后续路径，不能为了看起来完成而推送提醒、跨渠道追问或群发。界面存在某个标签也不证明系统具备自动提醒或执行能力。
最小理由卡：一个未解问题和一项可核下一步
当前问题：【客户明确提出的任务】；事实依据：【必要来源与条件】；团队推断：【仍待核的判断，可留未知】；跟进原因：【未解决的条件或人工请求】；负责角色：【可处理者】；下一步：【需确认的资料、权限或回复】；实际状态：【待核/有证据的处理状态】。
不需要采集姓名、联系方式、浏览画像或秘密预算来使用此卡。若已有合法受控来源，只记录当前任务必要的引用关系，不将个人信息复制到公开文档。客户表达“不需要继续”或其它联系限制时，应按适用规则处理，不能把营销目标作为绕过限制的理由。
反例：重复问交期，不等于准备付款
预设咨询两次问同一产品何时能到。合理原因可能是旧答没有区分备货与运输估计，也可能是数量和目的地变了。先核当前条件及回答依据，不标“即将成交”并承诺日期。已发货事件看物流事实核对，售前条件仍需有权角色确认。
这是方法示例，不是客户成功案例；没有真实线索、行为事件、评分或成交率。由此产生的是一个核查任务，而不是合法联系许可，也不证明BaoChat已经识别高意向客户或自动完成跟进。
依据、限制与下一步
本页方法依据BaoChat 首页的公开流程与回答依据和人工确认整理；重要决定沿责任分工和接管验收继续，不将产品定位当实时评分效果。具体规则、渠道和功能以实际工作区及企业约定为准。
先核事实与未知，再决定当前是否需要处理，而不是先设转化分数。跨时区的待核事项可用夜间交接卡保留，不编响应时限。查看体验说明前阅读服务条款、隐私政策，不用真实客户信息测试公开方法；草稿、标签、点击或注册都不算有用接待成果。