个微转介绍交接先分清推荐人、新客户与接手同事，再整理允许分享的背景、新客本人需求和联系安排。Cursor可用AI归拢授权沟通，减少重复说明；老客说朋友有需要只是线索，新客是否希望联系、真正想解决什么，应以其明确表达为准。
老客说朋友也想了解，接手人员容易沿用老客的行业、规模或套餐直接介绍。但朋友可能只想确认一项基础问题，使用场景也完全不同。推荐关系有助于打开沟通，不能替代对新客本人需求的了解。
先把三方角色写清楚，保留各自实际说过什么。推荐人给出的背景作为转述，新客已经表达的内容单列；没有本人表达时，交接的目标是准备一次恰当的初次沟通，而不是直接安排采购方案或认定高意向。
知你AI助手可查询授权客户、历史会话和消息。限定个人微信渠道、本次推荐事项和已明确的对象，阅读相关上下文。多个朋友或多个项目分别整理；聊天里提到一个名字，不等于已经找到对应客户身份，存在多个候选时交人员确认。
Cursor官方文档支持远程MCP及相应认证方式。按双方当前说明接通授权服务后，可以提出：“整理本次转介绍中的推荐人、新客户和接手角色，分列推荐人转述、新客本人表达、已确认联系安排与允许分享的业务背景。附原话和时间，不把推荐转述变成新客承诺，不自动加好友或发消息。”
推荐人和新客的记录分别留在各自授权范围，不为省事把客户档案合并。若新客尚未建立授权客服记录，只整理现有推荐线索与需要确认的联系路径，不搜索其无关私人资料。有关是否可分享与怎么联系，按实际确认范围办理。
下图为MCP连接后台布局示意；三方交接由AI客户端整理，不是自动识别推荐关系的页面。
接手人需要的是合适开场，不是推荐人的全部历史。把与新客问题有关、且允许分享的内容留下，把他人的价格、订单或内部商议去掉。以下为虚拟交接结构，不涉及实际客户。
| 交接内容 | 可以怎样记录 | 继续沟通时做什么 |
|---|---|---|
| 推荐背景 | 老客介绍其朋友了解方案 | 简短说明联系由来 |
| 新客需求 | 本人已问的具体问题 | 优先回应已表达事项 |
| 转述线索 | 推荐人提到可能多人使用 | 向新客确认实际范围 |
| 联系安排 | 已明确的时间或方式 | 在确认范围内接续 |
可以让AI继续：“生成给接手同事的简短背景与三个必要开场问题。优先回应新客已说过的需求，缺少本人表达时用开放提问，删掉与本次沟通无关的老客资料。”具体话术经人员检查后使用，不把新客的沉默当同意。
下图为AI客户端辅助交接流程，介绍关系与本人需求分开保留，图中不代表已经建立好友或完成联系。
接手人先说明来由，再请新客确认准备讨论的问题；如果与推荐人描述不同，就按本人当前表达继续，而不让对方反复解释自己不是要买同一套。初次沟通完成后，明确下一位负责人和约定的后续方式，避免推荐人与同事同时重复联系。
知你AI助手减少拼接推荐背景的劳动，Cursor把来源与本人表达分开。团队可抽查交接是否只带必要信息、新客是否少做重复说明；推荐奖励、归属认定和商务决定则依实际制度处理，不由AI从关系亲疏或一句介绍中推定。
不能这样推定，应确认实际联系范围与新客本人意愿。
先记为转述，新客的实际目标和条件由其本人说明。
不需要，只分享本次工作必要且已确认可分享的业务背景。
不可以。奖励与归属按正式制度和真实记录由负责人员认定。
不能。只在授权范围整理现有线索，不扩展到无关个人信息。
转介绍的价值在于帮助新客更顺畅地开始沟通，而不是沿用他人的需求与决定。用Cursor整理个微授权记录，分清推荐背景、本人表达和分享范围，再交给明确的接手人继续服务。
如果老客推荐线索常散在个微多段聊天里，可以了解知你AI助手官网，用AI整理授权的三方背景和新客表达，让接手沟通更清楚，也减少不必要的信息转述。
也可以扫码交流你的客服数据整理需求：
全渠道智能客服系统，聚合微信、小红书、抖音等平台咨询，支持自动回复与多客服协同。
知你AI助手官网 >AI 驱动的智能接待助手，基于知识库生成可确认的推荐回复，提升响应效率。
知你快回官网 >浏览器插件，为小红书、抖音、网页客服场景提供快捷话术库与 AI 自动回复。
