サービス当初 2016年3月 ~

サービス当初はお届け後に評価はできることを最低スコープとして考えいたため、

商品
配送商品

を登録できる基幹システムは最低限構築していました。登録できる後に行うことフローとしておやつをピッキング(出荷作業)になります。当時のピッキングは

ロケーションID不使用 (どの場所にどのおやつがあるかという住所のようなもの)
机におやつを広げ基幹システムと照らし合わせながら一つひとつ目視しながらピッキング

というフローでやっていたので、数十BOX発送準備するだけでも1日かかっていました。

ロケーションID・短冊時代

全て手動で行っていた当初から少しずつシステム化していきましたが、ピッキングに関してはまだ手動になります。その中でも進化したところが、基幹システムと照らし合わせながらピッキングしていた時代から短冊を片手にピッキングする時代へと変化しました。

この短冊には

最低限のユーザー情報
アサイン(商品を選ぶところ)情報
ロケーションID
メモなど

が記入された短冊を用意してました。

このことにより、ピッキングの効率は少し上がり、ミスも少し減ってきましたが、まだまだアナログ感満載でした。というのも短冊と宛名ラベルの一致が必須だったため、目視の作業は変わらず心理的安全性は決して高いものではありませんでした

音声ピッキング時代

上記のようなピッキング作業では効率の部分やミス、作業自体の難易度から音声ピッキングの導入の話が社内で上がってきました。

音声ピッキングとは

個々のバーコードを読み込むことでユーザー毎にどの商品を選ぶか音声を流しピッキングしていくこと

このことにより、音声に従っていくので、ピッキングミスがほぼなくなり、初めの方でも数時間でピッキングの概要を掴めるようになります。

音声ピッキング導入により1日で出荷できる数を数千個まで上げることが可能になりました。

音声ピッキングの他のメリットは

在庫をリアルタイムで把握可能
欠品商品の把握
個別に同梱資料を振り分けられる

などになります。

複数在庫エリア時代

ありがたくもユーザー数が増えてくると1箇所の在庫スペースだとどうしても捌ける数にも限界があります。理由は物理的なスペース、1人あたりの出荷効率から1箇所で出荷できる数に限度があるため、一人当たりの対応数はある閾値で下り坂になります。そうなると用途などに分けてピッキングすることが必要でした。

そこで運用し始めたのが複数在庫エリアになります。

詳しいことは以下をご覧ください

labs.snaq.me

まとめ

ピッキング作業は手動から音声ピッキングへ社内で開発し進化を進めています。

オペレーションチームと日々関わると、オペレーションチームはどうやって効率を上げ、無駄なコストはないか、ミスなき運用はできないのかなど考えているのでシステム作る側もその思考についていくのに必死になる時があります。というのも改善をエンジニア同様日々繰り返しているので今日話した仕様は来週になるとアップデートしていたりします。そのため、日々のコミュニケーションを大事にしないとすれ違う物を作りかねないのです。そのくらいスピード持ちながら、考えています。また、オペレーションチームは上記外にユーザーさんのことを考え仕事をしています。どうやったらオペレーションの観点から体験向上に繋がるのか、こういう取り組みをすると喜ぶのかなどの視点も持ちながら行っています。

オペレーションとエンジニアではいい意味で異なるところがあります。例えば、オペレーションはおやつというリアル目に見えるもの扱い、エンジニアはコードやデータを扱うのでどうしてもアプローチが異なる場合が多くあります。その中で、しっかりスクラムを組みそれぞれの強み活かしながら開発していくことでこのピッキングシステム以外にもさまざまな物をオペレーションと開発しています。

まだまだ、道半ばですがオペレーションチームと一緒におやつと面白くしていきませんか？少しでも興味を持った方はぜひ一度カジュアルにもお話ししましょうー

弊社では「おやつと、世界を面白く。」一緒に面白くしたい仲間をお待ちしてます！！

meety.net

engineers.snaq.me