ラックに掛かった400点の行き先を、
台帳をめくらずに答えられる店にする。

土曜の夕方5時、レジ前にお客様が3人。先頭の方は預り証を忘れていて、「名前は佐藤、出したのはたしか先週の水曜」。複写式の店控えを1枚ずつめくって探すあいだ、後ろの2人が上着を脱いで待っている。クリーニング店の預かり品管理のつらさは、こういう数分の積み重ねです。1日30伝票・1伝票平均3点なら、店に入ってくるのは毎日およそ90点。ほぼ同じ数を渡して、店の中には常時ラック4本・400点近くが掛かっています。その1点1点の「誰の・どこに掛かっている・いつ渡せる」を支えているのが、紙タグの番号と手書き台帳と店主の見覚えです。

この開発プランで作るのは、宅配クリーニングのシステムでも、会員アプリでもありません。受付で打っているタグの番号に、品目・棚位置・仕上がり日をひも付けてデータにする。土台はそれだけです。そのうえに、お渡しのときの点数照合、預り証を忘れたお客様の名前検索、仕上がり予定日を過ぎた品の連絡リストを載せる。店頭のタブレット1台とPC1台でつなぎます。タグ打ち機も、複写式の預り証も、レジも今のままです。

先に、変えないものを決めます。紙タグとタグ打ち機、複写式の預り証、レジ。タグの番号体系を変えると工場との突き合わせが崩れて店が止まるので、いまの番号をそのまま台帳の背番号にします。最初に作るのは受付の1点だけ——タグ番号・品目・棚位置・仕上がり日をデータにすること。入力が増えて受付が遅くなったら本末転倒です。品目は手書きではなくパッドから選ぶ形にします。合格ラインは「いまの手書きより遅くならない」こと。ここを超えられない設計なら、画面のほうを作り直します。

作らないものも決めておきます。宅配受付・ネット会員・ポイント機能から入ることはしません。レジとタグプリンタが一体になった既製システムが強い領域なので、新品のレジごと入れ替えたい店には最初の相談でそちらを勧めます。当社が担うのは、既製の型からこぼれる部分——工場併設店の「分かれ仕上がり」の管理と、長期未引き取り品の連絡の記録です。費用も同じ物差しで考えます。長期品がふさいでいるラックの本数と、渡し間違い1件の弁償・信用に対して見合う金額かどうかから、一緒に逆算します。