導入事例

村上様：一番大きかったのは、ZOZOTOWNだけネクストエンジン（OMS）との在庫連携ができていなかったことです。当社では自社ECや他のモール（ロコンドなど）はすべてネクストエンジン経由で在庫連携していたのですが、ZOZOTOWNだけは売上構成比が高いにもかかわらず自動連携できていない状態でした。

手動連携していた際には、ZOZOTOWNで「売り越し」（受注がついたのに在庫がない状況）を避けるために、客注対象として連携する商品から「在庫数が20以下のSKU」は外して運用していました。具体的には、金曜の夜から月曜にかけては在庫に触れない期間ができてしまうので、その間に他チャネルで売れて在庫が枯渇するリスクのあるSKUを、あらかじめ販売対象から除外していたという形です。

ただ、これをやると当然、販売できるSKUがかなり絞られてしまいます。ざっくりですが、ZOZOTOWN客注で販売できていたのは全SKUの約4割程度でした。少量在庫のSKUほど、本当はZOZOTOWNで売りたいんですが、欠品リスクを避けるために売れない、というジレンマがずっとあったんです。

村上様：社内では「ZOZOフォロー」と呼んでいる業務があって、これは前週の売上データをもとに、何が何点売れたかを確認して、今週はこの商品を何点ZOZOBASEに預けるか、を担当者が算出する作業です。それを上長に確認してもらい、最終的にOKが出たら私の方からZOZOBASEへ発送する、という流れでした。

このZOZOフォロー作業に、担当者が週2日・1日2時間ずつぐらい、合計で週12時間ほどかかっていたと思います。連休明けは特に作業量が増えるので、もっと時間がかかる週もありました。

加えて、客注対応のCSV処理も毎日朝行っていて、ZOZOTOWNからCSVをダウンロードしてネクストエンジンへ伝票を起こす作業も発生していました。連休明けは特に量が多くて、結構大変だったみたいです。

村上様：ZOZOTOWNの担当者様、ストアレコード様、両方からしっかりフォローいただけたので、特に困ったことはなく、本当にスムーズに進みました。

物流倉庫側のオペレーションも、ZOZOBASEへの納品自体は普段から行っている作業なので、フローはまったく変えずに、社内の事務作業の効率だけが良くなった、という形でした。

ネクストエンジン側の設定や商品登録周りも、もともと長く運用していたデータをそのまま活用できたので、特に苦労した箇所はありませんでした。私自身、過去にいろいろなアプリの設定や導入を経験してきたなかで「自分でやるとうまくいかなかった」という場面もあったのですが、今回はゴールまで非常にスムーズに進めていただけたと思っています。

村上様：まず数字でいうと、ZOZOTOWN売上に占める客注比率が、導入前の2.2%から導入後は7.3%へ約3.3倍に上昇しました。客注の注文件数自体も約3倍になっています。これは本当に大きな変化です。

このインパクトの大きさの背景には、販売できるSKUが大幅に増えたことがあります。これまで売り越し回避のために販売対象から外していた「在庫20以下のSKU」も、ZOZOTOWNで販売できるようになりました。

ネクストエンジンの在庫数がそのままZOZOTOWN側の販売在庫に反映される運用になったので、以前なら売れなかった少量在庫の商品も、客注ベースで販売機会が拾えるようになったんです。割合で言うと、これまでZOZO客注で販売できていたのは全SKUの約4割だったのが、導入後はほぼ10割まで拡大しました。手動運用の手間が省けたことに加えて、これまで機会損失していた販売も拾えるようになりました。

村上様：フォロー作業自体はゼロにはなっていないのですが、頻度も投入する数量も激減しました。以前は週2日かけて売れ筋を分析しながら投入数を決めていたのですが、今は基本的に自動連携で受注がついた分だけ送るというフローに切り替わっています。

作業自体は完全にはなくならない理由として、たとえばゴールデンウィーク前のような大型連休前は、売上を見越して多めに預け入れる、という判断がどうしても発生するんです。ただ、それ以外の通常時はもう自動連携にお任せできるので、算出の時間も発送のフォロー時間もかなり減りました。

村上様：ZOZOTOWNの売上比率が高く、ネクストエンジンを使われている事業者さんで、私たちと同じように「売り越しを避けるために販売対象を絞っている」という運用をされているところは、おそらくかなり多いと思います。長年同じ課題を感じている会社さんは多いはずなので、そういう方には本当におすすめです。

自社開発まで検討するほどの課題感を持っている会社さんでも、現実的な費用で導入できるサービスだと思いますので、まずは一度ご相談されてみるのがいいのではないでしょうか。