小さな居酒屋のPOSレジ選び 注文と会計を開店前に試す

小さな居酒屋のPOSレジは 注文をどこで受け どこへ伝え 誰が会計するかを決めてから選びます
契約前に自店の注文を候補機で試し 必要な端末と連携機能を見積書にそろえることが大切です
レジ画面だけで会計できても 席ごとの追加注文や厨房への変更連絡まで同じ構成で使えるとは限りません

この記事では やきとん店や焼き鳥居酒屋を開く人が POSの導入前に作る業務の条件表と デモで確かめる項目を整理します 既存店の看板替えなら 今の機器を残せるかも型番と契約内容から判断します

POSレジを買う前に何を決めればよいか

最初に用意するのは 比較したい商品の一覧ではなく 自店の一組の注文が会計に届くまでの流れです カウンターで聞いた注文を紙へ書くのか 客席で端末へ入れるのか お客様自身に入力してもらうのかで 必要な構成は変わります

POSは販売情報を記録する仕組みですが 注文を受ける機能 厨房へ伝える機能 決済を受け付ける機能の組合せはサービスごとに異なります 店内で使いたい仕事を一つずつ書けば 基本料金に何が含まれ 何を追加するのか質問できます

たとえば注文は紙で受け 会計時だけレジへ入力する運用なら 厨房への電子伝票は必須ではありません 一方でホールが席を回り続ける店では レジへ戻る動きを減らしたい理由が生まれます 席数だけで端末数を決めず 入力する場所と同時に使う人数を示します

ぶたもんへの加盟や看板替えを検討している場合は 先に本部へPOSの指定機種 指定プラン 売上報告や商品登録の条件を確認してください 本記事で紹介する選び方や製品の機能は ぶたもんが採用している機器や契約条件を示すものではありません

必要な機能を必須と後回しに分ける

条件表の各行には 必要な機能名と それを使う場面をセットで書きます 多機能であることを理由にすべてを必須へ入れると 店で使わない機器や契約まで増えます 反対に料金を下げるために必須項目を落とすと 営業中の転記で補うことになります

表は横にスクロールできます

これは条件を整理する例です すべての店に同じ構成を勧めるものではありません 紙の伝票で困らない仕事まで電子化する必要はなく 何を手作業として残すかを店主が説明できれば比較できます

必須項目は合否で見ます ある候補が必要な伝票操作に対応しないなら 他の便利な機能の数で相殺しません 同じ構成で満たせる候補を残した後に 使いやすさ 費用 設置場所を比べると判断がぶれにくくなります

やきとんや焼き鳥の注文単位で商品を登録する

串焼き店では 商品名だけ並べたデモでは分からないことがあります 一本単位の串 盛合せ 味付けの選択 おかわりのドリンクなど 販売単位が違う商品を混ぜて試します 同じ名前でも 数量の一が一本なのか一皿なのかを厨房と会計でそろえます

塩とたれを別商品にするのか 商品を選んだ後の選択肢にするのかは 入力のしやすさだけで決めません 厨房に届く表記 商品別の売上集計 価格変更の作業まで見ます 選択肢が集計に出ない構成なら 後でどの数字を知りたいかによって登録方法を考え直します

架空のデモ用メニューを少数作り 同じ商品を味付け違いで注文してみます 会計画面では同じ合計でも 厨房伝票に味付けが出ていなければ目的を満たしていません 実際の販売可否や選べる味付けは 自店のメニューと本部の方針に合わせます

品切れにした商品が 注文端末やお客様用の画面のどこへ反映されるかも確認します レジから消えただけで全画面から注文できなくなるとは考えず 同期に必要な操作と反映を待つ場面を担当者へ見せてもらいます

厨房への連携は実際の出力で確かめる

連携できるという説明を受けたら 何がどこへ届くかを確かめます 注文の新規送信だけでなく 数量変更 取消 卓移動で届く内容も必要です 元伝票との差分が出るのか 注文全体が再印刷されるのかで 厨房側の読み方が変わります

スマレジのフードビジネスプランの公式案内では スマレジ・ウェイターとPOSの連動を説明しています 注文メモの厨房伝票への印刷や 卓ごとの注文内容と金額の会計連動も紹介されています こうした機能は 製品名だけでなく 利用するプランと組合せを特定して確認する必要があります

