予約経路5つ・集約先ひとつ——弁当屋が製造漏れをゼロにした予約管理の仕組み

この記事の結論

予約の入り口は電話・公式LINE・Instagram・HP・店頭の5つ。客層が多様なので絞れないが、集約先は専用HTMLフォーム1か所だけに統一しました。

この仕組みにしてから、半年に1度あった製造漏れがゼロになりました。入力の手間はほぼ変わらないのに、正確性が格段に上がり、再確認の手間もなくなっています。

予約経路（入り口）の数

集約先（フォーム）の数

月50件

平均予約数

0件

仕組み化後の製造漏れ

前提：入り口を絞れない理由

人口5万人未満の地方都市で弁当・惣菜店を営んでいます。予約は月平均50件ほどで、1件あたり弁当・惣菜が5〜8個程度です（詳しくはこの人について）。

客層は幅広く、スマートフォンが苦手な高齢のお客さまもいれば、「直接顔を見て話したい」という方もいる。一方でLINEやInstagramで気軽に問い合わせてくる方もいます。入り口を一つに絞ることは、現実的ではありませんでした。

だから方針は「入り口は広く、集約先はひとつ」にしました。

最初は紙のノートに予約内容を手書きし、スタッフのLINEグループに写真で共有していました。しかしチャットが流れると情報が埋もれ、慎重に何度も確認していたにもかかわらず、半年に1度ペースで製造漏れが発生していました。人力によるカバーには限界がありました。

次に試したのがGoogleカレンダーへの入力。情報が流れないという点では改善しましたが、スタッフから「入力が手間」という声が出て定着しませんでした。慣れていないツールは、業務フローには乗りません。

現在の受付経路は5つで、集約先は統一されています。

デジタルに不慣れな経路からの予約は、スタッフが代わりにフォームへ打ち込みます。どの経路から入っても、最終的に同じスプレッドシートに集まります。

スタッフ用の入力フォームは、AIにHTMLを生成してもらいました。必要事項をタップするだけのシンプルな構造で、Airレジを使っているタブレットに専用リンクを貼り付けてあります。「このリンクを開いて、入力するだけ」なので、誰でも同じ手順で作業できます。

GoogleカレンダーがNGだった理由を振り返ると、「ツールが多い」「画面が複雑」でした。専用フォームは予約入力しか使えないので、迷いようがありません。

集約された予約データは、生産指示のデジタル化で作った生産計画画面に常時表示されます。製造担当が生産量を決めるときに、当日・翌日の予約が一目でわかる状態になっています。

「予約があったのに製造が漏れた」という問題は、確認する人の注意力に頼っている限り必ず起きます。画面に常時表示することで、確認という行為そのものをなくしました。

製造漏れがゼロになったことが最大の成果です。入力作業の時間はほぼ変わっていませんが、「入力したあとに再確認しなくていい」という安心感が大きい。スタッフも「どこを見ればいいか」が明確になり、余計な確認のやり取りがなくなりました。

公式LINEやHPからの予約がスプレッドシートへ書き込まれるまで、GASの処理で数秒〜十数秒かかることがあります。現在は独自データベースへの移行を準備中です。

タブレット操作に慣れていないスタッフから「タップするのが怖い」という声があります。ミスしても修正できることは説明していますが、心理的なハードルはゼロにはなっていません。手書き伝票をOCRで読み取って自動入力する仕組みも検討しています。

予約フォームはどのように作りましたか？

AIを使ってHTMLを生成し、必要事項をタップするだけで入力できるシンプルな構造にしました。Airレジを使っているタブレットに専用リンクを貼り付けてあり、誰でも同じ手順で入力できます。

電話や店頭など、デジタルが苦手な経路からの予約はどう対応していますか？

スタッフが代わりに専用フォームへ打ち込む運用にしています。予約経路は問わず、最終的に同じフォームへ集約されます。

LINEグループやGoogleカレンダーではダメだったのはなぜですか？

LINEグループはチャットが流れて情報が埋もれ、Googleカレンダーはスタッフに「手間」と言われて定着しませんでした。専用フォームに絞ることで「触るもの」を1つにしました。

生産指示とはどう連携していますか？

集約された予約情報は生産計画の画面に常時表示されます。製造担当が予約を見落とすことがなくなり、仕組み化後は製造漏れがゼロになりました。

GASのレスポンスが遅い問題はどう解決する予定ですか？

現在、独自データベースの立ち上げを準備しています。レスポンス改善とともに、高年齢スタッフの入力負担を減らすOCR対応も視野に入れています。