一位 Anthropic 营销用 Claude Code 每周给全销售团队发个性化周报

Anthropic 市场部的 Adam Ward 讲了一个第一人称的故事：他是非技术背景的区域营销，用 Claude Code 把「每周日晚上手工给销售做汇总」这件事整个自动化了。现在每个周一早上，每位销售都会在 Slack 收到一条基于自己客户列表生成的专属周报，没有两条是相同的。这篇文章的细节非常落地，值得所有想把重复工作交给 agent 的人读。

痛点

营销最大的难题是让销售及时知道市场在干什么。销售总抱怨没听说某场活动、某份白皮书，错失了和客户分享的机会。原来的做法是周日晚上手工汇总各部门更新做成幻灯片，周一开十五分钟站会讲一遍，再发 Slack。团队扩张、要支持多支销售队伍后，这个流程跟不上了——更没时间为每个团队筛合适的机会。

转机来自市场部自己办的黑客马拉松：专门用 Claude Code 重建可重复流程。团队花了一小时攻这个问题。

「你不需要写代码，你需要解释」

作者的开工 prompt 很有参考价值：先说明自己不是技术人员、但有明确的业务挑战，要求 Claude 把他当成一位深刻理解业务的产品经理来协作。他常用的做法是对着口头解释录一段音，把转写文本喂给 Claude 补全业务背景。

流程设计上：通过 MCP 连接 BigQuery（营销团队唯一数据源，整合了 HubSpot、Clay、Salesforce 的数据），让 Claude 从 CRM 拉每个销售的辖区数据，结合 Slack 里的客户更新，合并生成定制周报。周报模板以「本周三件事」开头——三个可以直接分享给客户的行动项，因为销售是行动导向的；manager 另有一套模板，要的是团队整体视图。从单一数据源（活动和网络研讨会）起步，再逐步加入博客、电子书、客户案例、合作伙伴活动。

用户反馈才是真正的 prompt engineering

先向一个约 10 人的测试销售团队推出，选的是愿意花时间反馈的人。然后错误一个个变成规则：

• 源表里活动没有 URL 时，Claude 编造了看似合理的失效链接。修正：写死「永不编造 URL」，链接必须逐字来自源表才渲染；后续版本干脆剔除无链接的活动
• 一位工程 VP 被推荐参加面向知识工作者的研讨会。修正：联系人职位必须与活动目标受众核对，不匹配就静默剔除
• 零售客户收到了金融晚宴邀请。修正：加行业门槛
• 没有客户的新销售收到空白消息。修正：改发简短欢迎语
• 活动表六周内列被重排了三次。修正：每次运行先读表头验证列映射，不硬编码「看 C 列」，而是指示找「包含活动 URL 的那一列」

首周结束时，prompt 里已经积累了九条内容规则，每条都来自某位销售或 manager 的真实反馈。

效果

现在系统为整个销售部门运行。周一早上，每位 AE 收到的私信包含：三项本周优先行动、其客户相关的现场活动、已注册网络研讨会的联系人、可分享的营销内容、其他跟进建议。某场高管晚宴的注册人数一周内翻倍——只是因为正确的销售在周一早上看到了正确的活动。

复制推广也快：BDR 版本只改了一个字段（CRM 里客户映射不同），结构规则原样沿用，两天上线；后来又复制给客户成功和联盟团队。每次发送完整归档，任何人任何日期收到的内容都可回查。系统已经不需要作者审批就自动发送——他休假期间的某个周一，发送照常无误完成。

四条最佳实践

1. 从小处入手，选已经在手动做的事：挑最耗时的重复任务，便于判断输出质量；问题太大就先让 Claude 当思考伙伴拆解；早期运行先发给自己
2. 平实语言写指令，做版本管理：像给新同事做简报；要求 Claude 把每次更新存为编号版本附一行改动说明；prompt 文件从 Google Doc 迁到 GitHub，支持多人编辑
3. 用小而投入的团队试点：第一批选愿意花时间反馈的人
4. 把每条反馈修正变成 prompt 里的明确规则

作者的结论：自动化省下的周日晚上是小事，更大的收获是输出变得更有用、更个人化、更可衡量。结尾他问了一个问题：你能用 Claude 改进哪个营销流程？

---

本文翻译转载自 Anthropic 官方博客 How an Anthropic field marketer uses Claude Code to send weekly personalized updates to every sales rep，作者 Adam Ward，发布于 2026 年 8 月 24 日。