SKUプロジェクト商品移行からレビュー移行で押さえておきたいポイントと覚書

※9.11現在　試行錯誤を重ねている状態ですので頻繁に更新しそうです

SKUプロジェクトが始まって数カ月たちましたが

移行した店舗さまは慣れるのに必死（余裕な方もいるかもしれませんね）
移行していない店舗さまは恐々としていらっしゃるかと思います。

皆様はいかがでしょうか？

わたくしは、ありがたいことに、商品移行・レビュー申請代行のご依頼があり

SKUプロジェクトへの理解がさらに深まっていく、今日このごろ。
作業していく中で学べたことがたくさんありましたので、覚書としてブログにした次第です。

※今後、もっといい方法があるかもしれません。2023年9月現在での情報と思ってください。

覚書なのでやや粗めの構成です。お許しください。

ベストな方法もまだ確立できていません
もっと、効率的・合理的なものがあれば速攻やり方変える予定です。

準備編：商品移行前に準備はしっかり！
作業編：商品をまとめよう！（重要ポイントあり）
1. 管理画面で設定する場合
2. CSVで更新する場合
移行先の商品情報を反映して移行元商品のカゴを閉じよう！
レビュー移行申請をしよう！
1. フォーマットをダウンロードして必要事項を記入して申請
申請における重要なポイント
商品移行＋レビュー移行申請のポイントまとめ
1. レビュー移行申請はある程度こまめにする
2. 商品まとめ、レビュー統合申請は後回しにせず早めに

準備編：商品移行前に準備はしっかり！

すぐに商品をまとめてしまいたい気持ちはとってもわかります。

ですが、後で困ることにならないようにまずは準備をしっかりしておくことが大事です。

移行元商品と移行先商品のジャンルIDの確認

まずは移行元商品と移行先商品のジャンルIDが一致しているか？

これが一致していないとレビュー移行は即却下です。
同じ土俵に立てていません。

必ず確認するようにしましょう！

商品属性は先に入れておく

これは楽天さんも言われていますね。
タグIDをしっかり入れていてもそれでも必須項目が入っていなかったりします。

商品属性の必須項目が入っていなければレビュー移行は却下されるので
必ず入れましょう！

そうでなくても本当に大事になってくるはずです！
検索のキーになってくるでしょう。

※最悪「-」ハイフンでも入るようですが（私は、ちゃんと入れるので試そうとも思いません）
やはりしっかり入れるに越したことはないと思います。

これやってないなら商品移行しないほうが良いくらい。

代表カラーの順番も覚えちゃった。

商品名・画像・説明文・商品オプションの準備

レビュー移行の審査には影響ないかもしれませんが

購入する方のことを考えると完璧にしておくべきです。

たとえば、全17色のアイテムに全18色のアイテムを移行するとして
商品名が全17色とかだと変ですよね？

アパレルだったらXS～3Lサイズに4L~6Lサイズを移行するとして
4L~6Lのサイズ表ないってなるとそのサイズの人は買ってくれないことがほとんどのはずです。
（リピーターさんとかだと別かもしれませんが、新規さんを意識するべきです！絶対！）

また、画像・商品オプションも矛盾が無いか確認しましょう。

分かりにくいことでお客様が購入のタイミングを逃すこと
また、記載漏れによるトラブルは避けなければなりません。

作業編：商品をまとめよう！（重要ポイントあり）

まとめる方法として

管理画面からまとめる方法とCSVでまとめる方法があります。

どちらがいいかというと、店舗さまによると思いますので一概には言えませんが、

・SKUの数が少ない　→　管理画面

・SKUの数が多い　→　CSV

だと思います。

レビュー移行をする前提で商品を管理画面でまとめる場合、
絶対に押さえておきたいポイントがあります。

個人的にはSKUの数が多かろうが少なかろうがCSVで作業することをオススメします。CSVでデータをつくると、作業履歴が残るので後々良いのです。レビュー移行申請でも恩恵ありです。

ただ、バリエーションが2軸を超えると、迷子になりやすいのがつらいところ。

2軸以上の場合で移行元より移行先の方がバリエーションが多いとかあると

