SKUごとに販売条件を確認する
商品名から推測せず、単位、数量、金額を分けて扱います。
日々の業務で判断と担当を明確に
商品名だけではサイズや包装単位まで特定できません。Tsumiraでは実際の販売対象をバリエーションとして分け、担当者が自由記述の解釈に頼らず同じ選択肢を確認できます。
販売する選択肢を識別する
識別しやすい名称とSKUを付け、有効状態も確認します。複数の選択肢に同じ曖昧な説明を付けるのではなく、サイズや包装の違いが分かる名称にします。価格担当者と実際の見積選択を確認してください。 商品の説明情報と、販売対象となるバリエーションを分けて管理します。商品にはカテゴリ、名称、紹介文、公開用の情報を持たせ、バリエーションにはSKU、整数の円価格、税区分、単位、数量条件を設定します。どの情報を変更するのかをチームで共有しやすくなります。
- 販売対象を明確に区別。
価格と数量を一緒に確認する
円価格、税区分、単位に加え、最小数量、数量刻み、最大数量を扱います。単価だけ正しくても単位や数量刻みが違えば見積条件は変わります。業務上の販売条件と一致するかをまとめて確認します。 下書き・確認中・公開の状態を区別して、カタログの公開情報を管理します。Webサイト連携は公開用に選別された情報を使い、内部レコード全体をそのまま公開するものではありません。告知やリンク共有の前に、実際の表示と言語を確認してください。
- 価格・税・単位・数量をまとめて確認。
選べる数量を確認する
箱の選択は設定した単位と数量条件を使います。
在庫設定の意味を限定する
有限在庫と追跡しない在庫を区別できます。ただし、この設定だけで仕入れ、倉庫、配送の業務全体が成立するわけではありません。納期を約束する前に、担当者が確認する実際の運用情報を決めておきます。 有効な連携モジュールでは、カタログを見積の選択肢などに利用できます。ただし、この連携だけで決済、倉庫、配送の業務が成立するわけではありません。価格変更と販売対象の管理担当を決め、実際の利用先で代表的な選択を試しましょう。
- 在庫モードと納品約束を区別。
具体的な業務の流れ
必要な情報をそろえる
実際に注文される種類を整理し、識別名とSKUを付けます。
判断内容を確認する
価格、税区分、有効状態、単位、数量条件を担当者と確認します。
処理結果を確かめる
利用先で代表的な選択を試し、見積を送る前に文書の条件を確認します。
実務を想定した例
業務の進め方の一例
消耗品を単品と箱で扱う例です。SKUと数量刻みを分け、営業は箱のバリエーションを選んで単位を確認します。単品価格を記憶で掛け合わせません。カタログ自体が納期を保証するものではありません。
この機能についての質問
SKUは種類ごとに持てますか？
はい。SKUと販売条件はバリエーションに、説明情報は商品に持たせます。
数量を制限できますか？
最小数量、数量刻み、最大数量を扱います。実際の選択画面でも確認してください。
倉庫管理まで含まれますか？
在庫モードだけで完全な倉庫管理や配送の保証にはなりません。
外貨の価格も扱えますか？
現在のバリエーション金額は整数の日本円です。Tsumira利用料金の地域別価格とは別の機能です。
この業務に合う連携を検討する。
想定される連携のアイデアです。シナリオを利用する前に、各アプリの実際の利用可否、権限、対応データをご確認ください。
