周一简报不用人工整理了，AI按你的客户名单自动定制

Anthropic的一位市场人员用Claude Code为每位销售代表生成每周个性化的Slack更新。每条消息都根据收件人自己的账户列表生成，没有两条消息是一样的。销售代表周一早上收到的内容，按照他们的客户名单、所在区域和最新市场活动定制。

最开始，流程是每周一早晨15分钟的销售团队站立会议。周日晚上，她手动整理来自全公司的更新，做成幻灯片。随着团队变大，市场人员开始同时服务多个销售团队，幻灯片流程跟不上节奏，更新也越来越不实用。

一小时的重建

团队在营销黑客马拉松里专门拿出一个小时重建流程。这位市场人员不懂技术。她在提示词里向Claude说明白：自己有具体的业务问题要解决。Claude应该把她当作一个深入了解业务问题的产品经理，一步步带着做。她习惯边想边说，就录下自己解释问题的音频，把转录文本交给Claude作为业务背景。

她先写了一个假的每周更新当模板，让Claude照着这个格式工作。销售是行动导向的，模板开头是“本周前三件事”，列三个行动项。经理通常想看团队整体情况，而不是单个账户，所以她又单独写了一套经理汇总模板。

数据从哪里来

数据通过MCP连接。Claude接上BigQuery——这是营销团队的数据源，里面包含HubSpot、Clay和Salesforce的数据。为了做到个性化，Claude从CRM拉取销售代表的负责区域，从Slack拉取相关账户的更新。

后来其他营销团队也加入进来补充内容。简报里开始出现博客文章、电子书、客户故事、网络研讨会，甚至合作伙伴生态系统的活动。

纠错：不存在的URL

上线前期的教训来得很快。某场活动在源表里没有URL，Claude自己编了一个看起来合理的地址，点开什么也没有。团队立刻把这条规则写进提示词：绝不发明URL，链接必须逐字符来自源表。后来的版本干脆删掉没有链接的活动——销售无法报名参加的活动，留着只是噪音。

第一周结束时，提示词里已经有九条内容规则，每一条都来自销售或经理的具体反馈。一位销售指出，面向知识工作者的研讨会出现在了工程副总裁面前。系统从此核对联系人头衔与活动目标受众是否匹配，不匹配就直接删掉，不做解释。行业门控保证零售账户不会收到金融晚宴邀请。还没有账户的新销售会收到一段简短的欢迎语，而不是一条空白消息。

数据源本身也不稳定。现场活动表的列六周内被重新排列了三次。提示词改成每次运行先读表头行、核对列映射，然后才开始生成内容。

从试点到整个销售部门

试点从10人的销售团队开始，这个团队承诺提供反馈。摘要后来扩展到所有支持的团队，现场营销现在为整个销售部门运行。业务开发代表团队想要自己的版本时，只改了一个字段就复制了提示词。由于业务开发代表在CRM里与账户的映射关系不同，提示词结构和内容规则原样保留，两天内上线。客户成功团队和联盟团队也做了同样的事，销售部门之外的跨职能伙伴会收到一份所有营销活动的概览。

每周一早上

每周一早晨，多个销售分区的客户经理在Slack里收到一条直接消息。消息列出本周三项优先行动，以及自己账户相关的现场活动和已报名网络研讨会的联系人。另外还有值得分享的营销内容和其他跟进建议。每条都来自收件人自己的账户列表。

一个直接的量化结果：最近一周内，某场高管晚宴的注册人数翻了一倍。原因是正确的销售代表在周一早上看到了正确的活动。

每次周一的发送都会被完整存档。任何一位销售在任何一个日期收到过什么都能查得到。经理看到的是整个团队建议的汇总。这位市场人员仍然会阅读发出去的内容，但系统不再等她的批准。几周前她去休假，周一的发送自动进行，没有出问题。

纠错机制目前主要靠人工反馈，每条规则都来自销售或经理的指正。

可复制的方法

她总结了几条做法。第一，从一件已经在手动做的重复性任务开始。第二，用平实的语言写指令，每个文档都编号，让Claude每次更新保存编号版本并附一行改动说明。第三，先找一个小型、愿意给反馈的团队试点。第四，把每个修正作为明确规则写进提示词。

Claude自动化了那个每周日花费数小时的手动过程。这个项目的收获不只是省下时间——输出比以前更个性化、更有用、也更可衡量。