二号店を開くと、同じ予約画面のままでは誤受付が起きます。複数店舗運用では、料金、営業時間、担当者、閲覧範囲を分けます。Squareで先に決める順序を整理します。

Square予約の複数店舗運用|料金・スタッフ・設定の注意点

複数店舗運用で最初に分ける四項目

店舗を追加しただけでは予約受付は整いません。顧客向け表示と内部管理を分けます。

  • 店舗ごとの基本情報
    住所、電話番号、営業時間を分けます。顧客が来店先を迷わない表記にします。
  • 担当者の勤務先
    誰がどの店舗で予約を受けるか決めます。移動日には重なる枠を出しません。
  • サービスの提供範囲
    店舗ごとに受けられる内容を整理します。設備がない店では対象サービスを外します。
  • 会計と閲覧の範囲
    振込先や売上集計を店舗単位で確認します。スタッフ権限も配属先に合わせます。

四項目は開店前の試験予約で確かめます。店舗名だけ変えた予約も通します。

Square予約の現行仕様と料金

月額はアカウント全体ではなく店舗ごとです。機能差と決済手数料を分けて見ます。

  • フリーは月額0円
    一つのSquareアカウントにつき一店舗です。複数の店舗を扱う機能は含まれません。
  • プラスは月額3,000円
    店舗ごとに月額料金がかかります。複数の店舗を扱う機能が含まれます。
  • プレミアムは月額8,000円
    店舗ごとの月額料金です。勤怠や歩合給などの管理機能も加わります。
  • オンライン前払いは3.6%
    月額とは別の決済手数料です。保存カードや手入力は3.75%です。

二店舗なら月額も二店舗分で試算します。上位機能の要否も別に判断します。

店舗管理の判断表

同じアカウントへ追加すべきかは事業の関係で変わります。次の四つを判断軸にします。

  • 同じ事業の二号店
    同一アカウントで管理しやすい形です。商品やスタッフを共通化できます。
  • 業種が異なる別事業
    公式案内では別アカウントが推奨されます。顧客導線や会計も分けて考えます。
  • 期間限定の仮店舗
    登録後は店舗を削除できません。終了後に無効化する前提で作ります。
  • 訪問型のサービス
    固定店舗を増やす必要がない場合もあります。出張範囲と予約枠で表せるか確認します。

店舗数を増やす前に運用単位を決めます。後から削除できない点は特に重要です。

複数店舗運用が向く条件・向かない条件

複数拠点を一つにまとめる利点は管理の共通化です。事業が別なら分離した方が安全です。

  • 商品や顧客を共有したい
    同じ事業の店舗展開に向きます。店舗別レポートで差も確認できます。
  • スタッフが店舗間を移動する
    配属先と勤務枠を切り替えられます。移動時間は予約不可の枠にします。
  • 銀行口座を店舗別にしたい
    振込先を分ける設定が用意されています。入金確認の担当も先に決めます。
  • 顧客層も業務も別である
    同一アカウントへまとめる利点が薄い形です。別アカウントの方が境界を保てます。

費用だけで統合を決めないことが大切です。顧客情報と権限の境界も見ます。

Square予約で店舗を追加する手順

店舗の登録はSquare データで行います。作成前に表示名と運用担当を確定します。

  1. 既存事業との関係を確認する
    同じ事業の追加店舗か判断します。異なる業種なら別アカウントも検討します。
  2. 店舗の基本情報を用意する
    名称、住所、連絡先を揃えます。明細やレシートに出る名称も確認します。
  3. 営業時間と振込先を設定する
    店ごとの営業日を登録します。売上金を受け取る口座も選びます。
  4. スタッフとサービスを割り当てる
    配属先と対応内容を店舗別にします。設備の違いも予約枠へ反映します。
  5. 顧客画面から試験予約する
    二店舗を選び分けて予約します。確認通知に正しい来店先が出るか見ます。

登録は管理画面の保存だけで終えません。通知と予約詳細まで一連で試します。

店舗管理とスタッフ配置の設計

スタッフの配属先は見える情報の範囲にも影響します。勤務場所と権限を同時に見直します。

  • 固定店舗で勤務する人
    担当店舗だけへ割り当てます。不要な店のデータを見せない構成にします。
  • 複数店舗を巡回する人
    勤務日ごとに予約可能状況を整えます。移動前後の時間も空けます。
  • 全店を管理する受付
    全体を見る権限が必要です。予約変更時は店舗名を必ず読み上げます。
  • 退職や異動がある場合
    将来予約を先に検索します。再割り当て後に店舗権限を外します。

便利さだけで閲覧範囲を広げません。異動時の確認者も決めておきます。

Square予約のカレンダー運用

カレンダーは店舗とスタッフで絞り込めます。画面ごとの表示差にも注意します。

  • 店舗フィルターを使う
    複数拠点の予約だけを切り替えて見ます。全店表示との見間違いを防ぎます。
  • 定期スケジュールを分ける
    週ごとの基本勤務を登録します。店舗選択を確認してから保存します。
  • 一回限りの変更を使う
    応援勤務や休暇だけを直します。通常週の枠を上書きしません。
  • 端末ごとの表示を確認する
    表示やフィルターは端末固有です。Square データとPOS間では同期されません。

受付端末ごとに初期表示を確認します。全店表示のまま処理しない運用にします。

店舗管理で起きやすいミス

複数拠点では似た名称が誤受付を招きます。設定後の確認項目を固定します。

  • 店舗名が似すぎている
    地域名や駅名を付けて区別します。通知の先頭でも来店先を示します。
  • 全店で同じ営業時間にする
    定休日や最終受付が違う場合があります。各店の公開画面を別々に見ます。
  • 巡回スタッフの移動を無視する
    連続予約で遅刻が起きます。移動と準備の時間を枠から除きます。
  • 不要な店舗を削除しようとする
    作成済み店舗は削除できません。営業終了後は無効化して扱います。
  • 一台だけで表示を整える
    フィルター設定は端末固有です。受付で使う全端末を個別に確認します。

月に一度は店舗別の試験予約を行います。異動や営業時間変更の直後も再確認します。

複数店舗運用の実装チェックリスト

公開前に顧客画面と受付画面を見比べます。次の項目が揃ってから告知します。

  • 料金を店舗数で試算した
    月額と決済手数料を分けました。追加店舗分も予算に入れています。
  • 店舗情報を区別した
    住所、電話、営業時間を確認しました。顧客が迷わない名称にしています。
  • スタッフを正しく配属した
    勤務先とサービスを割り当てました。移動時間も予約不可にしています。
  • 受付端末を確認した
    店舗フィルターを整えました。各端末で表示差がないか見ています。
  • 二店舗で予約を通した
    顧客側から各店を選びました。通知と会計先まで一致しています。

追加後も同じ手順で点検します。変更日と確認者を残すと復旧しやすくなります。

Square予約で確認した公式情報

次の一次情報を2026年11月3日に確認しました。契約前は公式画面の最新表示も確かめてください。

検索結果の要約だけでなく公式本文を読みました。仕様差がある場合は契約画面を優先します。

店舗管理をLiteramentへ相談する

予約、権限、会計を分けると確認箇所が増えます。対応範囲はサービス内容と料金で確認できます。

導線設計で迷う方はLiteramentへお問い合わせください。本記事ではAIを調査・構成の補助に使用し、人が確認する運用方針です。