诊断商品目录并制定改进方案
在这个页面，你可以诊断 Amazon 的商品目录（商品页面），并「提案」修改方案。AI 不会无条件地创建或敲定目录内容。流程始终是「AI 提案 → 人工确认・批准 → 输出录入用数据 → 在 Seller Central / Vendor Central 手动反映」，Picaro 不会向目录写入（自动更新・上传）。
本页基本信息
Section titled “本页基本信息”| 项目 | 内容 |
|---|---|
| 本页能做什么 | 现有目录的综合诊断・Rufus 视角的诊断，以及商品标题 / 要点（Bullet Points）/ 商品描述 / Item Highlights 的改进方案，整理成 Seller Central / Vendor Central 录入用数据 |
| 对象 | Amazon 的商品目录（商品标题 / 要点（Bullet Points）/ 商品描述 / Item Highlights） |
| 所需数据・连接 | 目标 ASIN。AI 会从 Amazon 的公开商品页读取现有的商品标题 / 品牌 / 类目 / 要点（Bullet Points）/ 商品描述 / 图片张数（支持的商城: 日本 / 美国 / 德国 / 英国，默认为日本） |
| 操作范围 | 仅提案・仅整理（只读）。反映由人工在 Seller Central / Vendor Central 手动进行。Picaro 不会向目录写入 |
- 想确定现有商品页面应该从哪里改起、排出优先级
- 想着眼于经由 Rufus 的曝光与购买判断，确认是否已具备能回答问题的信息
- 想要商品标题 / 要点（Bullet Points）/ 商品描述 / Item Highlights 的改进方案
- 想把现有目录与提案版本并列，转交内部评审或品牌方确认
- 想把已批准的改进方案，整理成便于录入 Seller Central / Vendor Central 的格式
- 想审视那些不易被点击的商品广告的商品页面（切入点来自相关页面的分析）
需要准备的信息
Section titled “需要准备的信息”- 目标 ASIN … 准备好想诊断的商品 ASIN（例:
B0XXXXXXXX）。 - 商城 … 可从 日本 / 美国 / 德国 / 英国 中指定（默认为日本）。
- 现有的 Item Highlights（可选） … 想诊断 Item Highlights 时，因其不在获取范围内，请把当前内容准备在手边。
- 反映由人工手动进行为前提 … 本页只做到提案・整理。字数限制、输入项目、按类目的模板在 Seller Central 与 Vendor Central 规范不同，也可能变更，反映前请确认录入目标的最新规范。
| 想做的事 | 能得到什么 | 设置变更 | 提示词 |
|---|---|---|---|
| 从 4 个视角综合诊断现有目录 | 各视角的评价・评价理由与修改优先级 | 仅建议 | 提示词 1 |
| 从 Rufus 视角诊断目录 | 各诊断项目的评价・缺失信息・改进方案 | 仅建议 | 提示词 2 |
| 制作商品标题的改进方案 | 多个改进方案 × 变更理由 × 需品牌方确认 | 仅建议 | 提示词 3 |
| 制作要点（Bullet Points）的改进方案 | 现有 → 提案的对照表 × 变更理由 | 仅建议 | 提示词 4 |
| 制作商品描述的改进方案 | 改进方案 × 变更理由 × 变更点 | 仅建议 | 提示词 5 |
| 制作 Item Highlights 的改进方案 | 短语形式的改进方案 × 采用理由 | 仅建议 | 提示词 6 |
| 对比现有目录与提案版本 | 按项目的 现有 / 提案 / 变更理由 比较表 | 仅建议 | 提示词 7 |
| 把已批准的改进方案整理成录入用数据 | 录入用文本与评审用数据 | 仅整理／手动更新 | 提示词 8 |
提示词 1: 从 4 个视角综合诊断现有商品目录
Section titled “提示词 1: 从 4 个视角综合诊断现有商品目录”获取现有目录，从检索性 / 购买判断 / 可读性 / 信息缺失 4 个视角进行诊断。作为改进方案（提示词 3〜6）的前置步骤，排出应从哪里改起的优先级。
使用场景 —— 在进入单项改进之前，想先排出修改优先级时。
需要准备的信息 —— 目标 ASIN。商城（默认为日本）。
获取 ASIN {{目标ASIN}} 的现有目录并做综合诊断。从 检索性（搜索关键词的覆盖程度）/ 购买判断（比较、决策所需信息是否齐全）/可读性（结构、句子长度、重复）/ 信息缺失（缺少的信息）4 个视角，逐一给出评价与评价理由，并按修改优先级从高到低列出改进要点。可调整的条件 —— 目标 ASIN（例: B0XXXXXXXX）／商城（日本 / 美国 / 德国 / 英国）。
返回内容 —— 4 个视角各自的评价・评价理由・改进要点，以及修改优先级清单。
设置变更 —— 仅建议（只读，不修改目录）。
下一步 —— 基于诊断结果，进入提示词 3〜6 的单项改进方案。
提示词 2: 从 Rufus 视角诊断商品目录
Section titled “提示词 2: 从 Rufus 视角诊断商品目录”诊断目录是否具备「能回答买家问题的信息」。这种齐备程度会影响经由 Rufus 的曝光与购买判断。
使用场景 —— 想确认商品信息是否便于 Rufus 回答问题时。
需要准备的信息 —— 目标 ASIN。
获取 ASIN {{目标ASIN}} 的现有目录，诊断其商品信息是否便于Rufus（Amazon 的 AI 助手）回答用户的问题。
诊断项目:- 商品的用途- 目标用户- 使用方法- 尺寸・容量・材质・成分- 比较要点（与类似商品的差异）- 适配环境・兼容性- 对购买前常见疑问的回答- 信息的缺失与矛盾- 标题 / Bullet Points / 商品描述之间的重复- 购买判断所需信息的覆盖度
不要只给分数，请按项目给出评价理由、缺失的信息、修改优先级、具体的改进方案。可调整的条件 —— 目标 ASIN。
返回内容 —— 各诊断项目的评价・评价理由・缺失信息・修改优先级・具体改进方案。不是「Rufus 适配得分」这种只有分数的回答，而是给到「按什么顺序改什么」。
设置变更 —— 仅建议（只读，不修改目录）。
提示词 3: 制作商品标题的改进方案
Section titled “提示词 3: 制作商品标题的改进方案”诊断现有商品标题，提出兼顾检索性与辨识度的改进方案。
使用场景 —— 想在纳入搜索关键词的同时，避免标题变成卖点词堆砌时。
需要准备的信息 —— 目标 ASIN。若有想主攻的搜索关键词，可一并指定。
获取 ASIN {{目标ASIN}} 的现有目录，给出 3 个商品标题的改进方案。每个方案并列写出 变更理由、纳入的搜索关键词、删去的信息及其理由。不要变成卖点词的堆砌，也要遵守字数上限的大致标准。现有目录中没有依据的卖点不要加入，想加入时请单独列为「需品牌方确认」。可调整的条件 —— 目标 ASIN／想主攻的搜索关键词（追加「包含『○○』」）。
返回内容 —— 改进方案（多个）× 变更理由 × 使用的依据信息 × 需品牌方确认事项。
设置变更 —— 仅建议（不修改目录）。字数与书写规则因类目和商城而异，反映前请确认 Seller Central / Vendor Central 的最新规范。
提示词 4: 制作要点（Bullet Points）的改进方案
Section titled “提示词 4: 制作要点（Bullet Points）的改进方案”要点（Bullet Points）在智能手机上只显示开头几行，因此把重要信息放在最前的结构很关键。诊断现有要点并提出改进方案。
使用场景 —— 想把重要信息集中到最前、让要点更易读时。
需要准备的信息 —— 目标 ASIN。
获取 ASIN {{目标ASIN}} 的现有目录，给出 Bullet Points 的改进方案。每条 Bullet Point 用「标题：正文」的格式，把重要信息放在最前。并列写出与现有版本的对照（现有 → 提案）和变更理由。现有目录中没有依据的卖点不要加入，单独列为「需品牌方确认」。可调整的条件 —— 目标 ASIN。
返回内容 —— 每条要点的 现有 → 提案 对照表 × 变更理由 × 需品牌方确认事项。「标题：正文」格式是 Amazon（美国）官方指南推荐的结构，在日语目录中同样有助于提高可读性。
设置变更 —— 仅建议（不修改目录）。
提示词 5: 制作商品描述的改进方案
Section titled “提示词 5: 制作商品描述的改进方案”诊断商品描述（Product Description），在避免与要点（Bullet Points）重复的同时，提出补足购买判断所需的故事与详细信息的改进方案。
使用场景 —— 想补足使用场景与详细规格、避免与标题・要点重复时。
需要准备的信息 —— 目标 ASIN。
获取 ASIN {{目标ASIN}} 的现有目录，给出商品描述的改进方案。避免与标题 / Bullet Points 重复，以补足 使用场景、详细规格、购买前疑问的回答 的结构来写。并列写出与现有版本的对照和变更理由。现有目录中没有依据的卖点不要加入，单独列为「需品牌方确认」。可调整的条件 —— 目标 ASIN。
返回内容 —— 商品描述的改进方案 × 变更理由 × 相对现有版本的变更点 × 需品牌方确认事项。
设置变更 —— 仅建议（不修改目录）。
提示词 6: 制作 Item Highlights 的改进方案
Section titled “提示词 6: 制作 Item Highlights 的改进方案”Item Highlights 是用逗号分隔的短语传达商品要点的项目。用来放置标题里放不下、但对检索、比较、购买判断有用的信息。现有 Item Highlights 不在获取范围内，请把当前内容粘贴进来一起提交。
使用场景 —— 想用短语补足标题里放不下的要点时。
需要准备的信息 —— 目标 ASIN、现有的 Item Highlights（未设置时写「未设置」）。
获取 ASIN {{目标ASIN}} 的现有目录，给出 Item Highlights 的改进方案。当前的 Item Highlights 是: {{现有的 Item Highlights（未设置则写「未设置」）}}
用逗号分隔的短语，优先 材质 / 用途 / 使用场景 / 客观的比较特征，与标题重复的信息原则上不要放入。不要加入对价格、配送、保修的提及、夸大表述和表情符号。可调整的条件 —— 目标 ASIN／现有的 Item Highlights 内容。
返回内容 —— 逗号分隔短语形式的改进方案 × 各短语的采用理由 × 与标题的重复检查结果。
设置变更 —— 仅建议（不修改目录）。
提示词 7: 对比现有目录与提案版本
Section titled “提示词 7: 对比现有目录与提案版本”将提示词 3〜6 生成的改进方案与现有目录按项目并列比较，形成用于批准判断、品牌方确认的评审资料。
使用场景 —— 想把现有与提案并列的资料，转交内部评审或品牌方确认时。
需要准备的信息 —— 无（在同一会话中已有提示词 3〜6 的提案时使用）。
把到目前为止的改进提案，与现有目录按项目（标题 / Bullet Points /商品描述 / Item Highlights）并列整理成比较表。每个项目并列写出 现有 / 提案 / 变更理由 / 期望效果 / 需确认事项。可调整的条件 —— 比较项目的范围（对象是同一会话中已生成的提案）。
返回内容 —— 按项目的 现有 / 提案 / 变更理由 / 期望效果 / 需确认事项 比较表。可直接用于内部评审或转交品牌方确认。
设置变更 —— 仅建议（不修改目录）。
提示词 8: 把已批准的改进方案整理成录入用数据
Section titled “提示词 8: 把已批准的改进方案整理成录入用数据”将人工确认、批准后的改进方案，整理成便于录入 Seller Central / Vendor Central 的格式。不会自动上传，也不会在未经确认的情况下反映。 录入操作必须由人在 Seller Central / Vendor Central 上进行。
使用场景 —— 想把已批准的改进方案，整理成便于录入的形式时。
需要准备的信息 —— 录入目标（Seller Central / Vendor Central）。在同一会话中已有已批准的改进方案时使用。
将已批准的目录改进方案，整理成便于录入{{录入目标（Seller Central / Vendor Central）}} 的格式。分开输出以下内容:- 提案内容（按项目的录入用文本）- 变更理由- 作为依据使用的商品信息- 需要确认的表述（附法务・药事・品牌确认标记）- 反映前的确认事项清单把「录入用数据」和「评审用数据（附理由・依据）」区分开。可调整的条件 —— 录入目标（Seller Central / Vendor Central）。
返回内容 —— 按项目的录入用文本，以及附理由、依据、确认标记的评审用数据。
设置变更 —— 仅整理（不执行上传・反映）。字数限制、输入项目、按类目的模板在 Seller Central 与 Vendor Central 规范不同，也可能变更，反映前请务必确认录入目标的最新规范。反映由人工手动进行。
- 找出成效好的关键词与商品定向 —— 检测不易被点击的商品广告（寻找目录改进的切入点）
- 分析从搜索到购买在哪一步流失（SQP） —— 从市场搜索词中寻找「应纳入的关键词」
- 用 N-gram 分析高效搜索模式 —— 把销售贡献高的搜索词反映到目录