---
name: selection-research
slug: selection-research
displayName: 选品趋势调研
version: 1.5.0
summary: 选品趋势调研专用技能：6 步调研流程（定题→渠道样本→采集→交叉验证→沉淀→输出）+ 14 条硬规则 + 信号分级 🟢🟡🔴 + 一页纸决策摘要，输出含品牌/成分/功能三要素拆解的结构化选品调研简报，双输出（md + HTML）。
license: MIT
description: >
  选品趋势调研专用技能（私域/直播/带货场景）。基于 agent-reach 采集引擎，
  执行「定题→渠道样本→采集→交叉验证→沉淀→输出」6 步调研流程，
  内置 14 条硬规则（零容忍红线/质量红线/流程红线）自动校验，
  产出含信号分级、结论摘要（一页纸决策）与 4 角色排品建议的结构化选品调研简报。
  结论先行：每条输出都必须对应一个可拍板的决策（进不进赛道 / 押哪个细分 / 上什么 / 怎么定价 / 备多少货）。
  供选见金（选品）、品鉴师（验证）、播有道（排品）等下游消费。
  当用户要求做品类调研、选品调研、趋势调研、爆品挖掘、品类机会扫描、
  私域选品参考、直播选品方向判断时使用。
  采集通道复用 agent-reach（必抓四通道：小红书 / B站 / 公众号 / Exa；辅助：RSS / Jina）。
  触发词：选品调研、品类调研、趋势调研、调研XX品类、爆品、选品机会、私域选品。
agent_created: true
created: 2026-08-12
---

# 选品调研（Selection Research）

> **一句话定位**：给私域/直播选品做"外采式"趋势调研——从外部渠道获取新知、交叉验证、分级沉淀，
> 输出可溯源、合规、可直接喂给选见金/品鉴师的选品调研简报。
>
> **与 agent-reach 的关系**：agent-reach 是通用采集引擎（17 平台），本技能是**领域封装**——
> 采集层直接复用 agent-reach 通道命令，分析层执行 6 步流程，底线层执行 14 条硬规则。

---

## 一、核心架构（三层）

```
┌────────────────────────────────────────────────────┐
│ 分析层 · 6 步调研流程                               │
│ 定题→渠道样本→采集→交叉验证→沉淀→输出              │
├────────────────────────────────────────────────────┤
│ 采集层 · agent-reach 通道（复用）                   │
│ 必抓四通道：小红书+B站+公众号+Exa                   │
│ 辅助：RSS / Jina                                    │
├────────────────────────────────────────────────────┤
│ 底线层 · 14 条硬规则（零容忍/质量/流程三级）         │
└────────────────────────────────────────────────────┘
```

**执行顺序**：先跑「前置强依赖检查」（见 §二）→ 通过后进入 6 步流程（见 §三）→ 每步产出落库 → 最终报告过 14 条硬规则自检（见 §四）→ 输出。

---

## 二、前置强依赖检查（缺一不可，先跑）

开始调研前，逐项确认。任一硬依赖缺失 → 先补后做，不硬做。

| # | 强依赖 | 检查动作 | 通过标准 |
|---|--------|---------|---------|
| D1 | **必抓四通道可用性** | `agent-reach doctor --json` | 小红书 / B站 / 公众号 / Exa 四通道 ≥3 可用；任一缺失须声明并走降级（规则 14） |
| D2 | 时效窗口 | 确认调研时间窗（默认近 3-7 天） | 采集时间 < 调研窗口，过期源剔除 |
| D3 | 样本代表性 | 列渠道矩阵 | ≥2 个独立来源（如 报告×平台热榜×订单 交叉） |
| D4 | 知识库落位 | 确认落库路径存在 | `sources/趋势/` 与 `wiki/产品卖点/` 可写 |
| D5 | 下游消费方 | 确认报告给谁用 | 选见金 / 品鉴师 / 播有道，至少一个 |
| D6 | **品类覆盖完整性** | 盘点数据源覆盖的全部品类，对照本次调研命题范围 | 数据源口径（全品类/专项）已识别；若为专项表，缺口品类已单独列出并决定"补采 or 声明排除" |

