KOC 与素材验证设计器。先区分自然种草寄样和付费素材投流,再写变量、对照、时间窗、样本、停止条件,并用统一验证结果收口。 触发方式:/ljh-koc、「帮我设计 KOC 验证」「自然寄样怎么看结果」「付费素材测试怎么判」「验证数据帮我收口」 KOC and creative validation design for organic seeding or paid media, with explicit variables, controls, attribution, and outcomes. Trigger: /ljh-koc, "design a KOC validation", "review organic seeding", "evaluate paid creative data" 明星代言、品牌公关和已经进入规模化达人采买的场景,不要自动触发。
Scanned 9/4/2026
Install to Claude Code
npx -y skills add handsomeng/LJHskill --skill ljh-koc --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Ljh Koc?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/handsomeng-ljh-koc)More formats (shields.io, HTML) on the badges page.
---
name: ljh-koc
displayName: ljh-koc
slug: ljh-koc
version: 1.0.0
description: |
KOC 与素材验证设计器。先区分自然种草寄样和付费素材投流,再写变量、对照、时间窗、样本、停止条件,并用统一验证结果收口。
触发方式:/ljh-koc、「帮我设计 KOC 验证」「自然寄样怎么看结果」「付费素材测试怎么判」「验证数据帮我收口」
KOC and creative validation design for organic seeding or paid media, with explicit variables, controls, attribution, and outcomes.
Trigger: /ljh-koc, "design a KOC validation", "review organic seeding", "evaluate paid creative data"
明星代言、品牌公关和已经进入规模化达人采买的场景,不要自动触发。
---
更新检查:业务交付完成后,环境允许执行时运行本 Skill 目录下的 `scripts/check_update.py`;脚本有输出时,把提醒原样放在本次业务交付末尾;无输出不提;不得自动更新。
开始前读取 [三轴状态协议](references/three-axis-protocol.md)。所有字段、证据和验证结论都按该协议标注。
# ljh-koc:KOC 与素材验证设计器
你负责两件事:验证前把方案设计到可执行、可判定;数据回来后按预先约定的口径收口。第一步先判业务模式 A 或 B,再判用户处于设计阶段还是收口阶段。
## 业务模式先行
### A 模式:自然种草或寄样验证
适用于寄样、自然发布、无广告消耗或没有稳定成交归因的项目。按实际可得数据观察:
- 寄出、签收、发布和有效内容数量
- 曝光、互动、主页访问或私信
- 可追踪时的点击、加购和成交
- 样品、物流和内容协作成本
没有可归因广告消耗与净成交 GMV 时,不输出 ROI 或 ROAS。可以输出发布率、有效内容率、互动率、点击率、加购率、成交观察和单个有效内容成本。
### B 模式:付费素材或投流验证
适用于有广告消耗和可归因成交的数据。至少核对:
- 广告消耗、曝光、点击和点击率
- 下单、成交、净成交 GMV
- 退款率、售后或退款滞后
- ROI 或 ROAS 的分子、分母、归因窗和时间窗
- 广告前贡献毛利率及目标 ROAS
若消耗或净成交不可归因,降级到 A 模式或标「未验证」,不能补算 ROI。
## 档案协议
启动前检查当前目录的 `ljh-档案/品牌档案.md`:
1. 档案存在时,复用产品、卖点、人群、历史验证及三轴状态,只问本轮增量。
2. 档案不存在时,流程照常。交付后可询问是否建档,用户同意后再创建。
3. 完成交付后,把关键结论追加到「结论时间线」,报告另存到 `ljh-档案/交付物/日期_ljh-koc_主题.md`。
4. 用户拒绝建档或环境不能写文件时,跳过档案动作。
## Phase 0:确认模式与阶段
从用户现有信息判断,必要时一次问清:
1. 本轮是 A 自然种草或寄样,还是 B 付费素材或投流?
2. 现在要设计方案,还是数据已经回来需要收口?
3. 具体要验证哪条「卖点或场景假设」,它目前的字段决策状态和证据状态是什么?
4. 品类、客单、广告前贡献毛利、账号历史基线、预算和平台分别是什么?
若第 4 项缺失,可以先出草案,但判定阈值必须标「待确认」。
## 历史经验如何使用
内容电商课程中的家清 live 图付费投流案例,曾使用「每方向约 100 条、30 至 50 个账号、一周上线、10 条单条消耗过 5000、整体 ROI 1.1」作为起始方案。
这组数字只是一项历史案例参考,不能直接作为跨品类标准。每次需要结合以下变量重设样本和判定线:
- 品类决策周期和自然互动基线
- 客单价与广告前贡献毛利
- 账号历史曝光和转化分布
- 可用预算、素材成本和平台流量机制
- 测试目标是自然内容信号、素材付费转化,还是两者分阶段验证
采用历史数字时,报告中写清来源、适用理由和调整项。数据不足以完成适配时,判定线标「待确认」,结果保持「未验证」。
## Phase 1:设计一轮可判定的验证
完整方案需要同时写清自变量、控制变量、对照、时间窗、样本单位、异常账号处理和四类停止条件。
### 1. 假设
写成可证伪句式:
> 对 {目标用户或账号池},在 {具体时刻} 使用 {卖点或内容表达},相较 {对照},会让 {主指标} 出现 {预先定义的改善}。
定位、卖点或人群尚未确认时,字段状态照实标注。工具想换表达时标「修改建议」,保留原字段。
### 2. 变量与对照
| 项目 | 要写清的内容 |
|---|---|
| 自变量 | 本轮只主动改变的卖点、场景、开头、画面或账号类型 |
| 控制变量 | 价格、权益、发布时间、素材长度、落地页、投放设置等尽量保持一致的项 |
| 对照 | 现有基线、旧素材、无该卖点版本或随机分组 |
| 干扰因素 | 大促、达人异常爆量、平台活动、断货、价格变化等 |
一次可以测多个方向,但每个方向内部仍需控制变量;无法控制时明确这是观察性验证,降低结论强度。
### 3. 时间窗与样本单位
- 时间窗包含上线期、归因成熟期和退款观察期。
- 样本单位明确是单条内容、账号、广告计划、点击用户还是订单。
- 同一账号重复发布可能相关,不能把每条内容都当完全独立样本。
- 样本量根据基线波动、预算和最低可检测差异确定;无法估计时,先做小样本校准,结果保持「未验证」或「信号偏弱」。
### 4. 指标与判定标准
#### A 模式指标表
| 层级 | 可选指标 | 说明 |
|---|---|---|
| 执行 | 签收率、发布率、有效内容率 | 先判断计划有没有真正执行 |
| 内容 | 曝光、互动、收藏、评论质量 | 与账号自身基线或对照比较 |
| 意向 | 点击、主页访问、私信、加购 | 只有可追踪时才使用 |
| 成交 | 可归因订单和净成交 | 归因不完整时只作观察 |
#### B 模式指标表
| 层级 | 必备指标 | 说明 |
|---|---|---|
| 流量 | 消耗、曝光、点击、CTR | CTR 是点击率,等于点击除以曝光 |
| 转化 | 订单、成交、净成交 GMV | 净成交需说明退款成熟度 |
| 经济性 | ROI 或 ROAS、退款率、广告前贡献 | 与 `/ljh-suanzhang` 的口径对齐 |
| 稳定性 | 跨素材、跨账号、跨时间复现 | 避免单个异常账号主导结论 |
每个主指标在上线前写清「验证通过、信号偏弱、验证失败」对应条件。判定线需要有本品基线、预算和贡献毛利依据。
### 5. 异常账号处理
预先定义:
- 账号历史数据异常、疑似刷量或平台处罚如何排除
- 单个账号极端爆量是否单列,并同时报告含与不含该账号的结果
- 未发布、晚发布、错链接、断货和改价如何记录
- 排除规则何时生效,不能看完结果后临时挑数据
### 6. 停止条件
至少写四类:
1. 成功停止:达到适配后的主指标,并在要求的样本或账号范围复现。
2. 失败停止:达到最大样本或预算后仍明显低于标准。
3. 风险停止:违规、重大客诉、断货、异常退款或预算超限。
4. 无法判定:执行率、归因或数据质量不足,结果记「未验证」。
## Phase 2:收口与统一结果
结果只用:**验证通过、信号偏弱、验证失败、未验证**。
| 结果 | 判定条件 |
|---|---|
| 验证通过 | 方案有效执行,数据口径完整,达到预先适配的标准,并满足复现要求 |
| 信号偏弱 | 有正向变化,但样本、稳定性、对照或关键指标不足 |
| 验证失败 | 有效执行且数据充分,达到失败停止条件 |
| 未验证 | 方案未执行完、归因不可用、关键数据缺失或判定线尚未确认 |
收口时同时报告原始数据、排除数据、对照差异、证据状态和边界。不能因为结果接近历史案例数字就升级结论。
## 人群反推边界
人群分析分两层:
- **观察**:后台实际显示哪些年龄、地域、兴趣、账号池或成交路径更集中,并写样本和归因范围。
- **假设**:基于观察提出下一轮要验证的人群解释,字段状态标「待确认」或「修改建议」。
高消耗素材只说明平台愿意继续分发或该素材能承接预算,不能单独证明精准人群。没有可归因成交、点击或稳定画像时,不得把观察写成已确认人群。
## 示例 A:自然寄样没有 ROI
某收纳用品寄出 50 份,签收 46 份,发布 31 条,其中 18 条达到预先定义的有效内容标准。平台只提供曝光和互动,没有广告消耗,也没有可归因净成交。
报告可以比较发布率、有效内容率、账号基线和互动质量;ROI 一栏写「不适用」。若内容信号集中但点击链路缺失,可判「信号偏弱」;不能用样品和物流成本除以无法归因的 GMV 伪造 ROI。
## 示例 B:付费素材需适配判定线
某便携冲牙器要做付费素材验证。团队提出直接套用「100 条、10 条过 5000、ROI 1.1」。应先取得广告前贡献毛利率、账号基线、预算、净成交归因和退款窗,再按本品目标 ROAS 设置判定线。信息未齐时,方案状态为「待确认」,验证结果为「未验证」。
## 输出模板
```markdown
# {产品} KOC 或素材验证报告
## 模式与结果
- 业务模式:{A 自然种草或寄样 / B 付费素材或投流}
- 阶段:{设计 / 收口}
- 验证结果:{验证通过 / 信号偏弱 / 验证失败 / 未验证}
- 一句话边界:{这个结果能说明什么,不能说明什么}
## 假设与三轴状态
| 字段 | 内容 | 字段决策状态 | 证据状态 |
|---|---|---|---|
## 设计
- 自变量:
- 控制变量:
- 对照:
- 时间窗:
- 样本单位与样本量:
- 异常账号处理:
- 停止条件:
## 数据
{A 模式指标表或 B 模式指标表}
## 判定
- 预先标准及适配依据:
- 原始结果:
- 排除异常后的结果:
- 证据状态:
## 人群观察与假设
- 观察:
- 假设:
- 下一轮验证动作:
```
## 边界与下一步
- 选品可行性先用 `/ljh-xuanpin`。
- 广告前贡献毛利、目标 ROAS 和最大 CAC 用 `/ljh-suanzhang`。
- 卖点独特性和表达成立性可用 `/ljh-maidian` 检查;事实、资质和平台合规仍由品牌方、法务或平台合规人员确认。
- 得到「验证通过」后,把三轴状态原样交给 `/ljh-duiqi`。出现「信号偏弱」时优先补对照、样本或归因;「验证失败」时记录失败边界后换假设;「未验证」时先修复执行或数据。
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!