mcpField
C
content-strategy

content-strategy

github.com/anthropics营销与增长33.6k1.8k 次安装1 天前更新
代码仓库

关于 content-strategy

content-strategy 帮助小型企业经营者决定未来 30 天重点推广什么。它分析销售历史和季节性背景,给出排序建议,并在经营者批准后将简报交给内容生成工作流。

主要功能

  1. 01按产品或服务分析销售
  2. 02识别畅销项与滞销项
  3. 03结合用户或行业季节性
  4. 04排序未来 30 天推广建议
  5. 05批准后输出结构化 JSON 简报

适用场景

  1. 01选择下月帖子要重点介绍的产品
  2. 02决定推广、捆绑或暂停某项产品
  3. 03依据销售趋势制定活动简报

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/anthropics/knowledge-work-plugins --skill content-strategy

安装后在 Claude Code 中输入/content-strategy确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

reference/
gotchas.md
v2_sources.md
reference/examples/
retail-boutique-example.md

详细介绍

内容策略

快速开始

当中小企业主询问“这个月应该发什么内容?”或“我的内容计划是什么?”时,此技能会:

  1. 拉取销售数据:从 QuickBooks 或 PayPal 获取交易记录,以及按日期划分的产品/服务收入
  2. 识别规律:畅销产品、滞销产品、季节性趋势
  3. 叠加背景信息:季节性因素(用户提供或行业基准)、历史表现
  4. 生成 30 天简报:按优先级排列的建议,包括重点推广的内容、暂缓的内容,以及可考虑的优惠方案
  5. 在简报交给 social-content-engine 生成素材之前,获得店主批准

输出仅为策略性内容,不包括日历排期,也不包括创意素材。


工作流程

步骤 1:前置检查(仅限 QuickBooks)

如果使用 QuickBooks,请先确认商家资料已设置:

  1. 调用 company-info,检查 Industry 是否已填写
  2. 如果缺失或为“Unknown”:
    • 询问:“我需要您的业务类别,以便获取合适的季节性基准。您从事哪个行业?”(例如:零售、服务业、SaaS)
    • 使用用户提供的行业信息调用 quickbooks-profile-info-update
    • 确认:“资料已更新,可以开始拉取您的销售数据。”
  3. 如果资料已设置,则进入步骤 2

注意: PayPal 和 Square 无需设置资料。

步骤 2:明确优先级与指标

触发后,询问用户:

  • “您希望如何衡量‘表现最佳’的产品?”

    • 按总收入?
    • 按利润率?
    • 按销售速度(售出的快慢)?
    • 以上几项的组合?
  • “您是否已有明确的季节性规律?”

    • 如果有:“请告诉我具体情况”(记录用户已知的季节性规律)
    • 如果没有:“我将使用您所在类别的行业基准”
步骤 3:拉取并分析销售数据

从已授权的连接器获取数据(QuickBooks、PayPal 或 Square,由用户选择):

  • 日期范围: 最近 90 天(如果可用数据不足 90 天,则使用全部历史数据)
  • 提取字段: 产品/服务名称、售出日期、收入、数量

各连接器的具体说明:

  • QuickBooks: 通过 profit_loss_quickbooks_account 获取发票明细项(前置检查会设定行业背景)。读取各行数据或 monthlyBreakdown;当存在真实数据行时,响应中的 totalExpenses 会显示为 0,因此切勿读取汇总字段
  • PayPal: 通过 list_transactions 获取商户交易记录。速率限制: 如果触发速率限制,请暂停 30 秒后重试一次。如果仍被限制,请友好地提出:“PayPal 当前受到速率限制。您是否希望改用 QuickBooks 或 Square,或者我可以基于已拉取的历史数据继续分析?”
  • Square: 需要先获取门店 ID。调用 make_api_request(service="locations", method="list") 查询可用门店,然后分别获取每个门店的订单。

完全没有连接器? 仍可继续进行,这是一条受支持的路径,而非降级方案。请店主导出销售历史并上传。导出时请使用他们在应用中实际看到的名称:

  • QuickBooks:报告 → “按产品/服务划分的销售明细”报告,时间范围设为最近 90 天,导出为 Excel 或 CSV
  • PayPal:活动 → 下载,时间范围设为最近 90 天,选择“已完成的交易”,导出为 CSV
  • Square:报告 → 商品销售,时间范围设为最近 90 天,导出为 CSV

