EvoQuest
EvoQuest Food業務システム / 受注・配達管理 執筆:水上貴洋(取締役) 2026.07

SCENARIO ── CATERING BENTO CASE

注文の変更を厨房と配達担当者に共有

電話やFAXで受けた注文を入力し、厨房の折数集計・配達予定・貸し器の回収に反映する開発プランです。受付・厨房・配達担当者が同じ注文内容を確認し、転記や変更の伝達漏れを減らします。

想定領域
業務システム / 受注・配達・器回収
担当範囲
受注・製造数・配達予定の共有、器の回収管理、操作のご案内
想定対象
1日10〜15件・配達2台の家族経営の仕出し店
想定期間
設計〜運用開始 約 2〜3 ヶ月

OVERVIEW

どんな仕組みをつくるか

電話やFAXで受け付けた注文を、厨房の製造数・配達予定・器の回収まで一つの記録で管理する開発プランです。法要や会議弁当を扱う、1日10〜15件・配達車2台の仕出し店を想定しています。

受付担当者は献立・折数・到着希望時刻・届け先・掛け紙・器の種類を入力します。内容を変更すると厨房と配達担当者の一覧にも反映します。1日12件を1件3回書き写す場合は毎日36回の転記になるため、現在の作業時間と変更漏れのリスクを確認して導入範囲を決めます。

CHALLENGE

課題

  • 01 受注の入り口が電話・FAX・店頭でバラバラ。電話は仕込みの最中に厨房で受け、FAX注文書は手書きで「11時」が着時間なのか会食の開始なのか読み取れない。復唱しても、上と並・折数・時間の聞き違いが月に何度か起きる。
  • 02 同じ1件を4か所に書いている。電話メモから注文票の綴りへ、厨房のホワイトボードへ、配達員のメモへ。直前の「2折減らして」がどれか1枚に反映されず、折詰を余分に作ってしまう。法要の弁当は作り直しがきかないぶん、多めに作ってしのぐ癖がつく。
  • 03 配達に必要な情報が担当者の記憶に頼っている。搬入口・駐車場所・届け先の担当者などが注文票と一緒に共有されていないと、引き継いだ配達員がその都度確認する必要があります。
  • 04 塗りの会席膳がどの家に何客出ているか分からない。回収は「あす夕方に伺うつもり」のまま流れ、彼岸やお盆で貸し出しが重なった後に、膳を数えて足りないことに気づく。誰の家に残っているのか、注文票の綴りをさかのぼるしかない。

APPROACH

課題への対応

最初に、電話やFAXで受け付ける順序に合わせた受注画面を作ります。受付担当者が入力した折数と配達時刻を厨房の製造表と配達一覧へ反映します。注文内容の変更も受注画面で登録し、変更前の内容を含めて担当者が確認できるようにします。

初期範囲は受け付けた注文の店内管理です。ネット注文や決済を追加する場合は、既製サービスの利用も含めて比較します。受注と製造表だけの構成、配達・スマホ・器の回収まで含めた構成を相談し、転記にかかる時間や数量の食い違いを減らせる範囲を見積もります。

CONSULTATION

受注から配達までの情報共有をご相談ください

今の注文票・製造表・配達メモを見ながら、同じ内容を書き写している作業を整理します。
電話やFAXでの受付を続けながら、店内の共有を改善する方法を考えます。

SCREENS

主要画面

この開発プランで想定する画面を紹介します。担当者が入力する内容と確認できる情報をご覧ください。表示しているデータは説明用の想定例です。

01. 受注入力

電話やFAXで受けた注文を入力します。電話番号から過去の注文を参照し、献立・折数・掛け紙・名前・届け先・到着希望時刻を確認して登録します。

PC
使い方のポイント
現在の注文票と同じ順に項目を並べ、受付担当者が聞き取りながら入力できます。
リピーターの呼び出し
電話番号で過去の注文を検索し、前回の献立や器の種類を確認して受け付けます。
決めきれない数
折数が未定の注文は仮数量で登録し、確定期限を表示します。

02. 配達・器の回収予定

配達と器の回収を車両別・時刻順に表示します。先方の到着希望時刻から積み込みを計画し、数量変更があった注文は詳細を確認します。

PC
使い方のポイント
到着希望時刻を確認し、積み込みと出発の予定を決めます。
変更の伝わり方
受注画面で数量を変更すると、配達一覧にも反映します。配達員は変更内容を確認して積み込みます。
回収も同じ帯に
器の回収予定を配達予定と同じ一覧に表示し、車両ごとの訪問順を確認します。

03. 厨房の製造数量表

