视频号客户转介绍邀约，应先查看客户本人是否表达愿意介绍、希望收到什么资料，再准备符合该范围的一次沟通。千问办公可用AI整理授权会话中的推荐线索；满意评价和高推荐分数都不能替代实际意愿，更不代表朋友已经同意被联系。
客户说同事也做类似工作，可能只是举例；说服务不错，表达的是本次体验。若运营看到这些话就统一发帮忙介绍几个朋友，对方还要解释自己没有答应，也不知道该怎样推荐。
更合适的起点是本人明确说愿意帮忙转发介绍，或者希望先看看可分享的资料。保留当时对象、内容和后续变化，再决定是否继续确认。没有这类表达，不代表永远不能询问，但不能把历史记录包装成已经获准推荐的名单。
整理时分开三种情况：
知你AI助手可查询授权客户、历史会话和消息。运营限定视频号渠道、期间与必要客户范围，读本人前后表达，不只搜推荐两个字。客服主动建议推荐，而客户没有回应，也不能归为客户愿意介绍。
千问办公按当前通用MCP连接与认证完成授权后，可以提出：“整理这些授权会话中客户本人明确说过的推荐意愿、愿接资料和已确认联系安排。保留原话、时间与后续更正；一般评价、客服单方建议和当前待服务事项分开。只准备候选和缺项，不生成朋友身份，不直接发送消息。”
同一客户多轮沟通先核稳定身份，后来的明确变更不能被早期积极表达盖过去。
下图为MCP连接后台布局示意；推荐线索在AI客户端整理，不是后台自动生成的裂变客户名单。
以下客户、商品与表达全部虚拟，演示邀约准备，不代表实际推荐或任何奖励政策。
示例客户-甲说：“我们同事也在找类似办法。你们有公开介绍吗？可以发我，我先问他想不想看。”示例客户-乙只说：“这次解释清楚，谢谢。”示例客户-丙早前提过愿意介绍，后来又表示“自己的问题还没处理完，先别谈这个”。
| 对象 | 本轮可以准备什么 | 不能替其决定什么 |
|---|---|---|
| 示例客户-甲 | 核当前是否仍需公开介绍，以及适合转发的内容 | 同事已经想买或同意接电话 |
| 示例客户-乙 | 保留本次体验反馈 | 已同意为品牌推荐新客户 |
| 示例客户-丙 | 接续当前服务事项 | 用旧意愿继续追问推荐进度 |
给甲的草稿可以写：“您之前提到想先给同事看公开介绍，现在还需要这份材料吗？如果需要，我按您说的使用方向准备简短说明，您可以先问对方是否愿意了解，不用把同事的私人联系方式发给我们。”若甲已经明确约定本次接收，就按该安排准备，不无谓重复询问。
材料只保留获准公开的用途、实际范围与正式了解路径，不夹带甲的订单、报价或私人聊天。甲转发之后，也不能记成朋友已经成为线索；等对方愿意通过正式渠道了解，再按本人需求继续。
下图为AI客户端辅助准备流程，三位客户和全部内容均为虚拟示例。
知你AI助手帮助找回意愿背景，千问办公准备候选与资料草稿。负责人复查一次邀约能否说明来由、当前希望客户做什么，以及对方可以怎样不继续；发送对象和内容仍按正式确认流程处理，不将整份候选直接群发。
后续记录实际发生到哪一步：老客希望接资料、资料已经提供、老客表示愿意转发、新客主动进入沟通，分别保留。不能把发出材料的数量写成新增客户数，也不把客户没有回复解读为已经推荐失败。
真实活动条件仅按核准说明介绍。服务问题先接续好，让推荐保持客户自愿。
好评不等于愿意推荐，先核实际表达、当前服务与联系安排。
不代表，评分衡量意愿，具体联系仍按本人实际确认范围。
先让对方自行决定是否了解，不用索取第三方私人资料推进邀约。
不能，材料转发与新客本人进入正式沟通是不同结果。
按后来的明确选择处理，不以早期表达覆盖当前意愿。
转介绍准备先看本人表达，再核当前范围，用简短公开材料帮助客户自愿分享。让AI减少翻找记录的劳动，人员确认每次沟通与实际结果，从一小组有依据的邀约开始积累口碑线索。
如果团队希望让AI从服务沟通中整理适合继续确认的推荐线索，可以了解知你AI助手官网，先准备一份范围清楚的小名单和公开资料，让每次邀约都有实际依据。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