以上任一导出文件都包含产品名称、日期、收入,通常还有数量,这已足够满足步骤 3 的需求。粘贴一份关于售出商品及大致时间的清单也可以——但需要明确说明分析结果会相对粗略,然后继续执行。

备选方案: 如果数据不足 3 个月,则使用该中小企业所在类别(例如:零售、服务业、电商)的行业季节性基准

需要识别:

  • 表现最佳的 3–5 项(按用户选定的指标)
  • 表现最差的 3–5 项滞销产品(考虑暂停或重新定位)
  • 近 30 天上升趋势(近期势头增强)
  • 下降趋势(势头减弱)
Step 4: 叠加季节性因素
  • 用户提供的数据: 如果用户分享了季节性规律,据此调整推荐权重
  • 行业基准: 适用于缺少充分用户数据的品类(例如"第一季度对税务服务来说是旺季")
  • 时间安排: 根据季节性规律,标记未来 30 天内应加大或减少推广力度的产品
Step 5: 制定 30 天简报

结构如下:

  • 执行摘要(1–2 句话:"你的热销产品是 X 和 Y。季节性转向 Z 已经开始。")
  • 重点推广(排名前 2–3 的产品 + 推荐的内容角度,例如"ROI 案例研究""操作教程视频")
  • 保持稳定(中等表现的产品;维持曝光,但无需大力投入)
  • 重新定位或暂停(销售缓慢的产品;可考虑打折、组合销售或暂停)
  • 季节性机会(下个月即将到来的机会,现在就需要提前布局)
  • 推荐优惠(基于数据的组合销售、折扣或免费试用策略)

示例篇幅:200–400 字(简明扼要、可直接执行,而非长篇论述)。

Step 6: 所有者审批与迭代

将简报呈交所有者,并询问:

  • "这符合你的直觉吗?"
  • "有什么需要调整的吗?"
  • "准备好交给 social-content-engine 生成素材了吗?"

如有需要则迭代修改;获得批准后,以结构化 JSON 格式返回最终简报(可直接供下游工具使用)。


更多数据源与直接调用

阅读 reference/v2_sources.md 了解映射关系:

  • Shopify — 按 SKU 统计的销售速度、变体表现,以及可直接流向下游素材生成的产品图片
  • Stripe — 订阅及经常性收入(如适用)
直接调用

如果所有者要求生成销售简报,直接运行并返回简报,无需将其引导至其他地方。

注意事项与边缘情况

常见问题请参阅 reference/gotchas.md。


示例

有关完整示例(SaaS、零售、服务业),请参阅 reference/examples/。


输出

按照所有者保存的输出偏好交付 30 天简报——切勿默认输出为 markdown 文件。 请检查 ## Business context 模块中的 Output preference(共享样式指南规则,../../shared/artifact-style.md):

  • 可视化成品(默认): 以符合整体风格的 HTML 页面呈现简报——包括作为主推的产品、每个选择背后的理由及其数据(使用等宽数字),以及每个重点推广产品的渠道建议。用于下游工具的结构化 JSON 保持不变随附提供;它是其他技能的输入,而非第二份交付物。
  • docx / md / notion / canva 偏好: 以该形式交付相同内容——DOCX 或 markdown 文件;通过连接器创建的 Notion 页面(指定目标名称,绝不覆盖已有页面);或通过 Canva 连接器创建的 Canva 文档(每次运行新建一个设计,以日期命名;表格转换为列表)。如果未连接 Notion 或 Canva,则回退为可视化成品,并说明原因。
  • Best for 技能: 使用可视化成品——本输出是一份决策页面,而非散文。

简报之后

30 天简报已获批准,可以开始执行。自然的下一步是"制作内容"——social-content-engine 会将简报转化为常规内容日历和帖子。相关的其他选项还有:"运行此简报"(canva-creator),可根据这份确切简报一次性完成活动制作;以及"我的营销有效吗"(growth-pulse),用于检查上月的推广是否见效。最多提供三个选项,并跳过所有者在本次会话中已拒绝的选项。

使用未列出的工具

本技能中提到的连接器是经过测试的路径,并非唯一选择。如果所有者希望此流程使用未连接或未列出的工具,可提供 build-connector——它会先检查连接器目录,否则通过 Zapier 进行连接,绝不手动直接对接原始 API。连接建立后,该工具将与其他可选连接器一样加入本技能,并遵循相同的审批关卡。

评论

支持 Markdown