レシート用プリンターと厨房用の出力機器は 役割を分けて見積もります 焼き場とドリンク場へ別々に出すなら 商品の振り分け設定も作業範囲へ入れます 機械が納品されることと 自店の振り分けが完成することは別です

注文が早く届くことは 焼ける本数が増えることを意味しません 注文受付の仕組みを選ぶ段階では 必要な情報が欠けずに届くかを確認します 調理側の処理量は焼き場の処理量を確かめる方法に沿って別に測ります

契約前のデモはこの四つを通す

販売担当者が用意した簡単な会計だけで判断せず 自店の条件表から試したいケースを渡します デモの目的はスタッフ全員の練習ではなく 候補の構成で必要な操作が実現できるかの判定です 未対応と設定未完了を分けて記録します

表は横にスクロールできます

各ケースは 期待する結果を先に書いてから実行します たとえば数量変更なら 元の注文を探せる 厨房に変更が伝わる 会計が変更後の数量になるというように 分けて判定します 一つでも見えない箇所があれば そのまま合格とはしません

説明のため別の上位プランや追加端末を使った場合は その条件を記録します デモでできた機能が 注文予定の構成にも含まれるかを見積書で照合します 有料の追加機能なのか 初期設定だけで使えるのかもここで明らかにします

販売担当者の操作を見た後は 店主自身も同じケースを通します 商品を探せず説明を求めた場所や 前の画面へ戻った回数を残すと 選びにくい理由を比べられます 初めて使う人が一度迷っただけで機器を不適格にせず 商品の並び替えで直る問題か 操作の仕組み自体が合わないのかを分けます

別会計と決済の連携は同じ意味ではない

別会計という言葉だけでは必要な操作が伝わりません 一人分の商品を選んで支払うのか 合計額を人数で分けるのか 一部を現金で受け 残りを別の決済にするのかを区別して依頼します 店で受け付ける範囲を決めてから確認します

POSと決済端末が連携する場合も 代金を端末へ渡すところと 決済結果をPOSへ戻すところを見ます 手で金額を入力する構成なら その二重入力は残る作業として条件表へ記載します 連携の有無を便利そうという感想だけで済ませません

会計前の注文取消と 決済後の払い戻しは異なる操作です それぞれどの画面から行い どの権限が必要で 記録がどこへ残るかを確認します 実際に送金が生じる試験は担当会社の手順と了承に従い 練習データと実取引を混ぜない方法で行います

選定時には明細を取り出せるところまで確認できれば十分です 日々の金額照合や差額調査の運用は居酒屋の売上と現金を合わせる手順で整えます 毎日の締め方を決める前提として どの記録が出せる機器なのかを確かめます

通信が切れたときは何が止まるか

オフライン対応という表示があっても 注文入力 厨房への送信 決済 管理画面への反映がすべて通常どおり動くとは限りません 店内の通信と外部のインターネット接続を分け どちらが使えない場合の説明なのかを確認します

Squareのオフライン決済の公式案内では 未接続中の決済は保留中として表示され 再接続後に完了または不承認となる流れを説明しています 受付できたことと承認されたことを同じにせず 利用する機器の対応条件と復旧手順を確認します

障害時の対応表には 止まる機能 紙へ切り替える記録 復旧後に照合する担当を置きます 実際の決済中に電源を切って試す必要はありません 契約先が案内する安全な検証方法で 状態の見分け方と再入力の要否を確かめます

電話の窓口がある場合も 居酒屋の営業時間に相談できるかは別の確認です 夜間の不具合をどこへ連絡し 翌日の回答待ちになる仕事は何かを聞きます 回線会社 POS会社 決済会社のどこへ最初に相談するかを導入担当者と決めておきます

看板替えでは今の機器を型番から見直す

既存店のPOSやプリンターは 動いているから新しい構成でも使えるとは判断できません 本体の型番 接続方式 端末のOS 利用中のプランを控え 新しく使うサービスの対応表と照合します 購入前に現物の写真と一覧を担当会社へ渡すと確認箇所が明確になります

Airレジの対応プリンター一覧は 対応機器以外では動作確認をしていないと案内しています 同じシリーズでも型番によって接続方法が異なる例があり 機種名だけの確認では足りません 他のPOSへ替える場合も そのサービスの対応条件で見直します

再利用する機器は本体だけでなく 電源 ケーブル スタンド 用紙の幅 設置面積まで確認します 厨房から離れた場所で印刷できても 予定する場所へ置けるかはまだ分かりません 配線が通路を横切らないか 紙を交換する空間があるかも見ます

