设计标签分类
给搜索词、ASIN、广告活动分配 标签(单个分类值)后,就能在仪表盘或 N-gram 分析中以「进攻 KW / 防守 KW / brand / use / 竞品」等切入点解读销售额与广告费。本页汇总了用于设计 分类法(分类体系的整体结构)、自动给竞品 ASIN 打标签、对搜索词批量打标签、管理命名规则的提示词。AI 时代,根据搜索者「为何搜索(搜索意图)」来区分出价与素材策略正变得愈发重要。Picaro 的标签支持 一级 → 二级 → 三级 的三层设计,可实现亚马逊广告组合无法达到的精细粒度销售额拆解。
本类目适用场景
Section titled “本类目适用场景”- 想以进攻 KW / 防守 KW / brand / use / 竞品 这 5 个维度对搜索词分类
- 想按价格段、评论、类目自动分类混入搜索词中的竞品 ASIN
- 想把在分类法中一次设计好的规则批量应用到已有搜索词
- 想统一广告活动的命名规则,让报表汇总更稳定
- 想按搜索意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型)分类,并按意图优化出价与 RoAS
提示词 1: 给竞品 ASIN 按 4 个维度自动打标签
Section titled “提示词 1: 给竞品 ASIN 按 4 个维度自动打标签”从搜索词中提取混入的竞品 ASIN,并按价格段、评论、类目相关性、商品名 4 个维度自动生成并分配分类标签。
📋 使用场景
Section titled “📋 使用场景”- 想把混入搜索词的竞品 ASIN 作为基准对照进行分类
- 想按价格段、评论数、类目相关性维度整理竞品
- 想对新检测到的竞品 ASIN 持续做定期打标签
从搜索词中提取 ASIN 形式(B0XXXXXXXX),按 4 个维度自动生成竞品 ASIN 分类标签:1. 价格段(低价 / 中价 / 高价)2. 评论评价(评论多·高评价 等)3. 类目相关性4. 商品名
skip_labeled={{SKIP_LABELED}}(排除已有标签),limit={{LIMIT}}(用于控制外部 API 成本,必填)。
先用 dry_run=true 确认执行计划 →无问题后用 dry_run=false 实际执行。占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{SKIP_LABELED}} | 是否排除已有标签的 ASIN(例: true) | 默认 true(仅在想重新打标签时设为 false) |
{{LIMIT}} | 单次执行的 ASIN 数量上限(例: 50) | 默认 50(外部商品信息 API 的成本控制,必填) |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 从搜索词中提取 ASIN — 从搜索词中取出
B0XXXXXXXX形式的字符串- 为什么从搜索词提取: 为了纳入用户在 Amazon 内搜索其他商品的情况,避免遗漏竞品基准的样本
- 获取商品信息 — 对提取出的 ASIN,通过外部商品信息服务获取价格、评论、类目、商品名
- 为什么 limit 必填: 外部商品信息获取按用量计费,不设上限运行会导致成本失控
- 按 4 个维度生成标签 — 自动按价格段、评论评价、类目相关性、商品名 4 个维度创建标签
- 为什么是 4 个维度: 拥有价格、口碑、类目一致性、商品个体 4 个视角后,可以直接对接竞品策略(差异化轴的选定、目标价格段的调整)
- 跳过已有标签的 ASIN — 通过
skip_labeled=true把已有标签的 ASIN 排除在再次打标签之外- 为什么跳过: 由于 1 个对象 = 1 个标签的限制,避免误覆盖已有分类
- 返回确认表 — 以 ASIN、推荐标签、价格、评论数、类目 5 列展示
需要前置准备的情况:
- 处理海外站点(US / EU / UK)的 ASIN 时,请先在提示词 5 的
update_asin_enrichment中登记amazon_domain/currency/language - 未设置时使用日本默认值(amazon.co.jp / JPY / ja_JP)获取
📊 示例输出
Section titled “📊 示例输出”竞品 ASIN 自动打标签 候选: 18 件(新增)
ASIN 推荐标签 价格 评论数 类目 B0XXXXXXXX 竞品 / 中价 / 评论多 ¥2,480 1,243 护发 B0YYYYYYYY 竞品 / 高价 / 高评价 ¥4,980 412 护发 B0ZZZZZZZZ 竞品 / 低价 / 新品 ¥1,280 38 身体护理 …(剩余 15 件)… skip_labeled=true 排除了已有标签的 7 件。 要执行请回复「执行」。 想逐条确认可以指定「只执行第 1 条」。
🔒 安全装置
Section titled “🔒 安全装置”- 在用
dry_run=true确认执行计划前,标签不会实际写入 - 默认
skip_labeled=true,防止对已有标签的 ASIN 静默覆盖 - 未指定
limit时拒绝执行(防止外部 API 成本失控) - 每条提议有 1 小时有效期,超时需重新生成
- 发生覆盖时的回滚,请通过提示词 3(手动分配)重新分配为原标签 ID 来恢复
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1(现在) | 一次性 | 仅需 Picaro 连接即可使用 |
| Phase 2(Q3 2026) | 每日(检测到新 ASIN 时) | 已注册分类法 +「已保存提示词」化 |
| Phase 3(Q4 2026) | 自动执行(审批流型) | 每周自动 + Slack 一键审批,上限件数内 |
| Phase 4(2027) | 全自动 | ML 置信度 >= 0.85,在护栏内 |
- 按标签分类做 N-gram 分析 — 按竞品标签拆解销售贡献
- 查看仪表盘 KPI — 确认分类法维度的汇总
- 为什么不能只看 ACoS — 用进攻 / 防守 / 竞品 维度立体判断的思想解析
❓ 常见问题
Section titled “❓ 常见问题”Q: 搜索词那一侧也会被打标签吗? A: 本提示词是给「竞品 ASIN」分配标签,对搜索词侧的打标签请使用提示词 2。
Q: 海外站点的 ASIN 也能一并处理吗?
A: 在提示词 5 中登记 amazon_domain 等就可以纳入。未登记时会按日本商品信息解释。
提示词 2: 用分类法对搜索词批量打标签
Section titled “提示词 2: 用分类法对搜索词批量打标签”使用已在分类法中登记的标签匹配规则,对已接入 Picaro 的搜索词批量分配标签。
📋 使用场景
Section titled “📋 使用场景”- 想用进攻 KW / 防守 KW / brand / use / 竞品 的分类法一次性给搜索词分类
- 更新标签设计后,想对已有搜索词重新打标签
- 不想用逐条手动分配,而是用基于规则的方式保持分类一致
对 Picaro 中已注册的所有搜索词,用分类法规则批量打标签。
skip_labeled={{SKIP_LABELED}}(排除已有标签),先用 dry_run=true 确认执行计划 →无问题后用 dry_run=false 实际执行。占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{SKIP_LABELED}} | 是否排除已有标签的搜索词(例: true) | 默认 true(仅在想重新打标签时设为 false) |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 加载分类法的匹配规则 — 获取在提示词 5 中登记的「标签 × 匹配模式」规则
- 为什么走分类法: 即使变更标签设计,只要重新执行就能把一致的分类应用到全部搜索词
- 匹配搜索词 — 对每个搜索词判断是否与登记的匹配模式一致
- 跳过已有标签 — 用
skip_labeled=true排除已有标签的搜索词- 为什么跳过: 由于 1 个搜索词 = 1 个标签的限制,避免擅自覆盖过去手动分配的分类
- 返回确认表 — 以搜索词、待应用标签、命中的匹配模式、件数 4 列展示
📊 示例输出
Section titled “📊 示例输出”分类法批量打标签 候选: 184 件
搜索词 待应用标签 命中模式 氨基酸 洗发水 进攻 KW / use 氨基酸,洗发水Picaro 原创 洗发水 防守 KW / brand PicaroB0XXXXXXXX 竞品 ASIN 形式 露营 洗发水 进攻 KW / use 露营…(剩余 180 件)… 已有标签的搜索词 42 件已跳过。 要执行请回复「执行」。
🔒 安全装置
Section titled “🔒 安全装置”- 在用
dry_run=true确认执行计划前不会写入 - 默认
skip_labeled=true,防止已有标签被静默覆盖 - 未命中匹配模式的搜索词保持未分配标签(不强行分类)
- 每条提议有 1 小时有效期
- 若批量覆盖产生预期外的分类,请缩小范围用提示词 3 重新分配为原标签 ID
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1(现在) | 一次性 | 仅需 Picaro 连接即可使用 |
| Phase 2(Q3 2026) | 可每日执行 | 已注册分类法 +「已保存提示词」化 |
| Phase 3(Q4 2026) | 自动执行(审批流型) | 每周自动 + Slack 一键审批 |
| Phase 4(2027) | 半自动 | 仅新模式被检测到时审批,既有模式自动应用 |
- 分类法的设计·更新 — 添加·修改匹配模式
- 用 N-gram 拆解销售贡献 — 查看按标签的销售结构
- 为什么不能只看 ACoS — 用进攻 / 防守 / 竞品 维度解读的思想解析
提示词 3: 给搜索词手动打标签(直接指定标签 ID)
Section titled “提示词 3: 给搜索词手动打标签(直接指定标签 ID)”不使用分类法的自动匹配,而是对指定的标签 ID 直接分配搜索词或 ASIN。
📋 使用场景
Section titled “📋 使用场景”- 想往提示词 1 生成的竞品标签中再手动追加 ASIN
- 想把没被分类法匹配模式命中的搜索词,直接登记到特定标签
- 想把批量打标签中被误分类的词,改分配到目标标签
对 label_id {{LABEL_ID}},直接分配以下搜索词 / ASIN:{{TARGETS}}
先用 dry_run=true 校验 →无问题后用 dry_run=false 实际执行。占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{LABEL_ID}} | 分配目标的标签 ID(从分类法获取) | 用户输入(可通过提示词 5 的 show 取得) |
{{TARGETS}} | 搜索词或 ASIN 的列表(例: ["term1", "term2", "B0XXXXXXXX"]) | 用户输入 |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 输入校验 — 确认标签 ID 存在于分类法中
- 为什么校验: 对不存在的 ID 分配会失败,在
dry_run阶段先剔除
- 为什么校验: 对不存在的 ID 分配会失败,在
- 解析对象 — 将列表中的字符串自动区分为「ASIN 形式(B0XXXXXXXX)」与「搜索词」
- 为什么自动区分: 可以在同一列表里同时指定搜索词和 ASIN,减少输入工作量
- 检测既有标签 — 当对象已有标签时,明确标记为覆盖对象
- 为什么明示: 由于 1 个对象 = 1 个标签的限制,让用户在覆盖发生前能确认
- 返回确认表 — 以对象、类型(搜索词 / ASIN)、既有标签、分配后标签 4 列展示
📊 示例输出
Section titled “📊 示例输出”手动分配 候选: 6 件
对象 类型 既有标签 分配后标签 竞品品牌 X 洗发水 搜索词 —(未设置) 竞品 / 高价 B0AAAAAAAA ASIN —(未设置) 竞品 / 高价 B0BBBBBBBB ASIN 竞品 / 中价 竞品 / 高价 ← 覆盖 …(剩余 3 件)… 有 1 件会发生覆盖,请确认是否符合预期。 要执行请回复「执行」。
🔒 安全装置
Section titled “🔒 安全装置”- 在用
dry_run=true确认执行计划前不会写入 - 已有标签的对象会 附带覆盖标识明示,防止用户误抹掉其他标签
- 指定不存在的标签 ID 时会报错停止(防止误输入)
- 每条提议有 1 小时有效期
- 若误覆盖,可通过重新分配为原标签 ID 来恢复
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1(现在) | 一次性 | 仅需 Picaro 连接即可使用 |
| Phase 2(Q3 2026) | 维持一次性 | 影响范围为单件单位,非自动化对象 |
| Phase 3(Q4 2026) | 维持一次性 | 同上 |
| Phase 4(2027) | 维持一次性 | 作为手动修正手段定位维持不变 |
提示词 4: 给广告活动 / DSP / 商品分配标签
Section titled “提示词 4: 给广告活动 / DSP / 商品分配标签”让标签不仅适用于搜索词和 ASIN,也能分配给商品推广(SP)的广告活动、DSP 投放项、商品 ASIN,从而作为仪表盘和 N-gram 的切入维度使用。
📋 使用场景
Section titled “📋 使用场景”- 想把商品推广(SP)的广告活动按「进攻 / 防守 / 竞品」的标签归类分析
- 想给 DSP 投放项打标签分类
- 想给商品(Product)ASIN 加上商品标签,增加商品维度的汇总切入点
对 label_id {{LABEL_ID}},分配以下对象:- SP 广告活动: campaign_ids = {{CAMPAIGN_IDS}}- DSP 投放项: line_item_ids = {{LINE_ITEM_IDS}}- 商品 ASIN: product_ids = {{PRODUCT_IDS}}
先用 dry_run=true 校验 →无问题后用 dry_run=false 实际执行。占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{LABEL_ID}} | 分配目标的标签 ID | 用户输入(可通过提示词 5 的 show 取得) |
{{CAMPAIGN_IDS}} | SP 广告活动 ID 的列表(不需要可省略) | 用户输入 |
{{LINE_ITEM_IDS}} | DSP 投放项 ID 的列表(不需要可省略) | 用户输入 |
{{PRODUCT_IDS}} | 商品 ASIN 的列表(不需要可省略) | 用户输入 |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 检查
applyTo— 确认标签可分配到「广告活动 / DSP / 商品」中的哪些对象- 为什么检查: 每个标签都有对应的可适用对象,防止分配到非预期对象
- 冲突检测(在可能的范围内) — SP 广告活动与 DSP 投放项会预先检测与既有标签的冲突
- 明示商品 ASIN 的覆盖风险 — 由于 Product 的冲突检测 API 不存在,承认表里要强调覆盖可能发生
- 为什么强调: Product 类目同时存在 1 个对象 = 1 个标签的限制与检测 API 缺失,覆盖会静默发生
- 返回确认表 — 以对象、类型(SP / DSP / Product)、既有标签状况、分配后标签 4 列展示
📊 示例输出
Section titled “📊 示例输出”按对象分配标签 候选: 12 件(SP 6 / DSP 3 / Product 3)
对象 ID 类型 既有标签状况 分配后标签 cmp_XXXXXX SP 广告活动 未设置 进攻 KW / use cmp_YYYYYY SP 广告活动 竞品 ← 覆盖 进攻 KW / use li_ZZZZZZ DSP 投放项 未设置 进攻 KW / use B0AAAAAAAA 商品 ASIN 无法检测(需注意) 进攻 KW / use …(剩余 8 件)… Product 3 件因无法检测冲突,已有标签可能被静默覆盖。 要执行请回复「执行」。
🔒 安全装置
Section titled “🔒 安全装置”- 在用
dry_run=true确认执行计划前不会写入 - SP / DSP 具备预先冲突检测;Product 因冲突检测 API 不存在,必显示 需注意标识
- 每条提议有 1 小时有效期
- 若发生预期外覆盖,请通过提示词 3(手动分配)重新分配为原标签 ID 来恢复
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1(现在) | 一次性 | 仅需 Picaro 连接即可使用 |
| Phase 2(Q3 2026) | 一次性 | 结构变更频率低,自动化优先级低 |
| Phase 3(Q4 2026) | 维持一次性 | 仅在检测到命名规则违规时通知 |
| Phase 4(2027) | 半自动 | 与命名规则联动的自动推荐 + 审批 |
- 查看仪表盘 KPI — 确认按广告活动标签的汇总
- 广告活动命名规则的登记 / 推断 — 从命名规则派生出标签设计
提示词 5: 分类法(分类体系)的管理
Section titled “提示词 5: 分类法(分类体系)的管理”用一个提示词统一管理分类法(类目层级 → 标签)的现状查看、添加、更新、海外站点设置、初始化。
📋 使用场景
Section titled “📋 使用场景”- 想查看当前注册了哪些分类法
- 想新增进攻 KW / 防守 KW / brand / use / 竞品 这类新标签层级
- 想为海外站点(US / EU / UK)的商品信息获取做设置
- 想清空分类法,从内置的演示值重新开始
分类法操作: {{ACTION}}
- show: 查看现状- clone_default: 从演示值复制- upsert_category: 添加·更新类目层级- upsert_label: 添加·更新标签 (包含匹配模式、规则类型、Picaro 侧标签 ID)- update_asin_enrichment: 海外站点设置 (amazon_domain / currency / language)- create_picaro_label: 在 Picaro 侧新建标签- reset: 全部删除(破坏性,需确认)占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{ACTION}} | 要执行的操作(show / clone_default / upsert_category / upsert_label / update_asin_enrichment / create_picaro_label / reset 之一) | 用户输入 |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”show查看现状 — 显示分类法整体的类目层级、标签清单、匹配模式、海外站点设置- 为什么先 show: 不掌握既有设计就 upsert 容易引发冲突
- 初始化(必要时) — 用
clone_default复制 Picaro 内置的演示分类法 - 添加·更新 — 用
upsert_category处理类目层级、upsert_label处理标签- 为什么是 upsert 形式: 用一次操作完成「已存在则更新,不存在则添加」
- 海外站点设置 — 用
update_asin_enrichment登记amazon_domain(例: amazon.com)、currency、language- 为什么需要: 处理海外站点的 ASIN 时,默认的 amazon.co.jp 无法获取元信息,提示词 1 的打标签精度会下降
- 破坏性操作的警告 —
reset会全部删除,执行前会插入确认步骤- 为什么确认: 分类法是设计资产,一旦删除重建同等结构需要时间
典型流程:
- 用
show查看现状 - 首次用
clone_default复制内置演示值 - 用
upsert_category/upsert_label定制成进攻 / 防守 / brand / use / 竞品 等 - 处理海外站点时登记
update_asin_enrichment
📊 示例输出
Section titled “📊 示例输出”当前分类法(show)
一级 二级 三级(标签) 匹配模式 Picaro 侧标签 ID 解决方案型 use 露营用途 露营,户外lbl_XXXXXX 解决方案型 use 业务用 业务用,沙龙用lbl_YYYYYY 品牌型 brand — Picaro,picarolbl_ZZZZZZ 竞争对比型 竞品 ASIN — ASIN 形式 lbl_AAAAAA 海外站点设置: amazon.co.jp / JPY / ja_JP(未变更)
请指定下一步要添加·更新的操作。
🔒 安全装置
Section titled “🔒 安全装置”reset执行前必有确认步骤,明确回复「执行」前不会删除- 在
upsert_label中更改匹配模式后,已有搜索词不会立刻被重新打标签(重新打标签需另用提示词 2 执行) - 海外站点设置在执行
update_asin_enrichment之前会持续使用默认值(amazon.co.jp) - 过去的分类法设置以版本历史保留,
reset后也可用clone_default回到内置演示值
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1(现在) | 一次性 | 仅需 Picaro 连接即可使用 |
| Phase 2(Q3 2026) | 维持一次性 | 设计频率低,非自动化对象 |
| Phase 3(Q4 2026) | 维持一次性 | 同上 |
| Phase 4(2027) | 半自动 | 根据过往实绩自动建议新标签候选 + 审批 |
- 用分类法批量打标签 — 设计变更后对已有搜索词重新应用
- 给竞品 ASIN 按 4 个维度自动打标签 — 完成海外站点设置后再运行
- 为什么不能只看 ACoS — 应该具备哪些标签维度的思想解析
❓ 常见问题
Section titled “❓ 常见问题”Q: 更新了分类法后,已有搜索词的标签会自动改写吗? A: 不会自动改写。要反映匹配模式的变更,请重新执行提示词 2。
Q: 标签 ID(lbl_XXXXXX)与「类目层级」「标签名」之间是什么关系? A:「分类法」是整体的层级结构,「标签」是叶节点上对应的单个分类值,「标签 ID」是唯一指向该叶节点的内部 ID。在提示词 3 / 4 中给对象分配时使用该 ID。
提示词 6: 广告活动命名规则的登记 / 推断
Section titled “提示词 6: 广告活动命名规则的登记 / 推断”登记广告活动·广告组的命名模板,让新建时的命名保持一致。也可以从既有名称推断命名模式。
📋 使用场景
Section titled “📋 使用场景”- 想统一新建广告活动时的命名
- 想从已经创建的广告活动名称中提取公司内部隐含规则并模板化
- 想更新已有的命名模板
管理广告活动 / 广告组的命名规则:
- 推断: 从既有 {{SAMPLE_SIZE}} 个广告活动名返回命名模式草案- 登记: 登记名称模板 {{TEMPLATE}} (例: {品牌}_{商品线}_{匹配类型})- 更新: 更新既有规则占位符:
| 占位符 | 说明 | 默认解析来源 |
|---|---|---|
{{SAMPLE_SIZE}} | 推断时抽样的既有广告活动数量(例: 50) | 默认 50 |
{{TEMPLATE}} | 要登记的命名模板(例: {品牌}_{商品线}_{匹配类型}) | 用户输入 |
⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 抽样既有名称 — 从
SAMPLE_SIZE个广告活动名中提取共同前缀、分隔符、token 结构- 为什么抽样: 全量处理噪声多,要抓住代表性命名风格 30〜100 个左右就足够
- token 泛化 — 把
SP_Picaro_洗发水_Exact这样的具体示例泛化为{广告类型}_{品牌}_{商品线}_{匹配类型}形式 - 模板登记 / 更新 — 把推断结果或用户指定的模板保存到 Picaro 侧
- 与既有名称比对 — 把不符合登记模板的既有广告活动列为「命名违规」清单(可选)
登记的命名规则会在 创建广告活动 新建时自动应用。未登记时使用内置默认值(picaro-default-v1)。
📊 示例输出
Section titled “📊 示例输出”推断的命名模式(样本 50 件)
推断结果 一致率 示例 {广告类型}_{品牌}_{商品线}_{匹配类型}78% SP_Picaro_洗发水_Exact {广告类型}_{商品线}_{定向类型}14% SP_洗发水_Auto 其他 8% (命名违规候选 4 件) 要将上位模式登记为命名模板,请回复「按第 1 条登记」。
🔒 安全装置
Section titled “🔒 安全装置”- 模板登记只有在明确回复「登记」后才会反映
- 既有广告活动名称 不会被修改(仅作为命名违规清单显示,重命名是另一作业)
- 登记的命名规则以历史保留,可回到过往版本
- 推断时把样本数量
SAMPLE_SIZE设得过小会因过拟合产生错误模板,推荐使用默认的 50 件
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1(现在) | 一次性 | 仅需 Picaro 连接即可使用 |
| Phase 2(Q3 2026) | 维持一次性 | 设计频率低,非自动化对象 |
| Phase 3(Q4 2026) | 命名违规检测 + 通知 | 新建广告活动时把模板违规通过 Slack 通知 |
| Phase 4(2027) | 自动命名 | 从模板自动命名 + 仅违规时审批 |
- 创建广告活动 — 在新建时自动应用登记的命名规则
- 给广告活动 / DSP / 商品分配标签 — 按与命名规则协调的方式打标签
提示词 7: 按搜索意图设计和分类标签
Section titled “提示词 7: 按搜索意图设计和分类标签”从已有搜索词数据中提取 4 种搜索意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型),设计一级 → 二级 → 三级的三层分类法并完成登记。
📋 使用场景
Section titled “📋 使用场景”- 想以品牌型 / 探索型 / 解决方案型 / 竞争对比型 4 个意图维度设计分类法
- 想从已有搜索词数据中提取各意图的代表词,并获得三层分类法草案
- 想通过按意图比较 RoAS / CVR 来梳理出价策略的依据
请提出一套按 4 种购买意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型)对搜索词进行分类的分类法设计:
1. 从当前搜索词数据中提取各意图的 10 个代表示例,并说明分类依据2. 设计一级(意图类型)/ 二级(主题)/ 三级(具体词)的三层分类法草案3. 给出各层级的匹配模式
确认后,如需登记到分类法,请回复「登记」。⚙️ AI 要做的事
Section titled “⚙️ AI 要做的事”- 按意图类型提取代表词 — 4 种意图与已有分类法维度的对应关系:
- 品牌型: 含自家品牌名·商品名的词 → 防守 KW / brand
- 探索型: 类目名·通用词 → 进攻 KW / 一般词
- 解决方案型: 含用途·问题的词 → 进攻 KW / use
- 竞争对比型: 含竞品品牌名·竞品 ASIN 的词 → 竞品
- 为什么要做意图分类: 可以用「购买意愿的强弱差异」来说明出价依据,同时也能增强 AI 优化引擎的信号
- 生成三层分类法草案 — 意图类型置于一级,主题群置于二级,具体词置于三级(例: 一级「解决方案型」> 二级「用途·场景」> 三级「露营用」)
- 为什么要用三层: 亚马逊广告组合仅提供 1 层广告活动分组,三层设计可以实现「解决方案型中仅露营用途的 RoAS 是多少」这样的粒度汇总
- 展示匹配模式 — 列出与各三级标签关联的关键词模式
- 引导至登记步骤 — 展示使用提示词 5 的
upsert_category/upsert_label进行登记的操作步骤 - 引导批量应用 — 提醒登记后需另行执行提示词 2,将标签批量应用到已有搜索词
📊 示例输出
Section titled “📊 示例输出”搜索意图分类法草案
一级(意图类型) 二级(主题) 三级(具体词) 代表词示例 品牌型 brand — Picaro, picaro 洗发水 探索型 类目 护发 氨基酸洗发水, 无硅油 解决方案型 用途·场景 露营 露营洗浴, 户外 解决方案型 用途·场景 业务用 业务用洗发水 竞争对比型 竞品品牌 — 竞品X 洗发水, B0XXXXXXXX AI 时代,根据搜索者「为何搜索」来制定出价与素材策略尤为重要。如需登记到分类法,请回复「登记」。
🔒 安全装置
Section titled “🔒 安全装置”- 明确回复「登记」前不会写入 Picaro
- 登记分类法后,已有搜索词的标签不会立即改写,批量应用需另行执行提示词 2
- 若意图类型名称与已有分类法类目冲突,建议先用
show确认现状后再执行upsert_category
🚦 执行模式
Section titled “🚦 执行模式”| Phase | 状态 | 条件 |
|---|---|---|
| Phase 1(现在) | 一次性 | 仅需 Picaro 连接即可使用 |
| Phase 2(Q3 2026) | 维持一次性 | 设计频率低,非自动化对象 |
| Phase 3(Q4 2026) | 意图漂移检测 + 通知 | 新搜索词超出已有意图模式时通过 Slack 通知 |
| Phase 4(2027) | 半自动 | 新搜索词意图自动推断 + 审批流程 |
- 用分类法批量打标签 — 将意图类型标签应用到已有搜索词
- 用 N-gram 拆解销售贡献 — 按意图类型·三层维度拆解销售额
- SQP 漏斗分析 — 将搜索意图与漏斗阶段结合解读
提示词速查表
Section titled “提示词速查表”| 想做的事 | 使用的提示词 |
|---|---|
| 给竞品 ASIN 按 4 个维度自动分类 | 提示词 1 |
| 用分类法对搜索词批量打标签 | 提示词 2 |
| 手动分配到特定标签 / 修正 | 提示词 3 |
| 给 SP 广告活动 / DSP / 商品打标签 | 提示词 4 |
| 分类法的设计·更新·海外站点设置 | 提示词 5 |
| 广告活动命名规则的登记·推断 | 提示词 6 |
| 按搜索意图(品牌型 / 探索型 / 解决方案型 / 竞争对比型)设计标签 | 提示词 7 |
- 在仪表盘查看 KPI — 分类法维度 KPI 汇总的前提
- 用 N-gram 拆解销售贡献 — 按分类法维度做聚类的执行去处
- SQP 漏斗分析 — 按标签解读市场定位
- 创建广告活动 — 命名规则与标签设计的应用方
- 为什么不能只看 ACoS — 进攻 / 防守 / brand / use / 竞品 5 维度标签设计的思想解析