mcpField
A
amz-seasonal-planning

amz-seasonal-planning

github.com/jaygptproマーケティング・グロース11113 回インストール3 日前に更新
リポジトリ

amz-seasonal-planning について

amz-seasonal-planning は、Amazon 出品者が季節需要のピークに向けて在庫、商品ページ、広告、セールを計画するスキルです。確定したイベント日から逆算し、ピーク後の在庫整理も計画します。

主な機能

  1. 01ピーク日から逆算する日程
  2. 02季節需要と在庫の予測
  3. 03商品ページ更新とインデックスの節目
  4. 04広告予算の増額とセール締切
  5. 05ピーク後の在庫整理計画

活用シーン

  1. 01Q4 や Prime イベントの準備
  2. 02リードタイムに基づく在庫発注日の設定
  3. 03商品ページと広告更新の予定作成
  4. 04季節需要後の余剰在庫削減

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jaygptpro/amazon-pro-skills --skill amz-seasonal-planning

インストール後、Claude Code で/amz-seasonal-planningを入力して読み込まれたか確認します。

詳細

季節販売プランナー

季節商品の販売は、需要のピークより何か月も前から始まっています。在庫の発注、商品情報の更新、広告予算の増額。すべてに需要が高まるより前の期限があります。このスキルでは、需要のピーク日から逆算して計画を立てます。

こんなときに使用します

  • Q4、Prime Day、Prime Big Deal Days、またはカテゴリー固有のシーズンに備えるとき。
  • 季節商品を扱うセラーが、タイミングの計画を必要としているとき。
  • 在庫や広告の準備が間に合わず、過去のピークを逃したとき。
  • シーズン終了後、長期保管手数料が発生しないように縮小計画を立てるとき。

フレームワーク。逆算スケジュール

今日から先に向かってシーズンの計画を立ててはいけません。需要のピークから逆算して計画します。ピーク日を確定し、必要な準備期間に応じて各マイルストーンをその前に設定します。

                                              <-- PEAK DEMAND
                                  T-2 to 4 weeks   Ad budget ramps to maximum
                          T-3 to 6 weeks           Deal and coupon submissions
                  T-4 to 8 weeks                   Listing refresh live, indexed
          T-6 to 10 weeks                          Inventory checked in at FBA
  T-3 to 5 months                                  Inventory purchase order placed

最も期限が厳しいのは在庫の発注です。製造、貨物輸送、通関、FBA への受領までのリードタイムすべてを考慮する必要があります。発注を逃すと、ほかのことはすべて意味をなさなくなります。ピーク時に販売する商品がないからです。

2つの Prime イベント。それぞれ別に対応する

Amazon は現在、毎年2つの大規模な Prime イベントを開催していますが、セラーはしばしば両者を混同します。準備期間、在庫のリードタイム、広告のウォームアップ曲線はそれぞれ異なります。正確な日程は毎年変わり、Amazon が過去に変更したこともあります(夏のイベントは、年によって6月または7月に開催されています)。日程を固定してはいけません。まず Seller Central で当年の正確な日程を確認し、その日から逆算して以下のリードタイムを適用します。

夏の Prime イベント

主要イベントで、例年は年の半ばに開催されます(年によって6月または7月に開催されています)。日程は変動するものとして扱い、毎年確認してください。確定した日程から逆算すると、セールの申請締切はおよそ8〜10週間前、在庫の受領はおよそ2〜3週間前、商品情報の更新はおよそ2〜3週間前までに公開・インデックス登録を完了し、イベント開始までの2週間で広告予算を段階的に増額します。イベント中は販売が急増します。セール対象商品では、CPC がピークに達し、需要が急激に高まることを想定してください。

秋の Prime イベント(Prime Big Deal Days)

秋に開催されるイベントで、Q4 の幕開けに位置付けられています。例年は10月上旬から中旬に開催されますが、Amazon が日程を確定するのはイベントの直前です。毎年日程を確認し、決めつけないでください。確定した日程から逆算すると、セールの申請締切はおよそ8〜10週間前、在庫の受領はおよそ3週間前、商品情報の更新はおよそ2〜3週間前までに公開・インデックス登録を完了し、イベント開始までの1週間で広告予算を段階的に増額します。

夏のイベントとの重要な違い。秋のイベントは Q4 全体の立ち上がり期間に含まれるため、広告のウォームアップ期間が長くなります(需要の曲線は数週間前から上昇し始めます)。一方、縮小期間は短くなります(落ち着いた月に入るのではなく、Black Friday と Cyber Monday の準備へそのまま移行します)。海外からの貨物輸送を利用するセラーは、Q4 のホリデーシーズン向け在庫も同じ輸送ルートを使う時期に秋のイベントが重なるため、在庫のリードタイムもより厳しくなります。早めに発注してください。

両方のイベントに参加するセラーは、同じ計画を2回繰り返すわけではありません。準備期間、在庫の発注書の日付、広告のウォームアップはそれぞれ異なります。また、秋のイベントから11月と12月のピークへスムーズに引き継ぎ、商品情報の在庫切れを起こさないようにする必要があります。

このスキルでは、年間の大まかなスケジュールを扱います。Q4 の詳細な作業、週ごとの再発注カレンダー、SKU ごとのピーク時販売速度倍率、入庫遅延へのバッファー、FBM への切り替え条件については、amz-q4-restock-war-room に引き継いでください。