移行元のデータが足りないとエラーになるので…想像しにくいかもですが、是非体感してみてほしいです。
＜UP＞2軸→3軸以上に変更する場合は、統合元の商品に軸を足してからレビュー移行するとよさげです。

管理画面で設定する場合

カラーを統合したい場合を例にします。
選択肢を追加を選んで

カラー名を入れて、バリエーションを作成を押すと、STEP2のバリエーション作成が表示されます。
SKU管理番号を入れて更新。
SKU管理番号は自動入力もできますが、個人的にはこの値は移行元のSKU管理番号と一緒がいい。
ただし、ズレちゃうと危ない。慎重に！

お客様によっては、SKU管理番号とシステム連携用SKU番号と一緒がいいというご希望もあります。ですが個人的には別にしたほうが良いという見解。

SKU管理番号は半角32文字、システム連携用SKU番号は全角48文字
そもそものデータ仕様が違いすぎるのです。あと、SKU管理番号は変えられないので一緒にするとシステム連携用SKU番号を変更する必要があると混乱を招きかねない。なのでいっそのこと別という認識を持っておいてほしいものです。
とはいえ・・・推奨はしていませんが店舗さまに初回は一緒にしたい！という強い希望がありましたらご要望通りにはしています。

「SKU情報を取り込む」を押す

移行したいデータを選ぶ。

商品管理番号とSKU管理番号を指定して

ここで最も重要なポイントがあります。

移行先の商品管理番号とSKU管理番号
移行元の商品管理番号とSKU管理番号
を「最低一つ」覚えておくこと

この情報がレビュー移行申請に必要になります。
メモっておくか一覧で管理しておいてください。

SKU情報を取り込むボタンで取り込むと商品属性なども引き継がれるので
商品をまとめるならば「SKU情報を取り込む」方法が絶対おすすめです！

CSVで更新する場合

CSVをダウンロードする

SKUプロジェクトで最大の魅力を感じたのはCSVのダウンロード機能。
まとめたい商品の商品管理番号を指定してダウンロードすれば対象の商品だけダウンロードできる！

ダウンロードしておきたい項目は、在庫連携システム等にもよると思いますが
SKUレベルとバリエーションキー項目さえあればOK。

最低限必要なのは以下。赤は入ってないと登録エラーになります。

・システム連携用SKU番号　←　在庫連携システム使っているならマスト！
・在庫数　←　在庫数指定しないと登録できない
・販売価格　←　二重価格なら別途情報も必要
・納期・最短お届け可能日表示　←　納期情報は規約で入力必須です
・配送方法セット管理番号　←　メール便とメール便不可商品をまとめるとかならマスト
・商品名　←　商品名がマストというよりかは、商品レベルの項目は絶対一つDLすること。そうじゃないと商品レベルの行がないデータがダウンロードされる。CSVをアップロードするとき、商品レベルが無いと落ちるので商品レベルを足すことになる。時間のロスを削減するためにも覚えておいてほしい。ただし、今回の場合バリエーションにチェックをするのでこの項目が無くても大丈夫。
・SKU画像　←　登録していますよね？ね？
・商品属性　←　レビュー移行の必須条件
・カタログID　←　あるならマスト
・カタログIDなしの理由　　←　カタログIDが無いならマスト
・バリエーション定義　←　商品レベル行、バリエーションを統合したいという目的なので忘れてはいけない！
・バリエーション項目名・選択肢　←　同上

間違えずにチェックできる裏技を編み出していたので公開するか悩んでいたのですが、スタッフに公開したら絶対あかんと反対されたので秘めておきます。

CSVを作る

※私はこの作業にはフリーソフトのCassavaを使用しています。
※完全な手順を書いていますが自己流なので全てを鵜呑みにしないでください。
※この手順はバリエーションキー項目が同じであることが前提
※3軸はちょっと大変（SKU上限400に注意）

SKUレベルをコピーする

移行元のSKUレベルの情報をコピーして
移行先のSKUレベルの下に貼り付ける。
※この時、バリエーションキー項目は同じであることを前提にしています。違う場合は統一してあげてください。
※今回はバリエーションキー項目の2を追加することが前提。1と2両方足す場合はもう少し面倒。
機会があればブログ書くかもだけど、応用になるので書かない可能性の方が高い。