受注内容から献立・出発便ごとの折数を集計します。変更前後の数量とアレルギーや特記事項を確認し、必要に応じて印刷して厨房で使います。

PC
使い方のポイント
厨房の担当者は製造数量表を確認します。画面での確認と印刷して使う方法を選べます。
変更の見せ方
「20折から17折へ変更」のように変更前後の数量を表示し、厨房で最新の数を確認できます。
特記の置き場所
えび抜き1折、お子様用2折などの個別対応を特記欄に表示し、総数量と区別して確認します。

04. 配達員の当日予定

配達順に到着予定時刻・会場・目印・集金額・器の回収予定を表示します。回収した器を記録すると、受付担当者も対応状況を確認できます。

スマホ
使い方のポイント
届け先の目印・駐車場所・受け渡しの注意事項を注文ごとに記録し、代わりの配達員も確認できます。
集金の間違い防止
現金集金と掛け払いを区別し、集金予定額を請求書の控えと照合できます。
回収済みの一押し
配達員がその場で器の回収を記録し、受付担当者も回収済みか確認できます。

OUTCOME

この仕組みで改善したいこと

注文を一度入力し、変更内容を厨房・配達担当者と共有する運用を目指します。転記時間・訂正件数・器の回収状況を導入前後で確認します。

01

1回の注文入力を厨房・配達・回収の一覧へ反映

今の作業電話メモ・注文票・ホワイトボード・配達メモに同じ注文を書き写しています。直前の変更を一部の用紙へ反映し忘れることがあります。
導入後の使い方受付担当者が入力した注文を厨房の折数集計と配達予定に反映します。注文を変更すると、関係する担当者が最新の内容を確認できます。

1日12件を1件3回書き写す場合、毎日36回の転記が発生します。導入前後で転記時間と訂正件数を比較します。

02

搬入口や駐車場所を配達担当者に共有

今の作業搬入口や駐車場所を知っている担当者が限られています。不在の日は、配達中に電話で確認する必要があります。
導入後の使い方注文ごとに到着予定時刻・搬入口・駐車場所・目印を登録します。配達担当者がスマホで確認し、初めての届け先でも事前に準備できます。

過去の注文で登録した情報を次の配達でも参照します。搬入口などが変わっていないかを確認し、必要に応じて更新します。

03

貸し出した器を回収まで一覧で管理

今の作業会席膳の貸出先と数量をまとめた台帳がなく、繁忙期の後に器を数えて不足に気づくことがあります。
導入後の使い方器を貸し出した注文から回収予定を作成します。回収済みと登録するまで一覧に残し、貸出先・数量・貸出日を確認できます。

貸出中の器と手元の器を確認し、繁忙期に受けられる注文数を検討します。

PROCESS

開発の進め方

オンラインでも打ち合わせを進められます。札幌市内・近郊では受付と厨房を訪問し、注文票と製造表の使い方を確認する方法も選べます。設計・開発・並行運用で約2〜3ヶ月を想定し、繁忙期を避けて試せる日程を相談します。

1
MONTH 01 / 現在の業務の確認 + 注文票の現物確認

注文の受付手順と必要項目を整理する

注文票の綴り・FAX注文書・厨房のホワイトボード・配達メモの現物を見せてもらい、電話で聞く順番と書く場所を写し取ります。献立の呼び名や上・並の区分、掛け紙と器の選択肢は店ごとの決まりごとなので、画面の選択肢はそこから作ります。最初に作る範囲を受注票の1枚に絞って合意するところまでがこの月です。

  • 帳場・厨房でのヒアリング
  • 注文票・FAX注文書・配達メモの現物確認
  • 献立・掛け紙・器の選択肢の一覧化
  • 最初に作る範囲と後回しの整理
2
MONTH 02 / 受注票・折数まとめの開発 + 並行運用

受注画面と製造表を紙と並行して使う

受注票と折数まとめの画面を開発し、月の後半は紙の注文票と並行で使ってもらいます。確かめるのは、受話器を持ったまま埋められるかどうか。聞く順番と画面の順番がずれて手が止まるなら、項目の並びのほうを直します。厨房には印刷した折数まとめを貼り、ホワイトボードと数が合うかを毎夕突き合わせます。

  • 受注票・折数まとめの画面開発
  • 献立・掛け紙の選択肢の店別調整
  • 紙の注文票との並行運用
  • 聞く順番に合わせた項目の並び直し
3
MONTH 03 / 配達ボード・スマホ + 運用開始

配達と器の回収を確認し、運用を引き継ぐ

