整理券発行システムの開発は、現場の要件を整理し、方式を選び、設計・テストを経て小さく稼働させ、定着まで見届ける流れで進みます。この順に進めると、待ち時間と受付負担の改善につながります。
開発の前に全体像と費用の見方を押さえておくと、打ち合わせで決めることが分かりやすくなります。
▼全体ガイドの記事
・整理券発行システム開発の完全ガイド
・業務システム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「業務システム開発の完全ガイドブック」で詳しく解説しています。
・スクラッチシステム開発を依頼する会社の選び方やRFPの作り方については、無料ホワイトペーパー「スクラッチシステム開発の完全ガイドブック」で詳しく解説しています。
整理券発行システムの全体像
整理券発行システムは、来訪者に番号や受付情報を付与し、スタッフが順番を管理する仕組みです。呼び出しには、表示や音声のほか、電話・SMS・メール・LINEなどを使います。
実現できる範囲には幅があります。紙の番号札を発行する機器から、Web受付、待ち時間表示、予約、抽選、決済、顧客データ分析を含むクラウドサービスまであります。
発券から待機、呼出までの管理範囲
発注側は、受付から呼出までを一続きで管理できるよう、現場の運用に必要な機能を選びます。
- 番号と呼出：受付順の発行と、現在番号、呼出済み、保留、キャンセル、再呼出の管理。
- 複数窓口：病院や自治体のように窓口・診療科が複数ある場合の、窓口別番号、担当者への振り分け、受付内容の引き継ぎ。
- 待ち状況：飲食店・商業施設で待ち組数と推定待ち時間を表示し、利用者が戻る時期を判断する材料にする。
番号だけで運用できる現場では、氏名・電話番号・予約内容まで保存すると、管理の負担と漏えい時の影響が増えます。そのため、番号と受付時刻だけで呼べるなら、保存するデータも最小限に抑えられます。
個人データを扱う場合は、利用目的、保存期間、権限、操作ログ、削除方法を要件に含めます。なお、個人情報保護委員会のガイドラインは、リスクに応じた組織的・人的・物理的・技術的な安全管理措置を示しています。
受付の複雑さで決める方式の選び方
方式は、受付の複雑さと必要な連携で選びます。各方式の向き不向きを見たうえで、現場のルールに合うかを比べます。
- 紙・スタンドアロン型：通信に依存せず、低コストで始められる。
- 専用端末とクラウド：発券、呼出、表示、スマートフォン確認をまとめやすい。
- Web受付・LINEミニアプリ：店外や施設内の別の場所で待てるため、行列を圧縮する手段になる。
- 既存システムへの追加：独自ルールを保ちやすい一方、連携テストが増える。
- フルスクラッチ：自由度は高いものの、初期費用・保守・障害対応を自社で担うことになる。
たとえば、1日数十人を1窓口で受け付ける小規模施設なら、発券機と表示だけで解決する可能性があります。一方、1日200人以上が来訪し、待ち時間による離脱がある店舗では、店外発券と自動通知が候補になります。
複数部門の利用や本人確認、既存データとの照合が必要な場合は、発注側がまず業務ルールを整理します。そのうえで、パッケージ、SaaS、追加開発を比べます。
整理券発行システム開発の進め方
画面から作り始めると、通常の流れから外れるケースを見落としやすくなります。そのため、受付前に並ぶ人、スマートフォンを使わない人、不在の人、受付内容を変更する人を想定しておきます。
開発は、要件整理、選定、設計開発、テスト、稼働、定着の六つのフェーズで進みます。各段階で何を決めるかを、あらかじめ明確にしておきます。
フェーズ1：要件整理による現場の事実確認
現場の担当者は、ピーク時間帯の来訪者数、受付時間、窓口数、平均待ち時間、呼出後の不在数を実測します。平常日の平均値だけでなく、診療開始直後、開店直後、イベント開場前など、最も混雑する時間帯も観察します。
受付から呼出までの流れを、利用者の操作、スタッフの操作、システムが保持する情報に分けて記録します。これにより、必要な機能と不要な機能が見えてきます。
要件は、MUST、SHOULD、将来候補の三つに分けます。優先度ごとに内容をそろえておくと、費用対効果を見ながら導入範囲を決めやすくなります。
- MUST：発券と呼出（再呼出、キャンセルを含む）、待ち状況表示、障害時の代替手段。
- SHOULD：Web受付、LINE通知、複数窓口、分析。
- 将来候補：予約、抽選、決済、CRM連携。費用対効果を見て、段階的に導入する。
成果物は、業務フローと画面一覧を中心に残します。加えて、権限一覧、通知文面、例外処理一覧、データ項目一覧も残しておきます。
フェーズ2：パッケージ・SaaS・開発会社の選定
候補を比べる際は、機能の数より、現在の受付フローをどこまで保てるかを重く見ます。
- 既製サービス・機器セット：要件との適合性。
- SaaS・機器セット：小規模・短期間の導入なら、公開料金を試しながら要件を固められる。
- 開発会社：独自発番、外部連携、複数拠点のデータ統合が中心なら候補になる。
候補には同じ質問票を渡し、ピーク受付数、窓口数、発券チャネルを尋ねます。スマートフォンを使わない人への対応も、同じ項目として比べます。
あわせて、通知方法、通信断時の動作、用紙切れ時の運用も確認します。API、ログ保存期間、保守受付時間についても質問します。
デモでは画面の見栄えより操作を見ます。受付内容の変更、呼出取消、保留を実際に動かし、番号の飛ばし、再呼出、不在者の扱いも確かめます。
フェーズ3：利用者とスタッフ双方の設計
設計では、利用者の導線とスタッフの導線を分けたうえで、双方に必要な操作を整理します。
- 利用者向け：発券場所、入力項目、待ち時間表示、通知方法、呼出後の案内。
- スタッフ向け：受付の開始・終了、発券と窓口割当、呼出、保留・キャンセル、日次締め。
- 多様な利用者：高齢者や外国人にも使ってもらう場合は、文字サイズ、色のコントラスト、多言語表示、代理発券を設計します。
機能が決まったら、発番ルールと状態遷移を確定します。権限、通知テンプレート、外部連携仕様も、この段階で決めます。
状態遷移では、「受付済み」「呼出中」「対応中」の意味を現場でそろえておくと、判断が分かれる場面を減らせます。残りの状態も、同じ言葉で決めておきます。
- 残りの状態：完了、保留、キャンセル、不在。
特に、医療機関や自治体で個人情報を扱う場合は、管理者、受付担当、閲覧専用の権限を分けます。加えて、操作ログとバックアップの要件も文書にしておきます。
フェーズ4：通常時と異常時を再現するテスト
テストでは、通常時と異常時の現場運用を再現します。画面の表示だけでなく、現場の流れまで確かめるためです。
- 受付例外：発券の集中、複数窓口の同時呼出、不在、順番の保留、二重発券。
- 通知・番号：QRコードやスマートフォン通知を使う場合、古い番号を再利用できず、他人がURLを推測して閲覧できないこと。
- 機器・通信：用紙・電池切れ、モニター電源断、Wi-Fi切断、停電。
通信が途切れたときは、受付を止めるか、ローカル発券や紙台帳に切り替えるかを決めておきます。
また、復旧後に番号や対応履歴をどう整合させるかも試しておきます。リリースの判定では、現場責任者による操作、代替手段の掲示、問い合わせ先が明確かどうかも確かめます。
フェーズ5：小さく始める稼働と混雑日への備え
いきなり全拠点へ導入せず、小さな範囲で稼働を始めます。そのうえで、現場の担当者が操作を確かめます。
- 小さく開始：1店舗・1窓口・1診療科などで始め、紙の運用も一定期間並行させる。
- 利用者案内：発券場所に案内を置き、スマートフォンを使わない人向けに紙番号や代理発券を残す。
- 事前リハーサル：上限、受付終了、待ち時間の急増、不在者を何回呼ぶか、終了時に残る番号の扱い。
初日は、スタッフが操作を確認できる時間帯を選びます。
通知が届かない人に向けた代替の案内も用意します。稼働後の1週間は、問い合わせと操作ミスを毎日記録します。そのうえで、設定変更で直る問題と、追加開発が必要な問題を分けます。
フェーズ6：KPIと改善会議による定着
毎週KPIを確認して、改善箇所を捉えます。「行列が消えたか」は、確認する指標の一つです。
- 待ち時間：受付から呼出までの平均・最大時間、呼出から対応開始までの時間。
- 運用状況：キャンセル率、不在率、問い合わせ件数、スタッフの発券・呼出時間。
- 業種別指標：店舗は時間帯別来店数・離脱数、医療機関は窓口別待ち時間、自治体は手続き別滞留時間。
機能を足す前に、利用ログと現場の声を見ておきます。たとえば、通知を増やす代わりに案内文を直す、予約機能を入れる代わりに受付枠を整理する、といった方法で解決できる場合があります。
月1回の改善会議では、利用者の不満やスタッフの負担、障害・例外処理を確認します。費用の増減も、あわせて見ておきます。
追加する機能は一つずつ決めます。そうすると、使われない機能への投資を抑えられます。
整理券発行システムの費用相場とコストの内訳
費用は発券機の台数だけでなく、受付チャネルや通知、表示で変わります。さらに、窓口数、外部連携、保守、データ管理によっても変わります。
次の金額は、2026年8月時点の公開料金と、リサーチノートにある類似業務システムの相場から作成した目安です。
これらは整理券専用システムの確定価格ではありません。予算を組むときは、同じ条件で複数社から見積もりを取ってください。
SaaS・簡易発券の公開目安（月額0円から2万円台）
既製SaaSや簡易発券は、公開料金と機器構成を確かめたうえで、初期費用と月額を見積もります。
- Airウェイト：無料プラン0円、ベーシック月額11,000円（税込）、スタンダード月額22,000円（税込）。
- 機能と従量費：Web受付、大型モニター、窓口別呼出、自動音声によってプランが変わり、電話・SMS呼出は従量課金。
- CQ-S257シリーズ：ネットワークなしでの発券、スマートフォンでの順番確認、モニター表示に対応する機種がある。
- 月額料金：同シリーズは、機種により無料または3,300円（税込）。
Airウェイトの料金と機能は、株式会社リクルートの「Airウェイト 有料プランについて」で確認できます。CQ-S257の仕様は、シチズン・システムズの「整理券システム」で確認できます。なお、いずれも2026年8月時点の情報です。
公開料金の月額とは別に、次の費用が必要になる場合があります。
- 機器：端末、プリンター、モニターなど。
- 設置：機器を現場に取り付ける作業。
- 通信：回線の利用にかかる分。
- 用紙：番号札の印刷に使う紙。
既存端末を流用する小規模導入なら、初期費用は0万〜20万円程度と推定されます。一方、専用機器をそろえる場合は、初期費用が10万〜50万円程度と推定されます。
連携・カスタマイズの推定費用（100万円から800万円程度）
連携・カスタマイズ費用は、接続先と開発範囲で変わります。目安としては、類似業務システムの相場をもとに、規模別に見積もります。
- 単一拠点の連携：POS、予約、CRM、電子カルテ、自治体窓口管理などとのAPI連携、権限、基本テストを含め100万〜800万円程度。
- 複数施設・部門：予約枠、抽選、決済、会員連携、分析ダッシュボードを含め300万〜1,500万円程度。
- フルスクラッチ：小規模受付は800万〜2,000万円、複数拠点・外部連携・イベント高負荷対応は2,000万〜5,000万円以上になる可能性がある。
これらは公開統計ではなく、類似領域からの推定です。特に、個人情報を扱う案件や高い可用性が求められる案件では、金額が上振れします。
開発期間は、設定が中心なら翌日から数週間、連携開発なら1〜3か月、スクラッチなら4〜18か月程度です。見積もりでは、要件の複雑さ、テスト範囲、保守契約を分けて確認します。
ランニングコストの通知・機器・保守までの合算
月額利用料だけでなく、通知や機器、保守を含めた運用費を合算して比べます。
- 通知・通信：電話・SMSの従量課金、通信回線。
- 機器・保守：タブレットやモニター、プリンター用紙、端末交換、現地対応。
- システム運用：データ保存、バックアップ、追加窓口、繁忙期のアクセス増強。
- 無料プランの制約：番号券へのサービス案内の印字や、分析・API・オンライン受付の利用制限などが生じることがある。
見積書では、初期費用と月額固定費、従量費を分けてもらいます。機器費、消耗品費、保守費、追加開発費も、別の項目として示してもらいます。
3年間の総額で見ると、月額が低い機器型と初期費用が低いSaaS型を、同じ基準で比べられます。
通知費用が大きい店舗では、LINEなど既存のチャネルを使うことで、通信費を抑えられる場合があります。ただし、友だち登録、通知同意、アカウント運用の負担も含めて評価する必要があります。
整理券発行システムの見積もりを取る際のポイント
見積もりの精度は、依頼の前に業務条件をそろえておくことで高まります。「整理券を発行したい」という依頼だけでは、発券機1台で足りるのか、複数窓口の受付基盤が必要なのかを判断できません。
候補会社へ渡す資料には、ピーク受付数や窓口数、拠点数を書きます。利用者の年齢層、受付チャネル、通知方法、外部連携、保存データ、導入希望時期も加えます。
見積依頼書に書く数値と例外処理
要件シートには、受付量、番号運用、発券と呼出の方法、例外時の扱いを書きます。これらを明らかにしておくと、候補会社は同じ条件で見積もれます。
- 受付量：1日の件数と、ピーク時に何分で何件発生するか。
- 番号・発券：窓口数と全体連番・窓口別の別、現地端末・スタッフ操作・Web・QRコード・LINEの利用。
- 呼出：モニター、音声、メール、SMS、電話、LINEのどれを使うか。
- 例外処理：不在、キャンセル、保留、受付終了、番号上限、日付リセットの扱い。
業務データの保存場所や期間、閲覧と変更の権限、CSV出力やAPI連携の要否も書いておきます。番号だけで運用する場合は、その方針も明記します。
個人情報保護委員会の「個人情報の保護に関する法律についてのガイドライン（通則編）」は、安全管理措置の例として、アクセス制御、従業者教育、取扱状況の記録を挙げています。
2026年8月時点の内容を確認したうえで、セキュリティも見積もりの段階から要件に含めます。
同じ条件で比べる3社以上の見積もり
候補は、SaaS提供会社、機器メーカー、システム開発会社から選べます。どの候補にも同じ要件シートを渡し、次の条件をそろえて回答してもらいます。
- 費用：初期費用と月額、従量費、機器・設置費、保守、開発費。
- 契約：導入期間、契約期間、解約時のデータ返却。
公開料金のあるサービスは検証しやすい一方で、連携や複数拠点の追加費用が別見積もりになる場合があります。あわせて、デモの操作性、対象業種の事例、障害時の連絡体制、設定変更のしやすさも確かめます。
matocaの公式事例には、順番が近づいた通知で待ち時間を活用できた店舗があります。紙台帳から移行し、キャンセル率の低下を目指した店舗もあります。いずれも、株式会社ブレイブテクノロジーの「matoca」で2026年8月時点に確認できる事例です。
ベンダーが示す効果は、自社でも再現するとは限りません。そのため、導入前後で測る項目を契約と運用計画に含めます。
費用・現場・セキュリティのリスクの事前確認
費用、現場運用、セキュリティの三つの面でリスクを洗い出し、契約前に対応方法を決めておきます。
- 費用：追加開発・従量課金、API連携や画面・通知文面の変更、窓口追加の単価と承認手順。
- 契約・移行：契約期間と最低利用期間、端末交換、停止時の扱い、データ出力、解約時の移行費用、3年間の総額。
- 例外対応：スマートフォン非利用者や操作が難しい人への代理操作、紙の代替手段。
- セキュリティ：HTTPS・多要素認証・最小権限、ログとバックアップ、脆弱性修正、盗難・QRコード対策、障害連絡体制。
比べる際は、契約後にかかる費用まで含めて見ます。業務継続とデータ最小化を両立させると、過剰な開発を防げます。
整理券発行システムについてよくある質問
無料での利用、病院や自治体での利用、QRコードの要否、予約システムとの連携は、利用者と現場の条件によって答えが変わります。運用を具体的に想定したうえで判断します。
整理券発行システムは無料で使えますか？
無料プランや月額使用料無料の機器はありますが、すべての費用が無料とは限りません。たとえば、Airウェイトには無料プランがあり、シチズン・システムズにも月額使用料無料の機種があります。
無料に見えても、機器や通信、通知の従量費などは月額とは別にかかることがあるため、事前に確かめておく必要があります。用紙、設置、保守の費用も、見積もりに含めて確かめます。
- 用紙：番号札の印刷に使う紙。
- 設置：機器を現場に取り付ける作業。
- 保守：機器の保守にかかる費用。
まず無料または低価格の方式で現場を試し、必要な機能だけを有料にしていく進め方が現実的です。
病院や自治体の窓口でも利用できますか？
利用できます。ただし、番号運用、複数部門、本人確認、個人情報、障害時の継続運用を要件に含める必要があります。また、氏名を大声で呼ばず、番号で案内することも大切です。
スマートフォンを使わない来訪者のために、紙や有人受付を残しておきます。あわせて、管理者と受付担当の権限を分けます。保存情報を番号と時刻だけにできるか、既存の電子カルテや窓口管理システムと連携させるかも整理します。
QRコードやLINE通知は必ず必要ですか？
短時間で処理が終わり、待機場所から離れない場合は、番号券とモニター表示で足ります。QRコードやLINE通知は、必ず必要とは限りません。
一方、待ち時間が長く、買い物や別の用事を済ませたい場合は、QRコード、Web受付、LINE通知、電話通知が役立ちます。ただし、通知を受け取れない人向けに、館内放送やスタッフ対応を残しておきます。通知が届くことを前提にしない運用が必要です。
予約システムやPOSと連携できますか？
API、CSV、標準連携、個別開発などの方法で、連携できる場合があります。連携の前に、予約枠と当日受付の優先順位、キャンセル同期、番号の発番元、個人情報の受け渡し、障害時の再送を定義しておきます。
連携先が増えるたびに、設計、権限、テスト、保守の範囲も広がります。そのため、受付と呼出から導入し、効果を確認してから連携を加える段階導入も有効です。
まとめ
整理券発行システムで目指すのは、ピーク時の受付を整え、利用者が安心して待てる状態を作ることです。機器の導入そのものは目的ではなく、待ち時間を見える化し、呼出漏れやスタッフの確認作業を減らすことも、その手段になります。
そのために、まず現場を観察し、発券、待機、呼出、不在、キャンセル、障害時の業務を一つの流れとして整理します。
六つのフェーズによる段階的な導入
要件整理ではピーク受付数と例外処理を把握し、選定ではパッケージ、SaaS、機器、開発の適合性を比べます。
設計開発では利用者とスタッフの導線を作り、テストでは通信断、用紙切れ、不在呼出を再現します。
稼働は小さく始め、定着の段階ではKPIを見ながら改善します。各フェーズの完了条件を決めてから進むと、後戻りや追加費用を抑えられます。
最初の一歩となる相談用の資料づくり
まずは、見積もり前に受付条件と導入範囲をそろえておきます。
- 要件シート：1日ピーク受付数、窓口数、待機場所、通知手段。
- 運用条件：個人情報の有無、既存システム連携の要否。
- 相見積もり：同一条件で3社以上から見積もりを取り、構成や要件に応じた金額を比べる。
判断は、初期費用だけでなく、3年間の総額と、現場で使い続けられるかを基準にします。整理券発行システムを入れれば待ち時間がなくなるわけではありません。
費用は、SaaSの月額0円〜2万円台、機器を含む初期10万〜50万円程度、連携・カスタマイズ100万〜800万円程度など、幅があります。いずれも、構成と要件による目安です。
受付ルールと利用者案内を整え、例外処理を迷わず行える状態を作ることが、導入効果の定着につながります。
全体像、機能、費用、セキュリティ、失敗例は、ガイドで確認できます。
▼全体ガイドの記事
・整理券発行システム開発の完全ガイド
▼RFP作成前に読みたい無料ホワイトペーパー
・業務システム開発の完全ガイドブック
・スクラッチシステム開発の完全ガイドブック
・【2026年最新版】AI駆動開発の完全ガイドブック
会社紹介
株式会社riplaでは、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを、構想策定・要件定義から開発・改善まで一気通貫で支援。事業会社でIT・DXを経験したプロフェッショナルによる高い要件定義力・システム設計力を活かし、事業成果の最大化に伴走します。
また、当社独自の開発テンプレート「Boxシリーズ」による標準機能の高速開発と、AI駆動開発の独自フレームワーク「GoDD」による独自機能のAI実装を組み合わせることで、低コスト・短期間で開発を実現いたします。
もし、システム開発やプロダクト開発に関するご要望がございましたら、お気軽にお問い合わせください。
・サービス概要資料のURLはこちら >>>
・お問合せページのURLはこちら >>>
・お役立ち資料のURLはこちら >>>
株式会社ripla 代表取締役CEOとして、システムパッケージ活用、システム開発、データ分析、生成AI活用、SaaS開発、アプリ開発、EC構築など、幅広い領域で企業のDX推進と事業成長を支援している。事業会社でIT・DXを経験したプロフェッショナルが集う株式会社riplaにおいて、お客様の事業・ユーザー・業務に最適化したオーダーメイド型システムを構想策定・要件定義から開発・改善まで一気通貫で支援し、単なるシステム納品にとどまらず、クライアントと同じ目線で事業成果の最大化に向けた伴走支援を行う。早稲田大学卒業後、ラクスル株式会社、LINEヤフー株式会社にて事業開発やDX推進などに従事した後、株式会社riplaを創業。