今日は一点して在庫管理について。
うちの会社は某専門店チェーンで、在庫SKUは最大20万件あり、登録だと40万件もある業態です。
そうなるとデータベースの維持も大変で、登録メンテに携わるためにそこそこ大きな部隊も抱えています。
そんなもんだから在庫に関わる部隊はもっと大変で、一店舗何万件のアイテム×店舗数×ユニット数の在庫についての適正量を見極めなくてはなりません。
当然データ量はハンパじゃありませんが、適正在庫にするにはそのデータの一件一件をABC分析で分けていかなければ行けません。
毎日毎日おびただしい量の発注~仕入を繰り返しているので、そのABCの定義の設定次第で簡単に億単位の金額が売れ残りで吹っ飛ぶか、逆に品切れで売り逃しを招きます。
モノが売れないこのご時世、うちでも仕入を絞り基調になり、品切れ気味で売上計画を外し、また仕入を絞らなければいけない悪循環な状況にあります。
その中でも専門店の置かれる立場は更に厳しく、店舗でまず売れなくなるのはテールの商品なので品揃えで優位に立つ筈の専門店が逆にアキレス腱になり、更に商品自体で差別化が図れない業界なのでロングテールの領域はECの脅威にもさらされています。
軸足をテールから頭に移すにはどうしてもチャネル数が必要になりますがそれを展開するキャッシュもない。。
どこかに専門店を再生させた方はいらっしゃったらアドバイスを!!
また取り留めなくなっちゃいました。
今日はこれで。
うちの会社は某専門店チェーンで、在庫SKUは最大20万件あり、登録だと40万件もある業態です。
そうなるとデータベースの維持も大変で、登録メンテに携わるためにそこそこ大きな部隊も抱えています。
そんなもんだから在庫に関わる部隊はもっと大変で、一店舗何万件のアイテム×店舗数×ユニット数の在庫についての適正量を見極めなくてはなりません。
当然データ量はハンパじゃありませんが、適正在庫にするにはそのデータの一件一件をABC分析で分けていかなければ行けません。
毎日毎日おびただしい量の発注~仕入を繰り返しているので、そのABCの定義の設定次第で簡単に億単位の金額が売れ残りで吹っ飛ぶか、逆に品切れで売り逃しを招きます。
モノが売れないこのご時世、うちでも仕入を絞り基調になり、品切れ気味で売上計画を外し、また仕入を絞らなければいけない悪循環な状況にあります。
その中でも専門店の置かれる立場は更に厳しく、店舗でまず売れなくなるのはテールの商品なので品揃えで優位に立つ筈の専門店が逆にアキレス腱になり、更に商品自体で差別化が図れない業界なのでロングテールの領域はECの脅威にもさらされています。
軸足をテールから頭に移すにはどうしてもチャネル数が必要になりますがそれを展開するキャッシュもない。。
どこかに専門店を再生させた方はいらっしゃったらアドバイスを!!
また取り留めなくなっちゃいました。
今日はこれで。