> 渠道不可用时的降级：xhs 挂 → Exa 搜 `site:xiaohongshu.com` + 公众号兜底；B站挂 → 声量以小红书/Exa 为主；公众号挂 → Exa 全网搜索替代；Exa 挂 → Jina（需代理）/xhs 兜底。
> **四通道任一缺失：报告 §9「待补/留白」必须声明缺失原因与替代来源（规则 14），不得默默跳过。**
> 全部外部渠道挂 → 只用内部订单数据（OneOne）做存量复盘式调研，并明确标注"无外部信号"。

> **D6 品类覆盖检查（防"缺品类"坑）**——本次技能实战踩坑沉淀：
> - 案例：OneOne「选品排期表」实为**服装专项表**（29 品类全是女装），但文件名无"（服装专项）"标注，曾被当作全品类使用；而平台非服装订单（美妆/内衣/家居/饰品 39,235 单）是服装订单（18,891 单）的 2 倍。
> - 防错动作：拿到任何"品类×季节"类数据源，先问三句：
>   ① 这份表的品类口径是什么？（全品类 / 服装专项 / 单品类专项）
>   ② 平台/账号实际经营范围内，有没有品类不在表里？（对照拼团复盘/供应商分析/用户资产交叉印证）
>   ③ 缺的品类怎么处理？（补采 或 在报告中声明排除，不能默默忽略）
> - 交叉印证源：订单复盘报告常含"整体概览"口径说明（如服装/非服装/未分类三档），读数据源时**必须先读口径段**再读品类明细。

---

## 三、6 步调研流程

### Step 1 定题与假设
- 明确：**品类 × 时间窗 × 决策用途**（用途：直播选品 / 私域上新 / 内容选题 / 供应链决策）
- **品类覆盖声明（防缺品类）**：在命题单里明确两点：
  - ① 本次调研范围是「全品类」还是「专项品类」？
  - ② 若是专项，列出**已知不在范围内的品类**（如：只做女装，明确排除美妆/内衣/家居），并说明排除理由
- 输出：调研命题单（`调研命题：{品类} 在 {时间窗} 的选品机会`，附 1-2 条可证伪假设 + 覆盖声明）
- 反例："随便看看最近什么火" → 不可做，先逼出命题

**品类调研维度（2026-08-12 大尘确认，硬性）**：定题时按品类加载调研重点维度，关键词表（Step 2）与信号分级（Step 4）必须覆盖这些维度：

| 品类 | 调研重点维度 | 采集关键词示例 |
|------|-------------|---------------|
| **服装** | **品类 × 面料 × 风格**（款式类型如马甲/高领毛衣；面料如羊毛/德绒/羊绒/桑蚕丝；风格如新中式/松弛感/摩登智性） | 品类词（马甲/毛衫/西装）+ 面料词（羊绒/德绒/天丝）+ 风格词（松弛/新中式/通勤） |
| **美妆** | **品牌 × 成分 × 功能**（品牌格局如国货集团/私域已验证 SKU；成分如视黄醇/玻尿酸/烟酰胺/胜肽；功能功效如抗老/修护/提亮/维稳，注意功效 3.0 实证化） | 品牌词（国货/集团/爆款）+ 成分词（成分名/浓度）+ 功能词（维稳/修护/抗老/美白） |

> 规则：调研服装必须落到「哪个品类 × 什么面料 × 什么风格」三要素；调研美妆必须落到「哪个品牌 × 什么成分 × 什么功能」三要素。只报"服装火/美妆火"不算完成，必须拆到维度级。

### Step 2 渠道与样本
- 设计渠道矩阵：**必抓四通道（小红书 + B站 + 公众号 + Exa，规则 14）+ 内部订单（OneOne）+ 可选（报告库/RSS）**；关键词表（品类词 × 场景词 × 人群词）+ 样本量（每关键词 Top 10）
- 四通道职责分工：小红书=声量/爆品、B站=声量/内容参考、公众号=行业观点、Exa=全网语义/报告（命令见 channel-routing.md）
- **数据源口径校验（D6 落地）**：每个内部数据源，先读其「口径说明/整体概览」段，确认覆盖范围：
  - 全品类表 vs 专项表（如排期表可能是"服装专项"）
  - 是否有分档（服装/非服装/未分类）
  - 与调研范围对照：范围外品类是"补采"还是"声明排除"
