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

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

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

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

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