配達・回収ボードと配達員のスマホ画面を仕上げ、軒先の目印はよく行く会館・寺から順に登録します。貸し出し中の会席膳は棚卸を兼ねて初期登録し、以後は注文と回収の流れで自然に台帳へ乗ります。集金袋と請求書控えの突き合わせまで一緒に回してから、店に引き渡します。

  • 配達・回収ボードとスマホ画面の開発
  • よく行く会場の軒先情報の初期登録
  • 貸し器の棚卸と初期登録
  • 運用開始 + 微調整の引き継ぎ

FAQ

よくある質問

  • Q1 ネット注文を受けられるようにしないと、注文管理は良くならないのでしょうか?
    電話・FAXの受付を続けたまま改善できます。この開発プランは、受け付けた注文を一度入力し、厨房の折数・配達・器の回収に反映する仕組みです。注文の入口を増やしたい場合は、既製の注文サービスも含め、必要な機能と費用を比較します。
  • Q2 費用はどのくらいかかりますか?
    最初のヒアリングのあと、受注票と折数まとめに絞った構成と、配達ボード・スマホ・器の回収まで含めた構成の2案を金額付きでお出しします。判断の物差しは、毎日の書き写しの回数と、折数のずれや配達遅れが法要の席で起きたときの重さです。1日12件・1件3回の書き写しなら毎日36回、そこにかかる時間とやり直しのリスクに見合わない金額なら、開発範囲や導入方法を見直します。中小企業のIT導入に使える補助金の対象になるかも、そのときの募集要件を一緒に確認します。
  • Q3 会館や葬儀社から適格請求書(インボイス)を求められます。請求書まで作れますか?
    受注票に入れた内容から請求書を出すところまで、開発の範囲に含められます。適格請求書には、売手の名称と登録番号、取引年月日、取引内容、税率ごとの合計額と適用税率、税率ごとの消費税額、相手方の名称の6項目が必要だと国税庁が示しています。仕出しでややこしいのは、届けるだけなら軽減税率の8%、会場で配膳や取り分けまで引き受けるとケータリング扱いで10%と、同じ献立でも税率が分かれる点です。受注の時点でどちらかを選んでおけば、月末に税率ごとの合計がそろった状態で請求書を出せます。登録の要否や個別の税率の判断そのものは、顧問の税理士にご確認ください。
  • Q4 お盆や彼岸の繁忙期を避けて始めたほうがいいですか?
    避けるほうが安全です。仕出しは彼岸・お盆・年末年始に注文が集中し、その時期に新しい画面へ切り替えると、電話を受ける手が止まります。設計から運用開始まで約2〜3ヶ月かかるため、繁忙期の2ヶ月前までに切り替えを終える日程で逆算します。そのうち1ヶ月は並行運用に充て、今までの注文票と新しい受注票を両方つけて、数が合うことを確かめてから移行します。
  • Q5 厨房ではパソコンやスマホを使っていません。紙の製造表で対応できますか?
    対応できます。注文内容は電話を受ける帳場で入力します。厨房は折数まとめを画面で見るか、印刷して今までどおり壁に貼るかを選べます。ホワイトボードに書き写す作業がなくなるだけで、厨房の仕事の道具は変わりません。並行運用の月に、印刷した製造表とホワイトボードの数を毎夕突き合わせて、ずれが出ないことを確かめてから移行します。
  • Q6 配達員が高齢で、スマホの操作が心配です。
    スマホ画面は「きょう走る順に並んだリストを上から見る」「器を引き上げたら回収済みを1回押す」の2つだけに絞ります。地図アプリの操作や文字入力は求めません。それでも難しい場合は、最初は印刷した配達表で運用を始めて、器の回収チェックだけ帳場が代わりに付ける形もとれます。実際に使う方の操作を確認し、無理のない方法を選びます。
  • Q7 いまの注文票の綴りからデータを移す作業は必要ですか?
    過去の綴りを打ち直す作業はしません。新しく受ける注文から受注票に入れていけば、リピーターの多い仕出し店では注文が蓄積するにつれて、電話番号から前回の献立や器を確認できるようになります。貸し出し中の会席膳だけは、運用開始のときに棚卸を兼ねて一度だけ登録します。よく行く会館や寺の軒先情報も、配達のたびに追記して共有できます。

受注から配達までの情報共有をご相談ください

今の注文票・製造表・配達メモを見ながら、同じ内容を書き写している作業を整理します。
電話やFAXでの受付を続けながら、店内の共有を改善する方法を考えます。

EvoQuest

AI相談窓口

EvoQuestについて、
気になることを聞いてください。

サービスの内容や制作実績、
費用の目安などをご案内します。

AIが回答します。個人情報・機密情報は入力しないでください。入力内容は回答のためにAI提供元へ送信されます。利用について(新しいタブ)

直接お問い合わせ

会話はこのタブに一時保存されます。