marketing-monday

通过串联两项技能运行每周增长简报：growth-pulse 用于判断引擎是否正常运转，review-reputation 用于了解客户的反馈，然后再加上一个原生网页竞品扫描。三部分内容汇入同一份合并简报，而不是三份报告简单拼接在一起。

连接器：PayPal、Shopify 或 HubSpot 中任意一个即可运行。Apollo、Clay、Mailchimp、Square、Stripe 和 TikTok Ads 各自会增加一层数据。TikTok Ads 通过 growth-pulse 为第 1 步提供付费层：上周的投放花费、效果以及单次结果成本，与销售趋势并列呈现；平台自报的数据与 CRM 的线索数并列报告，绝不合并（../growth-pulse/reference/data_sources.md）。Mailchimp 为第 1 步提供邮件渠道（其 get_capabilities 调用需要 user_request 和 category；../../shared/connector-call-shapes.md），包括带收入归因的营销活动分析以及受众增长数据。在本简报中它只读：不会在此生成或发送任何内容，其归因收入作为邮件渠道自己的主张，与平台和 CRM 的数字并列报告，绝不合并为一个数字。若以上连接器均未连接，则导入 CSV 导出文件和粘贴的评价，竞品扫描则在无任何连接器的情况下以原生网页方式运行。

默认时间窗口：增长脉搏为最近 7 天，评价为最近 90 天，竞品监控列表为自上次运行以来。

第 1 步 — 引擎是否正常运转（growth-pulse）

触发 growth-pulse 技能工作流。将所有连接器放在一个并行批次中拉取；串行运行等待的时间，没人愿意重复忍受。

输入： 已连接的任何数据源或导出文件。输出： 渠道趋势、漏斗转化率、营销活动回报、产品表现和情绪，每项都附带状态；缺失的内容标记为“n/a”，而不是悄悄省略。

交接： 保留解释该时期的那一句话，以及漏斗中流失最严重的环节，以及任何承载了整体趋势的产品。不要将完整的五视图仪表盘带入合并简报。

此处无审批关卡。 命令已被调用，直接执行。读取数据不属于需要审批的操作。

第 2 步 — 客户在说什么（review-reputation）

触发 review-reputation 技能工作流。

输入： 公开评价、PayPal 争议、HubSpot 工单、包含投诉措辞的邮件往来，以及在无人直接阅读时粘贴或导出的评价。输出： 三到五个主题并附原话引用、需要回复的评价，以及已沉默的客户。

交接： 保留主题和评分走向。将起草的回复作为独立的审批队列保留，而不是作为简报内容。

审批关卡： 未经所有者逐条阅读，任何内容都不会公开发布。此关卡在整个链条中保持完整——合并简报不构成代表所有者回复的全面授权。

如果沉默客户名单值得跟进，请指向 /reactivate，而不是在本简报中开始挽回文案的起草。

第 3 步 — 竞争对手做了什么（网页研究）

直接内联运行此环节，无需连接器。检查所有者已保存的竞争对手监控列表（若是首次使用，则请其提供三到四个名称，并保存下来），并扫描公开来源：其官网和定价页面、社交与广告活动、招聘信息以及任何新闻报道。当已连接 HubSpot 时，加入其赢单/丢单记录。

输出： 发生了哪些变化，其中观察到的事实与推断需分开标注，且所有内容都要标注日期。绝不能将推断当作观察结果呈现。

交接： 仅保留实质性变化。若本周平静无事，则如实报告为平静的一周——三行即可，不作填充。正是这种诚实，才让真正发生的变化显得格外有分量。

审批关卡： 对情报不采取任何行动。价格调整或营销活动由所有者自行决定。

第 4 步 — 合并为一份简报

这一步让该命令真正有价值，因此不可跳过。

输出是一页纸，而不是把三部分原样拼接的三节内容。请将三项输入放在一起阅读，找出它们相互解释的地方。通常需要关注的关联包括：

• 客户情绪下滑而营收保持稳定，这是两个月后营收下降的早期预警。
• 竞争对手的价格变动，若针对的是利润率本已很薄的产品，这就是一项需要决策的事项，而不只是备注。
• 赢单率下降，但线索量强劲，加上评论中关于响应时间的投诉，这其实是同一件事的两种表述。
• 沉默客户名单增长，同时新竞争对手门店出现，这说明流失有了明确的原因。

结构如下：

