コンテンツにスキップ
Picaro.AI Picaro.AI Prompt Library

カタログを診断して改善案を作る

このページでは、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 からカタログへの書き込みはありません

こんな時に使います

Section titled “こんな時に使います”
  • 現行の商品ページのどこから直すべきか、優先順位を付けたい
  • Rufus 経由の露出・購入判断を意識して、質問に答えられる情報が揃っているか確認したい
  • 商品タイトル / 箇条書き（Bullet Points）/ 商品説明 / Item Highlights の改善案がほしい
  • 現行カタログと提案版を並べて、社内レビューやブランド確認に回したい
  • 承認済みの改善案を、Seller Central / Vendor Central に登録しやすい形式に整えたい
  • クリックされにくい商品広告の商品ページを見直したい（きっかけは関連ページの分析）

実行前に確認すること

Section titled “実行前に確認すること”
  • 対象 ASIN … 診断したい商品の ASIN（例: B0XXXXXXXX）を用意します。
  • マーケットプレイス … 日本 / 米国 / ドイツ / 英国 から指定できます（既定は日本）。
  • 現行の Item Highlights（任意） … Item Highlights を診断したい場合は取得対象外のため、現在の内容を手元に用意します。
  • 反映は人が手動で行う前提 … このページは提案・整形までです。文字数制限・入力項目・カテゴリー別テンプレートは Seller Central と Vendor Central で仕様が異なり変更されることもあるため、反映前に登録先の最新仕様を確認します。

プロンプト早見表

Section titled “プロンプト早見表”
やりたいこと分かること・作られるもの設定変更プロンプト
現行カタログを 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 で仕様が異なり変更されることもあるため、反映前に必ず登録先の最新仕様を確認してください。反映は人が手動で行います。

関連カテゴリ

Section titled “関連カテゴリ”