飲食店の順番待ちシステムとは？行列受付・LINE呼び出しの機能と費用・連携の選び方

土曜18時、店の前に7組が並び、ホールスタッフが紙の記帳台と店内を往復して名前を呼ぶ――この当日の行列を、発券・待ち組数の表示・スマートフォンへの呼び出しに置き換えるのが飲食店の順番待ちシステムです。本記事は、席種と人数で先着順が単純に成立しない飲食店固有の構造から出発し、店頭発券・来店前のオンライン順番受付・LINE呼び出しという機能範囲を整理します。費用は無料プランの実際の制限まで踏み込み、月額11,000円台へ移らざるを得ない条件を示しました。グルメサイト予約との二重管理を解く連携設計、離脱組数から機会損失を金額へ換算する手順、受託開発へ踏み込む境界も発注側の視点で線引きします。

まとめ：飲食店の順番待ちシステムで先に決める3点と無料プランの限界

飲食店で先に決めるのは3点だけです。呼び出し経路をLINE通知に寄せるか電話・SMSを併用するか。席種（カウンター・テーブル・座敷）と人数の分岐をシステム側に持たせるか、店の判断に残すか。グルメサイトの予約枠と当日行列を1画面へ集約するかどうか。この3点が決まれば、製品比較は半日で終わります。

費用面の落とし穴は無料プランの範囲にあります。リクルートのAirウェイトは初期費用0円で始められますが、公式FAQの2026年8月時点の記載では、SNS呼出・オンライン順番受付・外部ディスプレイ表示・API提供がベーシック（11,000円／月・税込）以上の機能です。無料プランでは番号券の下部に同社他サービスの案内が印字されます。LINEで呼んで来店前に受付を取る運用なら、無料プランは検証用と割り切ってください。

開発に踏み込む境界も先に示しました。店舗数が1〜3で、POSや自社会員基盤とつなぐ必要がないなら既製サービスで足ります。多店舗の待ち状況を本部で一覧したい、自社アプリの会員IDと待ち行列を紐づけたい、POSへ受付番号を引き継ぎたい――このうち2つ以上に該当した時点で、個別開発が比較対象に入ります。

飲食店の順番待ちが崩れる理由 — 席種と人数で先着順が成立しない構造

飲食店の待ち行列は、銀行や調剤薬局のような一列待ちとは別物です。同じ「3番目のお客様」でも、2名なのか6名なのかで案内できるタイミングが数十分ずれます。この構造を踏まえずに製品を選ぶと、導入後も店員の判断量が減りません。

席種・人数・相席可否で分岐する飲食店の待ち行列と一列待ちとの違い

一列待ちの窓口業務では、受付順＝案内順が成立します。飲食店で案内順を決めるのは卓の構成です。4名卓が3つ空いても6名組は入れず、後ろの2名組を先に通す判断が日常的に起きます。

受付時に取る情報もそこで変わります。人数、席種の希望（カウンター可・禁煙席のみ・座敷希望）、相席の可否まで取得しておけば、システム側で「いま空いた卓に入れられる組」だけを絞り込めます。人数しか取らない製品では、並び順は数字で見えるのに、誰を通すかはホールの記憶に依存したままです。

ピークタイムに離脱が集中する店外行列と待ち時間表示の精度の関係

離脱は行列の長さより、待ち時間の見えなさで起きます。「あと3組」と表示するだけの製品と、平均滞在時間から「約35分」を出す製品では、同じ行列でも並び続ける組数が変わりました。飲食店の滞在時間は業態差が大きく、ランチ営業のうどん店なら20分前後、居酒屋の宴会なら120分を超えます。時間帯や席種ごとに滞在時間を設定できるか、実績値から自動補正されるかは、比較の初期段階で確認する項目です。

予約台帳・予約システムとの守備範囲の違いと当日客の受け皿の位置

順番待ちシステムが扱うのは「いま店の前にいる人」です。事前に日時を確定させるのが予約システム、卓と時間の二次元で枠を管理するのが予約台帳で、いずれも守備範囲が違います。世界35カ国・国内外13,000店超へ広がるTableCheckは席数連動の月額制で公式サイト経由の送客手数料を無料としており、これは予約側の設計にあたります。