- 输出：采样矩阵表（渠道 / 关键词 / 样本量 / 用途 / 覆盖口径）
- 规则：**单一渠道不成立**，至少 2 个独立来源

### Step 3 采集执行
- 按渠道矩阵跑采集，命令见 [references/channel-routing.md](references/channel-routing.md)
- 采集数据落 `sources/趋势/`（原始，可溯源），**不在 wiki 直接写原始**
- 每条数据保留：来源 / 时间 / 链接 / 原始指标

### Step 4 交叉验证 + 信号分级
- 多源对撞：同一信号在 ≥2 渠道出现才算"确认信号"，单源标"待验证"
- 信号分级（🟢 确认 / 🟡 待验证 / 🔴 冲突或低置信）
  - 🟢：≥2 独立来源 + 时间在窗口内
  - 🟡：单源高相关 或 多源但时间略旧
  - 🔴：来源冲突 / 样本过小 / 过期数据
- 分级原则：**宁可低标不可高标**（规则 12）

### Step 5 结构化沉淀
- 原始 → `sources/趋势/选品调研-{品类}-{时间窗}-{YYYYMMDD}-raw.md`
- 消化 → `wiki/产品卖点/`（若已有同类选品速查则增量更新，遵守数据点查重）
- **命名规范（2026-08-12 大尘确认）**：文档名必须包含**调研时间段（时间窗）**，格式 `选品调研-{品类}-{时间窗}-{YYYYMMDD}.md`（示例：`选品调研-美妆-2026秋冬窗口-20260812.md`）。时间窗取调研命题窗口，如 `2026秋冬窗口` / `2026早秋` / `2026Q3`，禁止只写品类+日期
- 生命周期元数据必带：`created` / `effective_from` / `expires_at` / `last_reviewed`（规则 13）

### Step 6 输出与消费
- 产出简报（模板见 [references/report-template.md](references/report-template.md)）
- 落库路径：`/Users/chen/minimax/知识库管理/买手嬛嬛视频号/wiki/产品卖点/选品调研-{品类}-{时间窗}-{YYYYMMDD}.md`
- 交付下游：选见金（选品）/ 品鉴师（验证）/ 播有道（排品），至少知会一个

---

## 四、14 条硬规则（发布前自检，逐条打勾）

### 一级 · 零容忍红线（违反即作废）
| # | 规则 | 检查 |
|---|------|------|
| 01 | 禁编造：数据/案例/销量/互动量一律不得虚构 | 每个数字能反查采集源 |
| 02 | 无源不入库：数据点必须带来源（报告名/期号/页码/链接/时间） | frontmatter `source_` 字段齐备 |
| 03 | 极限词·功效承诺禁区：最/第一/100%/绝对 一律不写 | 全文扫描无极限词 |
| 04 | 不点名贬低竞品：调研素材不出现负面点名 | 品牌名一律「某+行业/品类」 |

### 二级 · 质量红线（违反则结论失真）
| # | 规则 | 检查 |
|---|------|------|
| 05 | 单源不成立：任何判断须 ≥2 个独立来源交叉 | 结论处标注来源数 |
| 06 | 时效窗口：过期数据标记/废弃，30 天审视 | `expires_at` 未过期 |
| 07 | 样本代表性：声量≠销量，热榜≠真实需求 | 结论区分「声量信号」与「订单信号」 |
| 08 | 品牌脱敏：输出一律「某+行业/品类」 | 无真实品牌名 |
| 09 | **品类覆盖完整**：调研报告必须声明品类覆盖边界（全品类/专项+排除清单） | 命题单有覆盖声明；专项表已列缺口品类 |
| 14 | **必抓通道不丢失**：采集矩阵必须覆盖 小红书+B站+公众号+Exa 四通道；缺失须在 §9 声明原因与替代来源 | 四通道齐备；缺失已声明（2026-08-13 大尘确认固化） |

