カテゴリで商品群を整理する
商品群と表示順を決め、販売条件を持つバリエーションとは分けます。
日々の業務で判断と担当を明確に
共通の業務記録は、提案を準備する同僚と公開情報を読む人の両方に関係します。対象を区別し、何を変え、どこに表示し、誰が確認するかを決めます。内部で編集しただけで公開や販売の結果が整ったとは考えず、代表的な一件で確かめてください。
元の情報を明確にする
カテゴリは安定したキー、日本語名、任意の英語名、表示順を持ちます。顧客が商品群を区別する言葉を選びます。カテゴリは商品をまとめるもので、販売条件を持つバリエーションとは異なります。未確定の条件差を分類で隠さないでください。 商品の説明情報と、販売対象となるバリエーションを分けて管理します。商品にはカテゴリ、名称、紹介文、公開用の情報を持たせ、バリエーションにはSKU、整数の円価格、税区分、単位、数量条件を設定します。どの情報を変更するのかをチームで共有しやすくなります。
- 主な商品群と安定したキー、分かりやすい名称を決めます。
対象の表示を確認する
名称変更は読者向けの説明を変え、並び順は利用先でのグループ表示に関係します。一つのラベルだけでなく全体を確認します。内部の経緯や略語を知らない同僚も理解できる分類を目指してください。 下書き・確認中・公開の状態を区別して、カタログの公開情報を管理します。Webサイト連携は公開用に選別された情報を使い、内部レコード全体をそのまま公開するものではありません。告知やリンク共有の前に、実際の表示と言語を確認してください。
- 商品を割り当て、表示順と日本語・任意の英語名を確認します。
カテゴリの順序を確認する
分類の並び替えは案内を変えますが、個々の販売条件は変えません。
実際の利用先で確かめる
変更後は代表的な商品と公開表示を確認します。カテゴリ編集だけでSEOページ、全URLの変更、階層型ショップ構造が自動的に成立するわけではありません。実際の出力先を確認し、既存リンクの変更は別の判断として扱います。 有効な連携モジュールでは、カタログを見積の選択肢などに利用できます。ただし、この連携だけで決済、倉庫、配送の業務が成立するわけではありません。価格変更と販売対象の管理担当を決め、実際の利用先で代表的な選択を試しましょう。
- 複数の選択と公開先を確認してから新しい分類を共有します。
具体的な業務の流れ
必要な情報をそろえる
主な商品群と安定したキー、分かりやすい名称を決めます。
判断内容を確認する
商品を割り当て、表示順と日本語・任意の英語名を確認します。
処理結果を確かめる
複数の選択と公開先を確認してから新しい分類を共有します。
実務を想定した例
業務の進め方の一例
入門キット、交換部品、消耗品に分ける例です。カテゴリは商品群を表し、サイズは商品のバリエーションに残します。担当者は各分類の例を確認してから営業と共有します。実在する導入事例ではありません。
この機能についての質問
カテゴリとバリエーションは同じですか？
カテゴリは商品を分類し、バリエーションは販売対象の条件を持ちます。
SEOページも自動作成しますか？
カテゴリ情報と、有効なWeb構成は別に確認が必要です。自動作成を前提にしないでください。
編集するとすぐ公開されますか？
自動公開を前提にせず、下書き・確認・公開の状態と有効なWeb表示先を確認してください。
AIの変更は確認不要ですか？
文章や更新は確認する提案として扱い、利用者の編集・公開権限を適用します。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