3者の関係は置き換えではなく分担です。予約枠の作り方そのものは飲食店の予約台帳における席管理とウォークイン対応の運用設計で扱っているため、本記事は当日客の受け皿側に絞りました。業種を横断した定義・タイプ分類・費用相場の全体像は順番待ちシステムの機能・費用相場と比較の選び方で確認できます。

店頭発券・オンライン順番受付・LINE呼び出しの機能範囲と必要な端末

製品ごとの差は、受付の入口と呼び出しの出口に集中します。中間の待ち行列管理はどの製品も似た画面になるため、比較は入口と出口だけで行うほうが速く終わります。

店頭タブレット発券とiPad＋ロール紙プリンターで組む発券機の構成

専用の発券機を買う必要はありません。アイリストの構成では、iPadに汎用のロール紙対応プリンターを別途つないで発券機として使います。初期費用0円・無料トライアル3週間で、機器は店側が用意する前提です。

紙の整理券を出すかどうかは客層で決まります。高齢層や訪日客の比率が高い立地では、番号が印字された紙がないと受付が成立しにくく、プリンター連携のある製品を選びます。若年層中心で全員がスマートフォンを持つ立地なら、発券機を省いて画面表示と通知だけで運用でき、機器の初期費用がまるごと消えました。

LINE通知・SMS・自動音声電話の3経路で変わる呼び出しの到達率

呼び出し経路は到達率とコストのトレードオフです。LINE通知はアプリを開いていなくても届き、飲食店の客層と相性が良い経路になります。アイリストはアプリ不要のLINE通知に加え、店舗ごとの専用050固定番号からの電話呼出を持ちます。

コスト差も無視できません。LINE公式アカウントのメッセージ配信費が課題だったすしの美登利の事例では、LINEミニアプリ型の順番待ち（matoca）へ移して呼び出しメッセージを無料化し、年間約500万円のメッセージ費を削減したとLINEヤフー for Businessが公表しています。SMS呼出・電話呼出は従量課金の製品が多く、月間の呼び出しが数千件規模の店では経路ごとの単価差が固定費に乗りました。

主経路をLINEに置き、番号入力を拒む客と着信に気づかない客のためにSMSか自動音声電話を予備で残す構成に落ち着きます。全経路を等しく用意する必要はありません。

来店前のオンライン順番受付と店外モニター表示で減る店頭の滞留組数

店に来てから並ぶ運用を、家や駅から順番を取る運用へ変えるのがオンライン順番受付です。店の前の物理的な滞留が減り、近隣への行列クレームと雨天時の離脱が同時に下がります。

ただしこの機能は無料の範囲に入りません。Airウェイトの公式FAQでは、オンライン順番受付・外部ディスプレイ表示・SNS呼出・多言語対応はいずれもベーシック（11,000円／月・税込）で追加される機能として明記されています。訪日客が並ぶ立地では受付画面の言語切り替えが実務に直結するため、この点も有料プラン前提で費用を組んでください。

受付画面の項目設計で失敗しやすいのは、聞きすぎることです。入力項目が5つを超えると、店頭のタブレットでは行列がそこで詰まります。人数・席種希望・呼び出し先の3項目に絞り、アレルギーやコース希望は着席後のオーダー側で取る分担にすれば、受付の所要時間を10秒台に収められました。

無料プランと月額1万円台の境界 — 飲食店で有料化が避けられない条件

順番待ちシステムは「無料で始められる」と紹介されることの多い領域です。実際に無料で完結する店もありますが、飲食店では有料化の条件が明確に存在します。金額の内訳から確認します。

初期費用0円と月額11,000円・22,000円で分かれる機能差

公式に金額を開示している例で見ます。Airウェイトの2026年8月時点の公式FAQでは、ベーシックが11,000円（税込）／月、スタンダードが22,000円（税込）／月です。無料プランとの差は次のとおりで、飲食店の運用に効く機能が有料側へ寄っていました。

番号券の下部に他サービスの案内が印字される仕様も無料プラン側の条件です。ブランドを気にする業態では、この1点だけでベーシックへ上げる判断になります。月額を非公開にする製品も多く、アイリストは初期費用0円・月額は問い合わせという提示でした。相見積もりでは、次に挙げる従量課金と機器費を含めた月次総額で並べてください。