5つのワークストリーム

  1. 在庫。 平均的な月間販売数ではなく、季節需要の予測に基づいて発注します。ピーク時の需要は通常時の数倍になることがあります。ピーク需要に合わせて発注し、チェックイン日から逆算してリードタイムを確保します。シーズン終了後に過剰在庫や長期保管手数料が発生しないよう、ピーク後の在庫数量も計画します。

  2. 商品リスティング。 季節に合わせて更新します。ギフト向けの説明文、季節感のあるメイン画像やギャラリー画像、バックエンドに追加する季節キーワードなどが含まれます。インデックス登録やランキング向上には時間がかかるため、ピークの数週間前までに公開し、インデックス登録を済ませる必要があります。

  3. 広告。 需要の高まりに合わせて予算を増やし、イベント期間中はピーク水準を維持します。イベント終了と同時に予算を削減してはいけません。イベント後も需要は続きます。ピークシーズンにはクリック単価(CPC)が上がることを想定し、それに備えて予算を組みます。

  4. セール。 ピークイベント向けのタイムセール、ベストディール、クーポンには、数週間前の申請期限があります。申請期間を逃すと、セールを実施できません。amz-deal-finderを参照してください。

  5. ピーク後の計画。 ピーク後に在庫が長期保管手数料の発生期間まで残らないよう、価格と広告を段階的に縮小し、在庫水準を調整します。

手順

  1. 入力情報を集めます。 商品、ピーク日またはイベント、通常の販売ペース、予想される季節倍率、在庫の全リードタイム、現在の在庫を確認します。

  2. ピーク日を確定し、 逆算でスケジュールを作成します。

  3. ピーク需要を予測します。 通常の販売ペースに季節倍率を掛け、ピーク期間の需要を算出します。これを在庫の発注数量に反映します。

  4. すべてのマイルストーンを ピークまでのリードタイムに合わせてスケジュールに記入します。期限を過ぎている、または期限が迫っているマイルストーンにはフラグを付けます。

  5. ピーク後の計画を立てます。 ピーク後の段階的な縮小と、長期保管手数料を避けるための在庫水準を計画します。

  6. 品質チェックを実施し、 その後、納品します。

出力形式

## Seasonal Plan. [product] . peak: [date or event]

### Demand forecast
Baseline: [units/period]   Multiplier: [Nx]   Peak window need: [units]

### Backward timeline
[date] . inventory PO placed
[date] . inventory checked in at FBA
[date] . listing refresh live and indexed
[date] . deal and coupon submissions
[date] . ad budget at peak
PEAK: [date]
[date] . wind-down begins

### Deadline flags
[any milestone already passed or imminent]

### Wind-down
[price and ad taper, stock target to avoid long-term storage fees]

実例

ギフト商品で、ピークは12月、通常の販売数は月300個、ピーク期間の予想は4倍です。在庫の総リードタイムは12週間です。

12月中旬のピークから逆算すると、10月下旬または11月上旬までにチェックインするには、在庫の発注書を9月ごろまでに提出する必要があります。ギフト向けの商品リスティングの更新は、インデックス登録されるよう10月下旬までに公開します。11月と12月のイベントのセール申請期限は、出品者が思うより何週間も早く締め切られます。広告予算は11月を通じて段階的に増やし、12月下旬まで維持します。ピーク後は価格を段階的に引き下げ、長期保管手数料の発生期間まで在庫が残らない水準を目指します。この出品者は10月に発注する予定でした。それではシーズン全体を逃していたでしょう。

品質チェック

  • 今日からではなく、ピーク日から逆算して計画を立てている。
  • 在庫の発注数量には、通常の月間販売数ではなく季節倍率を適用している。
  • 在庫の発注期限には、FBAチェックインを含む全リードタイムを考慮している。
  • ピーク前にインデックス登録できるよう、商品リスティングの更新を十分早く予定している。
  • セールの申請期限をイベントの数週間前に設定している。
  • シーズン終了時に長期保管手数料が発生しないよう、ピーク後の計画を立てている。
  • すでに過ぎた期限や差し迫った期限にフラグを付けている。

よくある間違い

  • 今日から計画を立てる。 ピークから逆算せず、今日を起点に進めて、在庫の発注期限が過ぎていたことに気づきます。
  • 通常の販売数に合わせて発注する。 通常月に必要な在庫だけを用意し、ピークの2日目に売り切れてしまいます。
  • 商品リスティングの更新が遅い。 季節向けの商品リスティングを公開するのが遅すぎて、ピーク前にインデックス登録やランキング向上ができません。
  • セールの期限を逃す。 セールの申請はイベントよりはるかに早く締め切られます。
  • ピーク後の計画がない。 ピークに向けて過剰に発注し、残った在庫に一年中長期保管手数料がかかります。

Jay GPT Pro が開発

Amazon Pro Skills の一部です。本格的なAmazon出品者向けの本番品質のスキルです。無料でオープンです。Jay Margaliot が開発しました。

Amazon出品者向けの新しいAI活用法を毎週、WhatsAppグループで無料共有しています。 こちらから参加してください:https://chat.whatsapp.com/ILX65p1yWcaIG3c9WGHpTY

コメント