1. 核心结论 — 用一句话说明本周最重要的一件事
2. 增长表现 — 列出各项数字，并附上对比数据
3. 客户反馈 — 归纳主题并附上原话引述
4. 外部环境变化 — 竞争对手的动态，需注明观察到的内容及日期
5. 本周需完成的三件事 — 恰好三项，按影响规模排序

每项行动都需说明：要做什么、本简报中用以支撑该行动的数字，以及大致价值。按影响排序，而非按难易排序。Ray Okonkwo 可以判断哪些事情容易做，只有本简报能告诉他哪些事情影响大。

如果诚实的答案是无需做出任何改变，就直接说明。若每周都硬凑出三项行动，老板就会习惯性忽略所有建议。

第 5 步 — 提议一次运行节奏

提议每周运行一次。只问一次。如果对方同意，就设定时间表并确认日期和时间。如果对方拒绝或未回应，则继续下一步，且在同一次运行中不再询问。

每次定时运行都会与上一次进行对比，并滚动更新基线，因为只有相对于基线，变化才有意义。

审批关卡（必须遵守）

• 未经逐条审批，不得发布任何公开评论回复。
• 本命令不发送任何挽回消息——挽回消息由 /reactivate 负责。
• 不得基于竞争情报采取任何价格或营销活动行动。只提出建议，然后停止。
• 只有在明确表示同意的情况下，才设定运行节奏。
• 如果某个连接器失败，需在来源行中注明，然后继续执行。明确标注的缺失信息是有价值的信息；而悄无声息的缺失，看起来就像好消息。

禁止事项

• 不要把三份报告拼凑在一起。 合并后的一份简报，末尾附三项行动，才是最终交付物。如果输出先是增长部分，接着是评论部分，再是竞争对手部分，中间没有任何衔接语句，那就是失败的。
• 不要为了凑篇幅而充数。 "本周无实质变化"能维护有重大变化那一周的可信度。
• 不要编造归因或竞争对手动态。 两者都会被转述给他人。
• 不要将 CRM 预测金额当作营收。 交易金额只是期望，发票才是事实。
• 不要多次询问时间表。
• 不要超过三项行动。 四项就成了没人执行的待办清单。
• 不要从 QuickBooks 损益表摘要中读取支出或利润率。 其 totalExpenses 在存在真实明细行时仍可能为零；应对明细行或 monthlyBreakdown 进行汇总（参见 ../../shared/quickbooks-report-traps.md 中的陷阱 2）。

输出

在聊天中呈现一页内容，三个行动项放在最后。提供一次将其保存为文件或发布到 Slack 的选项，之后不再追问。

同时按照负责人保存的输出偏好交付合并后的简报，切勿默认生成 Markdown 文件。请查看 ## Business context 区块中的 Output preference（共享样式指南规则，../../shared/artifact-style.md）：

• 可视化产物（默认）： 以本店风格将简报渲染为 HTML 页面。一页内容，与合并结果保持一致：用增长数据卡片展示核心数字，用带原话引用的情绪主题面板展示情绪主题，用带日期并标注"已观察"与"推断"的列表展示竞品变化，最后是三个行动项面板。聊天中的摘要保留，该产物只是补充，绝不能是唯一副本。
• docx / md / notion / canva 偏好： 以该形式交付相同内容：DOCX 或 Markdown 文件；通过连接器创建的 Notion 页面（指定目标名称，绝不覆盖已有页面）；或通过 Canva 连接器创建的 Canva 文档（每次运行都新建设计，并以日期命名；表格转换为列表）。若 Notion 或 Canva 未连接，则回退为可视化产物，并说明原因。
• Best for 技能： 使用可视化产物。每周简报是用来快速浏览的，而不是用来归档的。

结束提示

最后用一行说明已交付的内容，即本周的核心结论和三个行动项。然后提供一个最相关的下一步建议，并附上其确切触发短语，通常为"挽回沉默客户"（/reactivate），前提是沉默客户名单值得跟进。可以从路由表中再提供至多两个其他建议，例如"我该推广什么？"（content-strategy）或"我该联系谁？"（lead-triage）。最多提供三个建议，且绝不重复提议负责人在本次会话中已拒绝的内容。

使用未列出的工具

本技能中提到的连接器是经过测试的推荐路径，但并非唯一选择。如果负责人希望此流程使用未连接或未列出的工具，可提供 build-connector。它会先检查连接器目录，若没有则通过 Zapier 连接，绝不基于原始 API 手动搭建。连接建立后，该工具会与其他可选连接器一样加入本技能，并遵循相同的审批关卡。