従量課金になる電話・SMS呼出と発券プリンター・ロール紙の実費

月額以外に乗る費用は2種類です。呼び出しの従量課金と、発券まわりの機器・消耗品に分かれます。

• 電話呼出・SMS呼出の従量課金（Airウェイトはベーシック以上で従量課金）
• iPadなどのタブレット本体（店頭受付用と管理用で2台構成が多い）
• 汎用ロール紙対応プリンター（アイリストは店側で別途用意する前提）
• ロール紙の消耗品費と、店外モニター用のディスプレイ・スタンド

見積もりから漏れやすいのはロール紙とディスプレイです。1日200組を発券する店ならロール紙は月に数千円規模で消え、店外モニターを置くなら初期に数万円が乗ります。月額11,000円という表示額だけで判断すると、実質の月次コストを2割前後過小に見積もることになりました。

無料プランで運用が回らなくなる3つの条件と有料化を決める分岐点

無料のままで足りるのは、店頭で受付し、店の前で待ってもらい、番号を呼ぶだけの運用です。次の3条件のいずれかに当てはまった時点で、有料プランへ移る判断になります。

1. 来店前のオンライン順番受付を使う（無料プランの対象外）
2. LINEなどSNS経由で呼び出す（同じく有料プランの機能）
3. 店外や待合にディスプレイで待ち状況を出す（外部ディスプレイ表示が必要）

逆に、この3つを使わないなら無料プランを続けて構いません。行列が週末のみ発生し平日は待ちが出ない立地で、月額22,000円のプランを年間契約するのは過剰です。まず無料プランか3週間の無料トライアルで受付データを1か月取り、離脱の実数を掴んでから有料化を決める順序が損をしません。

グルメサイト予約と当日行列の二重管理を解消する連携設計と運用ルール

飲食店に順番待ちシステムを入れて最初に起きる混乱は、予約と当日客の二重管理です。グルメサイトの予約はサイト側の管理画面、当日行列は順番待ちのタブレット、卓の状況はホールの頭の中――この3分割が残ると、導入前より判断が遅くなることさえあります。

グルメサイトの当日枠と自社行列を1画面に寄せる連携設計と現実的な範囲

結論から言えば、複数のグルメサイトの当日枠と自社の行列を1画面へ完全統合するのは、既製サービスの標準機能では実現しません。同一ベンダーが予約と順番待ちの両方を持つ場合に限り、内部連携で近い状態になります。AirウェイトのAirリザーブ連携がその型です。

ベンダーをまたぐ場合の現実的な範囲は、API提供のあるプラン（Airウェイトならベーシック以上）を選び、予約側のデータを随時取り込む仕組みを別に用意することです。グルメサイト側の予約データの持ち方と手数料構造は飲食店予約システムのグルメサイト連携と自社開発の判断基準で整理しました。

予約客と当日客の優先順位を先に決める席割りルールと運用の手順

システムより先に決めるのは運用ルールです。予約と当日客が競合したときどちらを通すか、店として言語化していなければ、どの製品を入れても現場で止まります。

1. 予約に充てる卓数の上限を時間帯別に決める（例：金土18〜20時は4名卓の6割まで）
2. 予約枠の直前何分まで当日客を入れるかを決める（例：予約時刻の45分前で締める）
3. 当日客を通せる卓を席種ごとに定義する（座敷は予約優先、カウンターは当日優先）
4. 決めたルールを順番待ちシステムの席種設定と予約側の枠数に反映する

この4手順を踏まずに導入した店では、行列は数字で見えるようになったのに、案内判断だけが店長へ集中し続けます。ルールが先、設定は後です。

POS・モバイルオーダーへ受付番号を引き継ぐデータ連携の要件

受付番号を着席後まで引き継げると、注文と売上が待ち行列のデータとつながります。受付番号と卓番号を紐づけ、POS側の売上明細に受付経路を残す設計です。これができれば、次章の機会損失の試算に客単価の実測値を使えます。

