通过好友申请
本功能是 “被动接收好友” 的独立任务：当潜在客户主动添加你时，系统自动完成通过、打标签和打招呼。
功能入口
在 MsgHelper 工作台首页，点击「通过好友申请」卡片即可进入功能配置界面：
（截图说明：MsgHelper 首页，红框标注 “通过好友申请” 功能入口）
这个功能解决什么问题
在实际获客场景中，常见路径是：
- 在各渠道投流，留下微信号或二维码
- 潜在客户主动发起添加申请
- 微信收到新的好友申请
- MsgHelper 自动通过申请，并执行后续动作
因此，”通过好友申请” 适合用于承接渠道流量，不等同于 “发送好友申请（主动发起）”。
与发送好友申请的区别
表格
| 功能 | 触发方式 | 典型用途 |
|---|---|---|
| 发送好友申请 | 主动对外发起 | 主动拓客、触达资源池 |
| 通过好友申请 | 被动接收并处理 | 承接渠道流量、自动建联 |
两者互补：
- 前者解决 “主动去加谁”
- 后者解决 “别人来加我时如何自动处理”
可配置项（对应实际任务参数）
创建 “通过好友申请” 任务时，建议重点配置以下参数：
（截图说明：执行微信、任务名称、通过后标签、权限配置界面）
基础配置项：
- 执行微信：选择要执行任务的微信号
- 任务名称：可选，不填自动生成
- 通过后标签：通过好友后自动打上的标签（可多选）
- 权限：通过后好友权限（聊天 + 朋友圈 / 仅聊天）
（截图说明：自动打招呼开关、打招呼模板、打招呼内容、发送前等待时间）
打招呼配置项：
- 自动打招呼开关：开启 / 关闭自动打招呼
- 打招呼模板：选择已有模板或自定义
- 打招呼内容：支持变量（显示名、昵称、称呼、备注），每次群发最多 3 个内容（文本 + 图片 + 文件）
- 发送前等待：通过好友后，等待多少秒再发送打招呼消息
配置说明：
- 当开启自动打招呼时，必须配置模板或消息内容
- 打招呼等待时间建议先使用小值测试，再逐步优化
推荐执行流程
第 1 步：创建任务并先小范围验证
建议先用测试微信号验证 5~10 条申请，重点检查：
- 是否能稳定通过申请
- 标签是否按预期写入
- 打招呼是否成功发送
第 2 步：选择执行方式
创建完成后，可选择三种执行方式（界面右下角）：
- 创建任务，稍后执行：保存配置，手动在任务中心启动
- 创建并立即启动：保存配置后立即开始执行
- 定时执行：设置指定时间自动执行
第 3 步：在任务中心观察状态
任务执行后，建议在任务中心关注：
- 任务状态（待执行 / 执行中 / 成功 / 部分成功 / 失败 / 已停止）
在历史记录中关注：
- 成功 / 失败数量
- 是否出现需要重试的失败记录
第 4 步：执行增量导入，接入运营闭环
通过好友申请后，建议定期执行 “增量导入”，把新好友同步到系统联系人中，再开展：
- 标签分层
- 群发触达
- 快捷回复与后续运营
典型拉新闭环
渠道投流 → 客户发起添加申请 → 通过好友申请任务自动处理（通过 + 标签 + 打招呼）→ 增量导入 → 后续触达运营
常见问题
为什么任务里要加 “自动打招呼”？
因为通过好友只是建立连接的第一步，自动打招呼可以更快完成首次触达，减少漏回复。
为什么通过后还要做增量导入？
因为后续群发、标签筛选和运营统计依赖联系人数据在系统中持续更新。通过动作完成后，仍需要把新增关系同步进联系人池。
这个功能是否可以和发送好友申请一起用？
可以。两者分别覆盖 “主动拓客” 和 “被动承接” 两类场景，通常建议并行使用。
