ネットショップで同じ商品の情報を複数の販売先へ登録すると、片方だけ古い素材やサイズのまま残ることがあります。説明文を毎回作り直す前に、何を正しい情報として扱い、どの販売先へどの版を反映したかが分かる形にしましょう。
従業員20人未満のネットショップで想定される悩みに対する改善提案です。一商品・二つの掲載先・一週間から、今使っているExcelなどを生かして試す方法を紹介します。実際の顧客への導入報告や測定済みの効果ではありません。
商品原本と販売先への反映状況を分けます
商品原本表は、商品コード、正式名称、素材、サイズ、注意事項、根拠資料、確認日、版を持つ一つの表です。製造元の資料や自社が承認した仕様を商品担当が確認し、分からない値は未確認にします。公開済みページからコピーしただけでは、そのページに残る誤りを引き継ぐことがあります。
もう一つの反映一覧には、商品コード、販売先、原本の版、下書き作成日、確認者、登録日、公開画面を確認した日、未反映の理由を置きます。原本が版2でも、販売先Aが版1なら、まだ更新を終えていないと分かります。ファイルを保存した日だけで登録済みとしないことが要点です。
原本の商品コードと、各販売先の商品ID・対象URLを対応付ける欄も持ちます。原本P01が販売先Aでは別のIDになっていても、人が同じ商品だと確認できるようにするためです。IDや対象URLが不明な掲載先は、名前の似ている商品へ推測で登録せず、確認待ちにします。変更前の掲載文と対象IDも保存し、誤更新時にどの内容へ戻すかを登録担当が確認します。
売れた個数と在庫の突合は、この表へ混ぜません。今回は商品の説明・仕様の更新を揃える作業に限り、在庫連携や注文処理の自動化とは分けて始めます。
掲載先の条件は管理画面の案内で確認します
各販売先で必要な項目、文字数、使える表記、登録方法、プレビューの有無を、現在の公式ヘルプや管理画面で担当者が確認します。「商品名」という同じ欄名でも、入力上限や必要な情報が同じとは限りません。実際のサービスを選んでいない段階で、CSV取込やAPI連携が使えると決めないようにします。
| 原本の欄 | 掲載先Aへの対応 | 掲載先Bへの対応 |
|---|---|---|
| 正式名称 | 名称欄へ、必要なら承認した短縮名 | 名称欄へ、別の文字数条件を確認 |
| 素材・サイズ | 仕様欄へ | 説明欄へ、項目名を添えて記載 |
| 注意事項 | 省略せず指定欄へ | 専用欄がなければ適切な掲載位置を確認 |
この表は架空の対応例です。A・Bは実在するモールを指しません。自社で使う販売先の項目名と条件へ書き換え、根拠のURLや確認日も編集用の対応表へ残します。
生成AIは下書き、計算式は文字数、人は仕様と登録を担当します
生成AI（ChatGPTやClaudeやGeminiなど）には、公開してよい承認済みの商品情報と掲載先の確認済み条件だけを渡します。仕入価格、顧客データ、ログイン情報は不要です。会社で認められた通常チャットに文字を貼る方法から始められます。外部販売先へ接続したり、自動で登録したりする前提にはしません。
書き換える入力は次のとおりです。角括弧を自社の公開可能な値と確認済み条件に置き換えます。
商品コード：[コード] 原本の版：[版] 正式名称：[名称] 素材：[確認した素材] サイズと単位：[確認した値] 必ず残す注意事項：[承認した文] 掲載先：[名称と対象欄] 対象欄の条件：[公式案内で確認した内容] 未確認：[不明な条件。なければ「なし」]
次の商品原本だけから、掲載先別の登録下書きを作ってください。 商品コードと原本の版を各出力に残してください。 素材・サイズ・注意事項を変えず、用途や効果を推測して足さないでください。 必須情報が文字数内に入らない場合は削って確定せず、要確認としてください。 出力は①掲載先・対象欄・下書き ②原本との差分 ③確認待ち事項。 実際の登録や公開は行わず、下書きと明示してください。 【原本と条件】ここへ書き換えた入力を貼ります。
架空例では、原本を「P01／版1／小物袋／綿／幅20cm・高さ15cm／洗濯で縮む場合あり」とします。Aの商品名欄は説明用の仮条件として12文字以内、Bは20文字以内とします。これは実際のモールの上限ではありません。
名称の下書きは両方とも「綿の小物袋」とでき、5文字です。説明には「綿製。幅20cm、高さ15cm。洗濯で縮む場合があります」と、元の仕様と注意を残します。生成AIが「防水」「洗濯可能」と追加したら、原本にない性質として削除させます。
文字数は生成AIの自己申告に頼らず、名称をExcelのB2へ入れた場合は=LEN(B2)などで確かめます。MicrosoftのLENの公式説明では空白も文字として数えます。ただし、販売先がバイト数や独自の方法で制限している場合、LENの結果だけでは合格としません。実際の入力欄でも確認してください。
原本が変わったら更新が必要な販売先を確かめます
架空例で、商品担当が新しい根拠資料に基づき高さを16cmへ訂正し、版2と承認したとします。反映一覧がA＝版2、B＝版1なら、Bは未反映です。Bの説明を原本の16cmへ直し、商品コードと注意事項を再照合します。Aも版2と書かれているだけで安心せず、最終画面の値を確認します。
登録前は商品担当が素材・数値・注意事項を、登録担当が対象商品・対象欄・上書き範囲を見ます。今回は一商品を手で登録する方法から始めます。取込ファイルを使う場合は、その販売先の最新仕様を別途確認し、必要な列だけで検証してから扱います。原本表全体をそのまま送らないでください。
登録後は実際の表示を開き、改行、単位、注意事項の欠けを確認してから完了日を記録します。公開画面を確認できない販売先は「登録済み・表示未確認」と分けます。登録に失敗した場合は再送を急がず、対象商品の状態とエラーを確認し、旧版が残る販売先を未完了のまま担当者へ引き継ぎます。
一週間で確かめるのは入力回数と未反映です
試す前に同じ商品情報を何度入力しているか、変更から各掲載先の確認までどこで止まるかを書き出します。試行中は下書き、確認、登録、手直しにかかった時間と、旧版が残った箇所を記録します。転記が減っても確認が増えたなら、その作業も含めて比べます。
まず一商品で、担当者が変わっても原本へ戻れるか、未反映の販売先を見つけられるかを確認しましょう。その後に品数を増やし、連携の開発を検討する場合も、権限・費用・保守・失敗時の復旧を別途確認します。削減時間や売上の効果は、測る前に断定しません。
業務や掲載情報を整理したい場合は、LIFESEEDSのAI活用・業務効率化支援をご覧ください。現在の困りごとはお問い合わせからご相談いただけます。
コメント