標準機能で対応する製品は限られ、API提供のあるプランを前提にPOS側の受け入れ口を確認する作業が必要になります。注文導線側の方式差は飲食店のオーダーシステムの4方式と連携範囲で扱いました。POSが受付番号を持てない世代なら、中間のデータ基盤を作る個別開発の領域に入ります。

離脱組数×客単価で待ち行列の機会損失を金額換算する効果測定の手順

導入判断を「行列が短くなった気がする」で終わらせないための章です。順番待ちシステムが取る受付データは、そのまま金額へ換算できます。比較記事にほとんど書かれていない部分です。

1日の離脱組数×客単価×営業日数で出す月間機会損失の試算手順

アイリストは飲食店向けに「1日の離脱組数×客単価×営業日数」で月間の機会損失を可視化する試算を提示しています。この式をそのまま自店に当てます。

手順は3つです。受付だけして呼び出し時に来なかった組と、行列を見て受付せず帰った組を1週間カウントします。次に客単価をPOSの実測値で置き、最後に営業日数を掛けてください。1日8組の離脱、客単価2,800円、月26営業日なら、月間の機会損失は約58万円です。月額11,000円の有料プランは、この試算では離脱を1日0.2組減らせば元が取れます。

離脱を減らせない前提で導入するなら、費用は人時削減で回収する話になります。呼び出しに割いていたホールの往復時間を計測し、時給換算で置き換えて比較してください。受付データはシフトと卓構成にも回せます。Airウェイトのスタンダードなら分析用の受付データをCSVで取り出せるため、30分刻みの受付組数と席種別の待ち組数から、金曜19時台に2名組が集中する店ならカウンター席の稼働を増やす判断が出てきました。

呼び出し後の未着席率と待ち時間表示の誤差から見る運用の改善点

導入後に必ず見る指標が未着席率です。呼び出したのに戻らなかった組の比率で、1割を超えるなら呼び出し経路か待ち時間表示のどちらかに原因があります。

切り分けは単純です。呼び出しから来店までの所要時間が長い組に偏っていれば、待ち時間の推定が短すぎて客が遠くへ離れています。経路別に偏るなら、SMSや電話が気づかれていません。前者は席種別の滞在時間設定を実績値へ寄せ、後者は主経路をLINEへ移すことで下がりました。どちらでもなければ、何分で次の組へ回すかという店側の待機ルールを見直します。

既製サービスで足りる飲食店と受託開発に踏み込む3つの条件の線引き

ここは玉虫色にせず言い切ります。飲食店の順番待ちだけを目的にした個別開発は、ほとんどの店で不要です。既製サービスの月額1〜2万円に対し、同等機能を作れば数百万円規模になり、回収できません。

1〜3店舗で既製サービスのまま運用すべき飲食店の条件と見送り基準

店舗数が1〜3で、POSや自社会員基盤との連携が要らないなら既製サービスで確定です。受付・呼び出し・待ち状況表示・オンライン順番受付までは、月額11,000円台の製品が標準で持っています。ここに開発費を投じる理由がありません。

導入自体を見送るべき条件もあります。行列が月に数回しか発生しない店、席数が20席未満で待ちが2組を超えない店、テイクアウト専業で滞在がない店です。こうした店では紙の記帳台のほうが速く、管理画面を開く手間が増えて終わりました。無料プランで1か月試し、待ち組数が積み上がらないなら撤退する判断を先に決めてください。

受託開発に踏み込む3条件 — 多店舗・自社会員基盤・POS個別連携

個別開発が比較対象に入るのは、次の3条件のうち2つ以上に該当する場合です。

• 10店舗以上の待ち状況を本部が1画面で監視し、近隣店への振り分け案内をしたい
• 自社アプリ・会員IDと待ち行列を紐づけ、来店履歴に当日客の行動を残したい
• POS・モバイルオーダーなど基幹側と受付番号を双方向で連携したい

1つだけの該当なら、API提供のある既製サービスと中間の連携処理を組み合わせるほうが安く済みます。2つ以上が重なると既製サービスのデータ構造そのものが制約になり、予約・受付システムの受託開発で待ち行列と予約枠を同一のデータモデルに載せる設計が選択肢に入りました。判断の順序は、まず既製サービスのAPIで足りるかを検証し、足りない部分だけを開発対象に切り出すことです。

