業者はFAXのまま。
変えるのは、店の夜の発注だけ。

飲食店の発注には、受発注サービスがすでにいくつもあります。それでも小さな店で定着しない理由ははっきりしていて、発注の方法を決めているのは店ではなく業者側だからです。酒販店は昔からのFAX注文書、市場の青果はLINE、精肉店は夕方までの電話。付き合いの長い業者に「うちのシステムで受けてください」とは言えません。

この想定シナリオで作るのは、業者との接点を変えないまま、店側の手元だけを揃える発注帳です。営業中の品切れメモ・締め時間順の発注ボード・業者ごとの形式での送信・けさの納品チェック・月末の請求書突合までを一つの流れにします。何をどれだけ頼むかは今までどおり人が決める。アプリが受け持つのは「決めたことを、忘れず・間違えず・確かめられる形で」業者に届ける部分だけです。

設計の起点は「業者の受け口を変えない」という一点です。発注SaaSの多くは業者側にも画面やFAX-OCRの導入を求めますが、仕入先6社のうち1社でも乗らなければ、店には結局二重の運用が残る。だからうちは逆から作ります。店側のアプリが、業者ごとの形式に合わせて出し分ける——LINEの業者には整った文面を、FAXの業者にはいつもの注文書のレイアウトそのままのPDFをインターネットFAXで、電話の業者には読み上げ用の台本と「かけた記録」を。業者から見える景色は昨日までと同じです。

最初に作るのは発注ボードと品切れメモの2画面だけ。在庫管理も自動発注も作りません。棚の数を入力させはじめると営業中の運用が続かないこと、量の判断はまだ人の方が正確なことが理由です。そのかわり、締め時間と休市だけはアプリが覚える。火曜の夜には「あすは水曜・休市。木曜朝の納品はありません」と発注ボードの上に出て、頼み忘れを記憶ではなく画面で防ぎます。費用も同じ考え方で、送信の全自動化にこだわらず「下書きまで作って人が送る」構成なら安く始められます。どこまで自動にするかは、店の規模と業者の顔ぶれを見て一緒に決めます。