古くならないシンプルな在庫管理のつくり方
シンプルな在庫管理とは、売り切れが心配な商品の横に置く数字のこと。その数字が正確であり続けるのは、夜に書き留めようと思い出したときではなく、支払いが済むたびに自動で減っていくときだけだ。
ブラウリオさんはサラマンカで飼料店を営んでいる。木曜日、トラックを外に停めた客がやってきて、ウサギの餌の袋を2袋求めた。「はい、ありますよ、すぐ出しますね」。ノートには5袋と書いてあった。棚には1つもなかった。
ブラウリオさんが在庫をつけていないわけではない。ちゃんとつけている。毎週月曜日に袋を数え、「落ち着いたら」売れた分を書き留める。でも火曜日には種の仕入れ先が来て、水曜日には娘の学校祭があって、2日分たまった「落ち着いたら」は結局やってこなかった。ノートの数字はそう大きくは間違っていなかった。3日分だけ間違っていた——それだけで、その日たまたま急いでいた唯一の客をがっかりさせるには十分だった。
ノートや黒板、Excelでシンプルな在庫管理をしているなら、この光景に見覚えがあるはずだ。そしてきっと、もっとまめに書けば直ると思って挑戦したこともあるだろう。朗報がある。問題はそもそも、まめさではなかった。
シンプルな在庫管理とは何か?
シンプルな在庫管理とは、売り切れが心配な商品の横に置く数字のこと——今日何個残っているか——それを、販売そのものが減らせる場所に置くことだ。この最後の部分こそが、善意だけのリストとの違いを生む。
これはカタログではない。カタログが答えるのは、客の「これ、ありますか?」という問いだ。在庫が答えるのは、あなた自身の「今いくつ残っていて、今週何を発注すべきか?」という問いだ。カタログだけで在庫を持たないこともできる——扱っている商品を見せるだけで、個数は数えない——それで十分な店も多い。在庫が必要になるのは、「はい、ありますよ」と言ったのに、実はなかった日からだ。
なぜあなたの在庫はいつも古くなるのか?
書き留めるという作業が、販売とは別のもう一つの仕事だからだ。そして、もう一つの仕事はいつも後回しにされる。販売は午前11時、店が混んでいて客がお釣りを待っている時に起きる。書き留める約束は夜に持ち越され、夜には閉店作業があり、夕食があり、疲れがある。
だからこそ、道具を変えても解決しない。ノートも黒板もExcelも同じように失敗する。どれも同じ生まれつきの欠陥を抱えているからだ——販売と数字の間に、覚えていなければならない人が一人いる。書き留められなかった販売はそれぞれ小さな借金のようなもので、小さな借金は返済されない——積み重なっていく。木曜日になる頃には、その数字はもう情報ではない。月曜日に店がどうだったかという昔話にすぎない。
正しい問いは「どうすれば書き留めるのを忘れずにいられるか?」ではない。「どうすれば販売自体が自動で書き留めてくれるようにできるか?」だ。
在庫はどうやって自動で減るのか?
注文が自分のページから入って支払いが済むと、誰も触らなくても数字が減る。うまく機能する在庫には、書き込む人がちょうど2人しかいない——補充するときのあなたと、支払いが済んだときの販売そのもの。それ以外は誰もいない。あなたの記憶も、夜も、「落ち着いたら」も関係ない。
Proyectaで作ったページでは、こんな仕組みになる。客がカードで支払えば、その瞬間に数字が減る。代引きや振込での支払いなら、注文は「支払い待ち」の状態になり、あなたがコンソールでその支払いを登録したときに数字が減る——夜にまとめて入力するのではなく、集金するときにボタンを一つ押すだけだ。この違いは小さく聞こえるが、実はすべてがここにかかっている。「支払いを登録」を押すことは集金の一部であり、集金を忘れる人はいない。ノートに書き留めるのは別の作業で、別の作業は抜け落ちる。
あなたが数字に触れるのは、仕入れ先が来たときだけだ。コンソールに入って、袋が何個あるか更新する。それ以降は、支払いが済んだ注文それぞれが、自動で数字を減らしていく。
どの商品に数字が必要か?
売り切れが心配な商品だけだ。数字のない商品はいつも通りに、まるで在庫が十分あるかのように売れ続け、決して「売り切れ」にはならない——だから、始めるために店中を数える必要はない。
ブラウリオさんが扱う40品目あまりのうち、数字をつける必要があるのは8品目だけで十分だ。毎週売り切れる飼料類だ。針金や餌箱、バケツにはカウンターは要らない——それらについて「ありません」と言ったことは一度もない。
そこから始めよう。真実を語る8つの数字は、一度だけ数えた店全体よりも価値がある。他の商品は、好きなだけカウンターなしのままにしておいていい。
商品がゼロになったらどうなるか?
あなたのページが自動で「売り切れ」と表示し、注文ボタンを消す。もう存在しない袋を誰も注文できなくなる。そして木曜日の「ありますよ」は消える。なぜなら、あなたより先にページが真実を語ったからだ。
受注生産で仕事をしているなら、方法もある。商品を「予約販売」に設定すれば、ゼロのままでも売れ続ける——毎週仕入れ先に頼んでいる商品に便利だ。違うのは、これが商品ごとにあなたが下した決断になるということだ。目の前に客がいる状態で気づく事故ではなくなる。
それでも、あなたの仕事として残るものは?
2つある。店頭での対応と、仕入れ先への発注だ。あなたのページを通らなかった販売は、どんな数字も減らさない——誰かが店に入ってきて現金で支払い、袋を1つ持って帰ったなら、その袋はあなたがコンソールで減らす必要がある。ページはそれを知らないからだ。もし売上のほとんどが店頭なら、数字は変わらず役立つが、締めのような形になる——1日1回あなたが調整し、その合間はページの注文が数字を守ってくれる。
そして、何かが減ってきていることを誰も知らせてはくれない。数字はそこにあり、あなたがコンソールを開いたときに見るためのものだ。「そろそろ仕入れ先に発注しましょう」というメッセージは存在しない——その判断は今もあなたの仕事だ。在庫管理があなたから取り除くのは、書き留める作業であって、考える作業ではない。
倉庫に行かずに始めよう
何かを組み立てる前に、一つ試してみてほしい。一番よく売り切れる商品を選び、見に行かずに、今いくつ残っているか言ってみる。それから実際に見に行って数える。この2つの数字の差が、あなたの在庫の今の本当の状態だ——そしてそれは、トラックを外に停めた客が、あなたに代わって発見することになる差と同じものだ。
もし当たっていたなら、すでに機能するシステムを持っている。動かさなくていい。もしブラウリオさんのようになったなら、proyecta.devにこう説明してみてほしい。「サラマンカの私の飼料店用のページを作って。扱っている袋とその価格、代引き対応の注文、そしてウサギの餌が売り切れたら自動で『売り切れ』と表示されるようにしたい」。すると、リンク付きで公開され、支払い済みの注文ごとに数字が減っていくコンソールが手に入る。最後まで残る2つの書き込みは、もともとあなたのものだった作業だけだ。補充することと、集金すること。