開発費が回収できる待ち組数の水準と段階的に内製化を進める順序

回収可能性は待ち組数で決まります。前章の式を使い、全店の1日あたり離脱組数×客単価×営業日数×12か月が開発費の3倍を超えるかで判断してください。10店舗で1日5組ずつ離脱し客単価3,000円なら、年間の機会損失は約5,400万円規模です。この水準なら数百万円の開発は回収線に乗ります。1店舗で1日2組の離脱では乗りません。

踏み込む場合も一気に作りません。既製サービスで運用しながら受付データをCSVかAPIで自社側に蓄積し、次に本部向けの監視画面だけを開発、最後に受付・呼び出しの本体を置き換える3段階です。本体から作り始めると、店頭の運用が止まるリスクを最初に負います。

飲食店の順番待ちシステムの費用・連携・運用に関するよくある質問

導入前に相談の多い質問を、判断の目安とあわせて整理します。

飲食店の順番待ちシステムは無料で使えますか？

基本的な受付・呼び出し・待ち状況表示までなら無料プランで運用できます。Airウェイトは初期費用0円・無料プランありで始められます。ただし来店前のオンライン順番受付、LINEなどSNS経由の呼び出し、店外ディスプレイへの待ち状況表示は有料プラン（ベーシック11,000円／月・税込、2026年8月時点）の機能です。番号券の下部に他サービスの案内が印字される点も無料プランの条件になります。

LINEで順番を呼び出すには何が必要ですか？

製品側がLINE通知に対応していることが前提です。アプリ不要のLINE通知を持つ製品（アイリストなど）と、LINEミニアプリで整理券を発行して通知する製品（matocaなど）があります。後者はLINE公式アカウントのメッセージ配信費を抑えられる型で、すしの美登利の事例では年間約500万円のメッセージ費削減が公表されました。自店の友だち数と月間配信数を確認してから経路を決めてください。

発券機は飲食店でも必要ですか？

必須ではありません。全員がスマートフォンで受付できる客層なら、タブレット受付と通知だけで運用できます。紙の整理券が要るのは、高齢層や訪日客の比率が高い立地です。専用機を買う必要はなく、アイリストのようにiPadと汎用ロール紙対応プリンターを組み合わせる構成が取れます。プリンターとロール紙は店側で用意する製品が多いため、見積もりに機器費と消耗品費を含めてください。

グルメサイトの予約と順番待ちを1つの画面で管理できますか？

複数のグルメサイトを含めた完全な統合は、既製サービスの標準機能では実現しません。同一ベンダーが予約と順番待ちの両方を提供している場合（AirウェイトとAirリザーブの連携など）は近い状態になります。ベンダーをまたぐなら、API提供のあるプランを選び、予約データを取り込む処理を別に用意してください。画面統合より先に効くのは、予約に充てる卓数の上限と当日客の締め切り時刻を運用ルールとして決めることです。

導入から運用開始までどのくらいかかりますか？

タブレット完結型の既製サービスなら、申し込みから数日で受付を始められます。無料トライアルを3週間用意する製品もあり、繁忙期の1か月前に試験運用を始める段取りが取りやすいです。発券プリンターや店外ディスプレイを設置する場合は機器手配で2〜4週間を見ます。POSや自社会員基盤との個別連携を含む開発なら、要件定義から数か月単位になりました。

関連記事

• 順番待ちシステムとは？機能・費用相場と比較の選び方、受託開発に踏み込む判断基準を解説：業種を横断したタイプ分類と費用相場の全体像を扱う親記事です
• 飲食店予約システムとは？機能・料金の選び方とグルメサイト連携から見る自社開発の判断基準：事前予約側の機能とグルメサイト連携の構造を整理しています
• 飲食店の予約台帳とは？席管理・ウォークイン対応の運用設計と無料アプリ・有料システムの選び方：卓と時間の枠管理と、予約とウォークインの同居設計です
• 飲食店のオーダーシステムとは？ハンディ・セルフ・モバイルの違いと費用・自作の判断基準：着席後の注文導線とPOS連携の範囲を解説しています
• 飲食店DXとは？人手不足と原価高騰に効く進め方と内製化の判断基準：受付・注文・在庫を含めた導入順序と投資判断を扱います