### 三级 · 流程红线（违反则知识库越用越脏）
| # | 规则 | 检查 |
|---|------|------|
| 10 | 原始/消化分离：sources 存原始，wiki 写消化 | 路径符合规范 |
| 11 | 数据点查重：同一数据点间隔 ≥3 期才能复用 | 已查素材使用矩阵 |
| 12 | 信号不虚标：🟢🟡🔴 分级保守，弱信号不标强 | 分级符合 §三 Step4 标准 |
| 13 | 生命周期元数据：入库必带起止时间+复核标记 | 元数据四件套齐备 |

> 14 条全 ✓ 才允许输出；任何一条 ✗ → 修正后再交付（见 [references/hard-rules.md](references/hard-rules.md) 完整版）。

---

## 五、输出规范

### 报告结构（固定 9 段模板，见 report-template.md）
0. **结论摘要（一页纸决策，置顶）**：3 条核心判断 + 首选赛道建议
1. 调研命题与假设 + 品类覆盖声明
2. 市场大盘（规模 / 增速 / 渗透率、生命周期、政策风向）
3. 人群洞察（私域画像、需求场景、痛点、复购驱动）
4. 机会矩阵与信号发现（四象限 × 分级 🟢🟡🔴）
5. 交叉验证结论（声量信号 vs 订单信号）
6. 成本与供应链（货源 / 毛利 / 起订量 / 履约）
7. 选品建议（4 角色排品：主推/引流/关联/形象 + 定价锚点 + 首批备货量）
8. 风险与合规（库存风险 + 14 条合规打勾）
9. 待补 / 留白

### 双输出模式（md + html 可视化）

每次调研产出**两份交付物**：

| 版本 | 格式 | 用途 | 模板 |
|------|------|------|------|
| 主报告 | Markdown | 落库/知识库消费/下游 Agent 读取 | report-template.md |
| **可视化版** | **HTML（自包含单文件）** | 人读/汇报/分享；浏览器直接打开 | **html-report-template.md** |

**HTML 可视化版生成规则**：
- 输出为**自包含单文件**（内联 CSS，无外部依赖，浏览器直接打开即可看）
- 浅色商务风：白底 + 低饱和色（信号分级用 🟢绿/🟡琥珀/🔴红 徽章）
- 视觉元素：顶部元信息条 + **决策摘要卡片（结论先行）** + 信号分级卡片 + 4 角色排品表 + 14 条合规打勾进度
- 内容与 md 主报告**完全一致**（同一数据源、同一结论），只做视觉化
- 落库路径与 md 同目录同名：`选品调研-{品类}-{时间窗}-{YYYYMMDD}.html`
- 命名冲突时（同品类同日），追加 `-v2` 后缀

### 交付物清单
- 主报告：`wiki/产品卖点/选品调研-{品类}-{时间窗}-{YYYYMMDD}.md`
- **可视化版：`wiki/产品卖点/选品调研-{品类}-{时间窗}-{YYYYMMDD}.html`**
- 原始数据：`sources/趋势/选品调研-{品类}-{时间窗}-{YYYYMMDD}-raw.md`
- 去重更新：素材使用矩阵打标（本次用了哪些数据点）

---

## 六、相关技能协同

| 技能 | 关系 |
|------|------|
| [agent-reach](../agent-reach/SKILL.md) | 采集引擎（本技能复用其通道） |
| [xhs-trend-scan](../xhs-trend-scan/SKILL.md) | 小红书批量扫描（若启用，可替代 Step3 的小红书部分） |
| [xhs-hot-report](../xhs-hot-report/SKILL.md) | 热点简报生成（若启用，可作 Step6 上游输入） |
| [selection-plan-generator](../selection-plan-generator/SKILL.md) | 下游：把调研结果转成排品方案 |
| 选见金 / 品鉴师 / 播有道 | 下游消费方（专家角色） |

---

## 七、快速开始

```bash
# 1. 强依赖检查
agent-reach doctor

# 2. 直接提出调研命题（示例）
#   "调研：防晒品类 2026 秋冬私域选品机会，时间窗近 7 天，用于直播选品"

# 3. 按 6 步流程执行，参考 channel-routing.md 采数据
# 4. 按 report-template.md 出 md 主报告 + 按 html-report-template.md 出可视化版，过 14 条硬规则
# 5. 双交付物落库 + 知会下游
```