关于 benchmark-to-brief
benchmark-to-brief 是一项营销策略技能,可将已验证的基准研究转化为有证据依据的 campaign brief、概念、钩子和测试计划。它要求建议立足来源,并标明推断或证据缺口。
主要功能
- 01基于证据的 campaign brief
- 02概念与钩子开发
- 03内容方向优先级排序
- 04A/B 测试矩阵
- 05追踪来源依据
适用场景
- 01将基准报告转成 campaign brief
- 02从研究中提炼概念钩子模式
- 03依据研究确定内容方向优先级
- 04规划有证据支持的测试变量
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ postplusai/ postplus-skills --skill benchmark-to-brief安装后在 Claude Code 中输入/benchmark-to-brief确认已加载。
详细介绍
基准研究转简报
适用场景
- 将经过验证的基准研究转化为营销活动简报、概念候选项、钩子库、内容方向优先级或测试矩阵。
- 适用于已有研究的情况;这是从证据到执行的策略交接环节。
不适用场景
- 任务是没有来源证据的从零头脑风暴。
- 用户需要最终脚本;请返回可用于撰写脚本的简报,并提交给人工脚本审核环节。
- 用户需要生成视觉素材;在基于证据的简报完成后,移交给素材生成工作流。
必需输入
- 已验证的证据,例如基准报告、主表、模式表、策略表、评论分析或表现发现。
- 对于结构化产物,输入包含
corePromise、hookOptions、workflow、sourceFacts和sourceBasis的 JSON。
事实规则
此技能产出的所有内容都必须有现有证据作为依据。
不得臆造:
- 没有来源依据的目标受众画像
- 与基准措辞相矛盾的钩子
- 无依据的产品声明
- 数据未体现的受众动机
如果证据不完整,请分开标注:
Observed from sourcesInferenceOpen question
默认工作流
- 使用用户已提供或明确指出的最小充分证据集。
- 优先使用结构化产物:最终报告、策略表、模式表、主表,然后是评论摘要。
- 提出建议前先提取事实:表现出色的内容方向、反复出现的钩子框架、反复出现的结构类型、视觉形式倾向、用户语言模式和优秀示例。
- 将事实映射到简报字段:来源产物、基准 ID 或示例、该模式为何适用于产品,以及待测试变量。
- 每个概念都应聚焦:一个问题、一个钩子类别、一种形式、一个测试变量。
- 改写钩子时保留基准措辞,除非用户要求测试不同变体。
- 返回执行对象:简报、概念列表、钩子集、脚本输入或已批准文案。
判断流程
对于每项建议,请回答:
- 要解决的是什么问题?
- 要复用哪种钩子框架?
- 属于哪个内容方向?
- 要测试哪个变量?
- 哪些来源证据支持这项建议?
- 哪些声明或受众动机仅属于推断?
停止条件
- 如果缺少必要的用户意图、来源证据或用户提供的输入产物,且猜测会改变结果,则停止。
输出形式
常见输出:
- 营销活动简报
- 概念候选项
- 钩子库
- 内容方向优先级
- A/B 测试矩阵
营销活动简报字段:
objectivepriorityLanespersonaConstraintsapprovedHookFamiliesprohibitedDirectionsvariablesToTestsourceBasis
概念候选项字段:
conceptIdproblemToCuthookTypehookDrafttargetLaneformatTypewhyThisFitssourceBasistestVariable
反模式
- “制作一条提升效率的视频”之类的模糊想法
- 复制基准内容,却不针对具体产品变量进行调整
- 将具体的基准措辞改写成抽象的品牌声明
- 未整理成简报或概念对象,就把原始研究当作可直接执行的内容
- 将原始研究直接用于发布
交接
- 返回结构化输出或明确的证据缺口。仅将明确的执行对象移交给脚本审核、素材生成工作流或内容打包流程。
公开命令边界
- 根据用户输入选择最匹配且最精简的命令或工作流,并直接运行。
评论
支持 Markdown