ECショップで、ロングテールマーケティングこそがEC企業だとこぞって商品点数を増やしていたショップは、ほんと昨今では見なくなった。バブル期で言えば、ダイエーのようなショップで、利益が取れないのを売上を上げること、リアルで言えば、新店、ECで言えば、取引先や取引商品を増やすことこそがビジョンであるかのように、一種の神話のようなものになっていたような気がします。戦略は間違いではありません。ただ、売上を伸ばせば、それなりの経費が大きくなりその経費がさらに利益を圧迫させます。また、商品はすべてが売りきれるものではなく、デットストックの問題がございます。一見利益が出ているような決算でも、実は、利益の実態、つまり現金のはデットストックに変わり果て、利益が出ているが、このデットストックの処分問題次第では、実質赤字状態というメーカーや問屋、ショップは限りなくございます。なんでも一見して、規模が大きいというものは、憧れでありますが、結局は中身はお山の大将では、大企業の経営者とは呼べません。経営者とは、利益を出して、税金を払い、再投資し、規模を着実に増やしていくものをいうべきであり、売上規模が大きいから大資本や大融資を元手に赤字経営をしているものではないということだけは忘れずにいてほしいものです。
棚卸は必要ないので廃止しました
棚卸については一度も当社は行ったことはありません。
なぜなら必要がないからです。在庫が狂わないからです。
当社のシステムは商品管理に、Janコードだけではなく、マイナンバーでの管理を導入しています。つまり、マイナンバーを持っていると、誰がいつどのように発注し、今どこに置いているかなぜどのように出庫したか販売したか などのユニーク管理が可能になりフリーロケーションにより保管された商品は、理由なき移動はできず、また保管期間というタイムスタンプを使えば、賞味・消費期限の管理や保管期間の制限による販売設定や保管期間が長いものの販売促進などあらゆることでIDやログを使って商品を管理することが可能になります。
倉庫に関していえば、スペースという課題がございます。棚の足元に車輪がついていれば、棚からやってくるような倉庫を作ることも可能です。そうなれば、テトリスのように棚は埋まっている倉庫となります。XYZ軸の倉庫の位置情報を管理できれば、近い棚から順に棚自体がやってくるような倉庫は、アマゾン社が実践しだしております。
倉庫は、梱包して配送するだけでしょと、安易に考えている人は、おそらく生涯ＥＣで儲けることはできないでしょう。配送する個数が、何千個なら、１個当たりの１００円単位の経費削減が、１０万円になります。数万個なら数百万円になります。物流は、どっかの組合の会費みたいなものと私は表現しています。会員数が多ければ、会費が１０００円でもとんでもない金額が集まってしまいます。それを、安易に研究をせずに依頼をするということは、お金だけではなく、それだけの大事なものが毎年委ねてしまうということになりかねません。もし、自分たちが、ＥＣショップと自覚して商売をするならば、必ず倉庫は、自社物流を選択する方向でぜひ検討をしてみてください。
在庫更新の行くつく先は
このたび、楽天市場が大がかりなデータ更新の仕様変更を行ったように、ベストなデータ更新ははたしてどのようなものかということばかり考えて難しく難しくしているのは、結局は自分たちだということに気づく時期までは少し時間を要します。
なまじっか賢いSEたちは、きっちり在庫を更新したいとなり、無駄なSQL文やクエリが増える結果となります。現在、サーバー容量は大きくなり、通信速度も処理速度もかなり早くなった時代にはなおさらデータ更新に関しては、ミラーリング的な更新方法が一番シンプルで早いものになる場合が多いです。また、精度もそのほうがよっぽど良くデータ更新がされないゴミデータが蓄積するという最悪な結果もなくなります。データ更新は、ピンポイントに更新するというロジックを確立をするよりも、ALLデータを上書きするミラーリング式を私は総括するとおすすめいたします。