レジ台では端末を置いた状態で 現金を受け取る 明細を見せる 紙を渡す動きを確かめます 画面の角度やドロアを開く方向が決まると 必要な奥行きが見えてきます 展示台で省スペースに見えたことだけで寸法を決めず 予定するレジ台の図面へ機器を落とし込みます

旧店舗のメニューを移す場合は そのまま全部残すか 新しい商品だけ登録し直すかを決めます 過去の売上を参照するためのデータと 新しい注文画面に出す商品を分けて扱えば 古い商品を誤って販売する余地を減らせます

費用は導入時と毎月と変更時に分ける

比較する見積書の台数と機能をそろえます レジアプリの利用料だけでなく 注文端末 厨房出力 決済連携 商品登録 設置 説明の費用を確認します 何が無償かを数えるより 必須の仕事ができる状態までの総額を比べます

月額にはどの店舗数と端末数が含まれるかを記載してもらいます 追加注文の仕組みを後から導入する予定なら その時の初期作業と毎月の増額も別に見積もります 将来の料金を現在の契約だけで保証されたものとして扱わず 見積の有効期限を確認します

決済の費用はPOS利用料と混ぜません 決済手数料や入金条件は契約ごとに確かめ 予測に使う売上と決済の割合は仮定として置きます この記事では特定サービスの料率や 店舗の決済利用率を固定した比較は行いません

安く買えても 自分で何百件もの商品登録をする条件なら開業準備の時間が必要です 店主が入力する欄 導入会社が設定する欄 本部が確認する欄を分けます 値段と作業分担がそろって初めて 同じ内容の見積として比較できます

納期も機器が届く日だけでは足りません メニューと価格を渡す日 初期設定が終わる日 店内で試せる日を分けて確認します 修正の依頼が追加費用になる範囲や 開店後の設定変更を誰が受け付けるかまで分かれば 導入会社へ何を頼む契約なのかを揃えられます

設定変更とデータの出口も契約前に確かめる

開店後は品切れ 価格変更 スタッフ交代が起きます 管理者しかできない操作を確認し 店主が不在でも必要な仕事が止まらない権限を考えます 全員で同じ管理者情報を共有する前に スタッフ別にどこまで権限を分けられるかを聞きます

商品一覧や売上データを取り出せるかは 実際のファイルで確認します 欲しい項目と文字の読みやすさを確かめ 本部や会計担当へ渡す形式に合うかを照合します データ連携という説明が 自動送信なのか ファイルの手動受渡しなのかも区別します

契約を終える場合に いつまでデータを閲覧でき 何を自分で保存する必要があるかも質問します 保存の期限や形式を勝手に想定せず 現行の利用条件を確認します 看板替えで旧サービスを解約するなら 必要な記録を確保する前に閲覧できなくなる順番を避けます

小型居酒屋のPOS導入でよくある質問

小さい店でもハンディ端末は必要ですか

席数だけでは決められません 会計する場所へ戻って入力する回数と その間に接客が止まる場面を条件表へ書きます 紙で受けても担当者間の受渡しに支障がなければ 現在必要な構成から始める選択もあります 本部指定がある場合はその条件を先に確認します

展示された機器で動けばそのまま契約してよいですか

展示機と見積書のプラン 台数 周辺機器 設定内容が一致しているかを確認します 特別なデモ用設定でできた操作は 未確認の条件として残します 納品後にも同じケースを試せるよう 注文内容と期待する結果を保存しておきます

既存店のレジを残すか迷ったらどうしますか

新しいメニューと営業方法で必須となる条件を先に決め 今の構成で満たせるかを確認します 足りない機能を追加する案と一式替える案を 同じ作業分担で見積もれば比較できます ぶたもんへの看板替えでは機器一覧を添えて本部へ相談してください

契約する構成を一枚に残す

最後に 必須機能 合格したデモの条件 機器の型番と台数 設定担当 費用 納品日 未確認事項を一枚へまとめます 確認が終わっていない機能を導入できる前提にせず 回答が必要な日と回答先を付けておきます

導入後は契約時の条件と現物を照合し 同じ注文ケースが通ることを確かめます そのうえでスタッフが調理や接客を含めて動く開店前リハーサルへ進みます POS選びで決めるのは買う機械だけでなく 開店日までに誰がどの設定を完成させるかです