澳洲房企广告与 CRM 自动化

让每条线索都有来源

方案草稿：接入投放报表与客户授权的线索来源，为客资记录广告来源、进入时间、同意联系状态和销售负责人。用稳定的来源 ID 防止重复创建；缺失字段或匹配冲突进入人工处理队列。

CRM 保存客户业务记录，Slack 展示摘要、任务与记录链接。客户联系方式不在公共频道重复传播；具体同步字段和访问范围按客户授权确定。

分工明确，结果可追溯

• 采集 Agent：汇总广告与线索数据，标记数据时间和缺口。
• 分析 Agent：比较渠道花费、客资质量与销售阶段，输出带数据出处的判断。
• 任务 Agent：整理跟进待办，关联负责人、截止时间与 CRM 记录。
• 执行 Agent：仅执行授权范围内的动作，记录变更前后状态和执行结果。
• 复核 Agent：核对是否真正完成、数据是否回写，将异常反馈到 Slack。

以上为建议角色，不代表已部署同等数量的独立 Agent；实际编排与接口能力需结合现有系统确认。

收集 → 待办 → 执行 → 回执

草稿流程：新线索进入 CRM 后，生成包含客户记录链接、负责人、截止时间与验收条件的待办。销售人员记录联系与预约结果；系统确认回写成功后再关闭任务。失败、超时或无人认领的任务汇总至 Slack，由负责人处理。

统一使用“待确认、待执行、执行中、待验收、完成、异常”状态；同一任务使用唯一标识，重试不重复建档或重复派单。

自动分析，按约定范围执行

方案草稿：先运行只读监测与建议，再对已批准的广告范围启用有限自动化。暂停、恢复及预算变更分别设定权限、金额边界和复核规则；超范围动作交由投放负责人确认。每次操作保存依据与结果，失败时通知人工接管。

销售对有效线索的反馈用于复盘渠道质量，不只追求表单数量。向 Meta 回传的事件需另行确认可用接口、授权与实际事件口径，不能把“已分配”当作“已成交”。

持续运行与故障恢复

方案草稿：云服务器承载任务调度、连接器、队列与执行记录；密钥独立管理，各 Agent 使用最小必要权限。设置失败重试、异常告警、备份和恢复演练，服务器规格依据真实任务量与峰值确定。

单台服务器不等于高可用。云服务中断时保留补采记录与人工跟进通道，避免线索因 Agent 停止而丢失。

验证链路，而不是只看消息发出

建议验收：测试线索从来源进入 CRM、正确分配负责人、生成待办、完成跟进并回写结果；重复事件不重复建档；模拟接口中断后能补采和对账；越权投放动作被拦截。

后续补充真实数据：线索入库成功率、重复率、入库耗时、首次跟进时间、有效线索率、阶段转化率与每条有效线索成本。每项注明时间窗口、样本量和判定口径，当前不填写改善百分比。