メンズエステを複数店舗展開すると何が大変？シフト・予約・売上・顧客管理を一元化する方法

メンズエステを1店舗運営しているときは、

LINE。

Google Sheets。

予約表。

売上表。

ホワイトボード。

などを組み合わせても、

ある程度は店舗を回せます。

しかし、

2店舗。

3店舗。

5店舗。

と増えていくと、

同じ運用をそのまま店舗数分増やすだけでは、

管理が急激に複雑になります。

例えば、

店舗A。

店舗B。

店舗C。

それぞれで、

キャスト。

出勤。

予約。

ルーム。

売上。

精算。

顧客。

広告媒体。

経費。

を別々に管理。

すると、

本部側では、

「今どの店舗が忙しい？」

「どの店の売上が伸びている？」

「Aさんは今日はどの店舗に出勤？」

「同じ顧客が別店舗を利用した履歴は？」

「店舗別に本当に利益が出ている？」

といった情報を、

複数の表やLINEを開いて確認することになります。

1店舗では、

人の記憶。

店長の経験。

でも回っていたものが、

多店舗になると、

情報の分断

として表面化します。

そのため、

複数店舗展開で重要になるのは、

単に店舗数を増やすことではありません。

店舗ごとの独立性を保ちながら、本部から必要な情報を横断して見られる状態を作ること

です。

この記事では、

メンズエステを複数店舗へ展開するときに、

どの業務が複雑になるのか。

キャスト。

出勤。

予約。

ルーム。

売上。

精算。

顧客。

経費。

利益。

権限。

をどう整理すればいいのか。

実務ベースで解説します。

店舗管理全体については、メンズエステ管理システム完全ガイドでも詳しく解説しています。

予約・シフト・売上・顧客・経費などを一つの店舗運営システムへ集約し、店舗ごとに表示範囲を分ける基本的な考え方は、メンズエステのシステムとは？でも解説しています。

1. 1店舗と複数店舗では「管理の考え方」が変わる

1店舗だけなら、

スタッフ全員が、

同じ店舗。

同じ予約表。

同じキャスト。

を見ています。

2. 店舗が増えるとデータに「店舗」が必要になる

例えば、

売上30,000円。

だけでは足りません。

店舗Aの売上。

店舗Bの売上。

どちらなのか。

を持つ必要があります。

3. 予約にも店舗情報が必要

予約：

20時。

Aさん。

120分。

だけではなく、

店舗A。

ROOM2。

という情報も必要になります。

4. キャストも店舗と関係する

Aさん：

店舗Aのみ。

Bさん：

店舗A・B。

Cさん：

店舗Cのみ。

というように、

キャストと店舗の関係も増えます。

5. すべてにstoreIdが必要になる

システム的には、

店舗。

キャスト。

出勤。

予約。

売上。

顧客。

経費。

などに、

どの店舗の情報なのか。

という軸が必要になります。

6. 店舗ごとにExcelを分ける問題

例えば、

新宿店.xlsx

池袋店.xlsx

品川店.xlsx

という管理。

7. 現場では使いやすい場合もある

各店長は、

自店舗のファイルだけ見ればいい。

これは分かりやすい運用です。

8. 本部集計が大変になる

月末に、

3店舗分のExcelを集める。

↓

売上を合算。

↓

経費を合算。

↓

利益を計算。

という作業。

9. 集計タイミングで数字がズレる

店舗A：

昨日まで入力済み。

店舗B：

今日まで入力済み。

店舗C：

3日前で止まっている。

この状態で本部集計すると、

比較できません。

10. 数字の定義もズレる

A店：

売上に交通費を含む。

B店：

含まない。

など。

店舗ごとに集計ルールが変わる可能性があります。

11. 本部管理では定義統一が必要

売上。

店落ち。

経費。

利益。

など。

共通定義を決めます。

12. キャスト管理が複雑になる

複数店舗になると、

キャストが、

一つの店舗だけに所属するとは限りません。

13. 店舗をまたいで出勤する

例えば、

Aさん。

月曜：

新宿。

水曜：

池袋。

金曜：

新宿。

というケース。

14. キャストを店舗ごとに重複登録しない

新宿店のAさん。

池袋店のAさん。

として、

別人のように登録すると、

履歴が分断されます。

15. 一人のキャストに複数店舗を紐付ける

キャストマスタ：

Aさん。

↓

所属：

新宿。

池袋。

↓

出勤：

9/29 新宿。

9/30 池袋。

という構造。

16. 売上も一人へ集約できる

新宿売上。

池袋売上。

を、

キャストAの売上として、

横断集計できます。

17. 店舗別にも見られる

Aさん売上。

を、

新宿分。

池袋分。

に分けて見ることもできます。

18. 在籍状態も店舗別の場合がある

新宿：

在籍。

池袋：

一時停止。

というケース。

店舗との関係を分けて管理すると扱いやすくなります。

19. 出勤管理も店舗軸が増える

Aさん。

18:00〜翌2:00。

という出勤。

さらに、

どの店舗なのか。

が必要です。

20. 同じ時間に2店舗へ出勤できない

例えば、

Aさん。

新宿：

18〜24時。

池袋：

20〜翌2時。

これは重複します。

21. 店舗横断のシフト重複チェック

各店舗だけを見ていると、

新宿店では問題なし。

池袋店でも問題なし。

に見えます。

しかし、

本人単位では重複。

22. 本部側でキャスト重複を検知する

店舗横断で、

同一キャスト。

同一時間。

を確認します。

23. 移動時間も考える

新宿：

18〜20時。

池袋：

20〜22時。

でも、

実際には移動時間が必要です。

24. 店舗間移動バッファ

店舗A。

↓

30分移動。

↓

店舗B。

など。

店舗ルールを設定できます。

出勤管理については、メンズエステの出勤管理を効率化する方法でも詳しく解説しています。

25. シフト希望提出も店舗選択が必要

キャスト本人が、

出勤希望。

を出す場合。

日付。

時間。

に加えて、

希望店舗。

も必要になります。

26. 本部が最終配置を決める

例えば、

新宿：

キャスト不足。

池袋：

多い。

なら、

配置調整。

を行う場合があります。

27. 「どの店舗に何人いるか」を見る

本部では、

キャスト単位だけではなく、

店舗ごとの、

出勤人数。

も重要です。

28. 予約管理も店舗ごとに分かれる

予約には、

店舗。

キャスト。

ルーム。

日時。

が関係します。

29. 予約電話を本部で取るケース

問い合わせ：

「今日20時に空いている女性いますか？」

この場合、

1店舗だけではなく、

複数店舗の空き枠を確認できれば、

案内の選択肢が増えます。

30. 店舗ごとに予約台帳が別だと確認が増える

新宿予約表。

↓

空きなし。

池袋予約表。

↓

空き確認。

という作業。

31. 一つの画面で店舗を切り替える

STORE：

ALL

新宿

池袋

品川

というフィルター。

32. ALL表示

本部スタッフ：

全店予約。

33. 店舗表示

新宿スタッフ：

新宿予約のみ。

34. 権限と組み合わせる

本部：

ALL。

店長：

自店舗。

受付：

必要な予約情報。

という設計。

35. WEB予約でも店舗選択が必要

店舗から選ぶ。

または、

セラピストを選んだ結果、

店舗が決まる。

という方式。

36. 店舗・キャスト・ルームを同時に判定

予約可能条件：

店舗。

キャスト。

出勤。

ルーム。

既存予約。

コース時間。

です。

予約管理については、メンズエステの予約管理完全ガイドでも詳しく解説しています。

37. ルーム管理も店舗別

ROOM1。

という名前。

複数店舗に存在する場合があります。

38. ROOM1だけでは識別できない

新宿 ROOM1。

池袋 ROOM1。

は、

別の部屋です。

39. 店舗とルームをセットで管理する

roomId：

新宿-1。

池袋-1。

のように、

内部IDで区別。

40. 店舗別空室

新宿：

3室中2室使用中。

池袋：

2室中1室使用中。

など。

41. 本部では稼働率も比較できる

ルーム稼働時間。

予約件数。

売上。

など。

42. 新しいルームを増やす判断材料

予約はある。

でも、

ルーム不足。

で断っている。

場合。

店舗拡張の材料になります。

43. 売上管理では店舗別比較が必要

多店舗になると、

全社売上だけでは、

状況が分かりません。

44. 全社売上

3店舗合計：

1,500万円。

45. 店舗別売上

新宿：

700万円。

池袋：

500万円。

品川：

300万円。

46. 店舗別客数

売上だけでなく、

接客件数。

47. 店舗別客単価

売上 ÷ 接客件数。

48. キャスト別売上

どの店舗でも、

キャスト単位で確認。

49. 媒体別売上

店舗Aでは、

媒体Xが強い。

店舗Bでは、

SEOが強い。

という違い。

50. 時間帯別

新宿：

深夜が強い。

池袋：

夕方が強い。

など。

売上管理については、メンズエステの売上管理完全ガイドでも詳しく解説しています。

51. 売上ランキングだけで判断しない

店舗A：

売上700万円。

店舗B：

500万円。

なら、

Aの方が良く見えます。

52. 経費が違う

A：

家賃100万円。

B：

家賃40万円。

なら、

利益構造は違います。

53. 広告費も違う

A：

広告120万円。

B：

40万円。

54. 店舗別利益を見る

売上。

↓

キャスト報酬。

↓

広告費。

↓

家賃。

↓

経費。

↓

営業利益。

55. 店落ちと営業利益

店落ちが多くても、

固定費が高ければ、

最終利益は小さくなります。

利益管理については、メンズエステの店落ち・営業利益を正しく管理する方法でも詳しく解説しています。

56. 精算も店舗別に管理する

キャストAが、

新宿。

池袋。

両方で勤務。

した場合。

57. 売上は店舗別

新宿売上：

100,000円。

池袋売上：

80,000円。

58. キャスト報酬は合算もできる

給与・精算時には、

Aさん合計。

として確認。

59. 店舗負担額も分ける

キャストへの支払総額だけでなく、

どの店舗の原価なのか。

を残します。

60. バックルールが店舗ごとに違う場合

新宿：

50%。

池袋：

55%。

など。

店舗×キャスト。

または店舗ルール。

で管理するケースもあります。

61. 指名料・オプションルール

店舗ごとに違う場合。

同じ計算式を全店舗へ適用しない。

自動精算については、メンズエステの自動精算とは？でも詳しく解説しています。

62. 顧客管理を店舗ごとに分けるか？

ここは、

店舗方針によります。

63. 全店共通顧客

同一グループ内なら、

新宿で利用。

↓

次回池袋。

という顧客もいます。

64. 顧客を重複登録しない

新宿の田中さん。

池袋の田中さん。

と、

同じ人物を別顧客で登録すると、

履歴が分断されます。

65. 一つの顧客ID

顧客A。

↓

1回目：

新宿。

↓

2回目：

池袋。

↓

3回目：

新宿。

66. 全店利用履歴

本部では、

店舗横断で確認。

67. 店舗スタッフには必要範囲だけ

顧客情報は、

権限に応じて表示。

68. 過去担当

別店舗で担当したキャスト。

を確認できる場合があります。

69. 本指名履歴

新宿でAさん本指名。

次回池袋でAさん。

という履歴。

顧客管理については、メンズエステの顧客管理とは？でも詳しく解説しています。

70. 顧客情報共有には権限が必要

全店舗スタッフが、

すべての顧客情報を見られる。

必要はない場合があります。

71. 本部

全体を見る。

72. 店長

自店舗利用履歴を中心に見る。

73. 受付

予約に必要な項目だけ。

74. キャスト

必要最小限。

75. 権限を設計する

role。

store scope。

permission。

を組み合わせます。

76. 店舗追加のたびに新アカウントを乱造しない

新宿管理者。

池袋管理者。

品川管理者。

というユーザー。

各ユーザーへ、

対象店舗を割り当てます。

77. 一人が複数店舗を見るケース

エリアマネージャー。

新宿。

池袋。

だけを見る。

という権限。

78. OWNER

全店舗。

79. MANAGER

指定店舗。

80. STAFF

日常業務のみ。

81. 広告媒体管理も店舗数分増える

店舗A。

媒体1。

媒体2。

店舗B。

媒体1。

媒体3。

など。

82. アカウントも別

同じ媒体でも、

店舗別管理画面。

という場合があります。

83. 出勤更新作業も倍増する

3店舗。

3媒体。

なら、

更新対象が増えます。

84. キャストが複数店舗へ出る場合

Aさん。

今日は新宿。

明日は池袋。

媒体側の店舗情報も正しく更新する必要があります。

85. 媒体連携を店舗単位で管理

どの店舗。

どの媒体。

どのキャスト。

を更新するか。

86. 元データは一つにする

キャスト。

出勤。

は、

店舗システム側を正本に。

広告媒体連携については、メンズエステの広告媒体連携とは？でも詳しく解説しています。

87. LINE運用も店舗ごとに分かれる

新宿LINE。

池袋LINE。

など。

88. 本部LINE一本の場合もある

問い合わせ内容から、

店舗へ振り分け。

89. どちらでも予約台帳へつなぐ

LINE。

↓

店舗選択。

↓

予約。

↓

売上。

90. 店舗ごとのチャットだけに情報を残さない

重要な予約情報は、

構造化して保存。

LINE業務については、メンズエステのLINE業務を自動化する方法でも詳しく解説しています。

91. 経費管理も店舗別が必要

家賃。

光熱費。

広告費。

備品。

ルーム費。

スタッフ人件費。

など。

92. 本部経費

一方、

システム。

税理士。

本部人件費。

など、

全店舗共通経費もあります。

93. 店舗経費と本部経費を分ける

STORE EXPENSE。

HEAD OFFICE EXPENSE。

94. 共通費をどう配賦するか

例えば、

広告費を、

3店舗で按分。

という場合。

95. 数字を混ぜない

店舗利益。

全社利益。

を、

分けて確認。

96. 店舗別PLに近づける

売上。

原価。

経費。

利益。

を、

店舗単位で確認します。

97. 本部ダッシュボードで見る数字

多店舗管理では、

すべてのデータを、

一画面に詰め込む必要はありません。

98. 全社売上

今日。

今月。

前年・前月。

99. 店舗別売上

ランキング。

推移。

100. 店舗別利益

売上だけではなく、

経費後。

101. 本日の予約

店舗別。

102. 出勤人数

店舗別。

103. 稼働率

店舗別。

104. キャスト生産性

必要に応じて。

105. 媒体別実績

店舗ごと。

106. 問題店舗を見つける

例えば、

売上減。

キャンセル増。

広告費増。

など。

107. 詳細へドリルダウン

全社。

↓

店舗。

↓

キャスト。

↓

予約。

という流れ。

108. 店舗ごとの自由度も必要

一元管理。

だから、

すべて同じ設定。

にする必要はありません。

109. 料金が違う

新宿：

90分18,000円。

池袋：

90分20,000円。

という場合。

110. 営業時間が違う

新宿：

12〜翌5時。

池袋：

15〜翌3時。

111. コースが違う

店舗限定コース。

112. 指名料が違う

店舗別設定。

113. バック率が違う

店舗別。

キャスト別。

114. 共通と個別を分ける

本部共通設定。

店舗個別設定。

を、

明確にします。

115. 共通マスタ

例えば、

キャスト。

顧客。

権限。

116. 店舗別設定

料金。

ルーム。

営業時間。

媒体。

など。

117. 多店舗管理＝すべて統一ではない

データはつなぐ。運用は店舗ごとに調整する。

という考え方です。

118. 新店舗オープン時のコピー問題

店舗Dを追加。

するたびに、

システムを一から構築。

では大変です。

119. テンプレート化

既存店舗設定をベースに、

新店舗を作成。

120. ただしデータはコピーしない

料金テンプレート。

設定。

は利用。

でも、

顧客。

予約。

売上。

は新店舗独立。

121. 開店作業を標準化する

店舗基本情報。

料金。

ルーム。

スタッフ。

媒体。

権限。

を、

チェックリスト化。

122. 店舗IDを追加するだけで使える設計

理想は、

新店舗追加。

↓

設定。

↓

利用開始。

という流れ。

123. URL設計

複数店舗のHPも、

設計が必要です。

124. 1ドメイン内

example.com/shinjuku/

example.com/ikebukuro/

という方法。

125. サブドメイン

shinjuku.example.com

という方法。

126. 別ドメイン

店舗ごとに、

完全分離。

127. ブランド戦略によって変わる

同一ブランド。

別ブランド。

で、

最適な構造が変わります。

128. CMSの管理だけは一つにもできる

公開サイトは別。

でも、

管理画面は一つ。

という設計も可能です。

129. マルチテナントとの違い

複数店舗。

と、

複数企業。

は、

別です。

130. 1企業で複数店舗

同じ会社。

同じ本部。

131. SaaSの複数契約企業

企業A。

企業B。

は、

完全にデータ分離。

132. SOでは両方の分離が必要

tenant。

↓

store。

という階層。

133. 企業Aの店舗を企業Bに見せない

最重要のデータ分離です。

134. tenant → store → data

予約。

顧客。

売上。

経費。

すべて、

この階層へ。

135. 複数店舗展開でよくある運用の限界

例えば、

店舗ごとにLINE。

店舗ごとにSheets。

店舗ごとにExcel。

店舗ごとに管理画面。

136. 本部が毎日ログインし直す

新宿。

ログアウト。

池袋。

ログアウト。

品川。

という状態。

137. 数字をコピーして本部表へ

毎日。

毎月。

同じ作業。

138. 修正が反映されない

店舗側で売上修正。

本部集計は、

修正前。

139. 本部と店舗で数字が違う

「どちらが正しい？」

となります。

140. Single Source of Truth

予約。

売上。

顧客。

の元データを一つにする。

141. 表示だけ変える

本部：

全店。

店舗：

自店舗。

142. 同じデータを別表へ転記しない

ここが、

一元管理の大きな目的です。

Excelから多店舗システムへ移行するタイミング

Excelが悪いわけではありません。

143. 1〜2店舗なら十分な場合もある

管理者が同じ。

予約少ない。

なら、

Sheetsでも回ることがあります。

144. 移行を検討するサイン

例えば、

同じデータを複数表へ入力。

店舗数が増えた。

店長が増えた。

数字が合わない。

本部集計に毎月数時間。

顧客履歴が店舗ごとに分断。

145. 管理工数を測る

月末集計：

5時間。

店舗確認：

3時間。

精算修正：

2時間。

など。

146. システム費と人件費を比較する

月額システム費。

だけでなく、

削減できる、

管理時間。

ミス。

確認作業。

も考えます。

多店舗展開チェックリスト

30日で複数店舗管理を整理する方法

DAY1〜7｜店舗ごとの管理表を洗い出す

まず、

新宿。

池袋。

品川。

それぞれ、

何をどこで管理しているか。

書き出します。

LINE。

予約表。

シフト。

売上。

顧客。

経費。

媒体。

など。

DAY8〜14｜共通データを決める

全店舗で共通にしたいもの。

例えば、

キャスト。

顧客。

ユーザー。

権限。

など。

DAY15〜21｜店舗別データを決める

店舗ごとに管理するもの。

料金。

ルーム。

営業時間。

予約。

売上。

経費。

など。

DAY22〜30｜本部ダッシュボードへつなぐ

最後に、

各店舗の日常業務から、

本部で見る数字が、

自動的に集計される状態へ。

予約。

↓

接客。

↓

売上。

↓

精算。

↓

経費。

↓

利益。

を、

店舗別・全社の両方で見られる形にします。

Salon Operations OSでの多店舗管理

Salon Operations OSでは、

店舗ごとの業務を、

完全に別システムへ分断するのではなく、

一つの企業の中に、

複数店舗を持つ構造で管理できます。

147. TENANT

運営会社。

148. STORE

店舗。

149. CAST

キャスト。

150. SHIFT

出勤。

151. RESERVATION

予約。

152. SALES

売上。

153. SETTLEMENT

精算。

154. CRM

顧客。

155. EXPENSE

経費。

156. PROFIT

利益。

157. 本部

ALL STORE。

158. 店舗

MY STORE。

159. 同じOSで表示範囲を変える

店舗ごとに別システム。

ではなく、

権限と店舗スコープによって、

見える情報を変える。

これが、

多店舗運営では重要です。

FAQ

Q1. メンズエステを2店舗に増やしただけでもシステム化は必要ですか？

必ずしも必要ではありません。

2店舗でも、同じ管理者が見ていて業務量が少なければ、Sheets等で十分な場合があります。

一方、店舗ごとにデータが分かれ、本部集計や転記が増えている場合は、一元管理を検討する価値があります。

Q2. 複数店舗のキャストは店舗ごとに登録するべきですか？

同一人物が複数店舗へ出勤する場合、人物データを一つにし、店舗との所属関係や出勤先を別に管理すると履歴を分断しにくくなります。

Q3. 店舗をまたいだシフト重複も確認できますか？

同じキャストIDに対して店舗横断で出勤時間を確認できれば、同時刻に複数店舗へ配置されている状態を検知できます。

Q4. 顧客情報は全店舗で共有した方がいいですか？

運営方針と権限設計によります。

同一グループ内で顧客が複数店舗を利用する場合は、一つの顧客IDへ履歴を紐付ける方法がありますが、店舗スタッフが閲覧できる範囲は適切に制限する必要があります。

Q5. 店舗別の売上・利益を確認できますか？

予約・売上・経費に店舗情報が正しく紐付いていれば、店舗別売上、店落ち、経費、営業利益等を集計できます。

Q6. 一人のキャストが複数店舗で働いた場合の精算はどうしますか？

売上を店舗別に保持し、それぞれのバックルールで計算したうえで、キャスト単位の支払額として合算する方法があります。

Q7. 店舗ごとに料金が違っても管理できますか？

店舗別設定を持つシステムであれば可能です。

本部共通の設定と店舗独自の設定を分けることが重要です。

Q8. 本部スタッフと店舗スタッフで見える画面を変えられますか？

権限と店舗スコープを組み合わせることで、本部は全店舗、店長は自店舗、受付は日常業務のみ、といった表示制御ができます。

Q9. 店舗ごとに別ドメインでも管理画面は一つにできますか？

公開サイトと管理システムは別の考え方です。

各店舗のWebサイトが別ドメインでも、バックオフィス側では一つの管理環境から店舗を切り替えて管理する設計が可能です。

Q10. 多店舗管理とマルチテナントは同じですか？

同じではありません。

多店舗管理は一つの企業内で複数店舗を扱うことです。

マルチテナントSaaSでは、複数企業のデータを分離した上で、それぞれの企業内に複数店舗を持つ構造が必要になります。

Q11. 新店舗を追加するたびにシステム開発が必要ですか？

店舗追加を前提に設計されたシステムなら、店舗基本情報、料金、ルーム、権限等を設定して新しい店舗を追加できる構造にできます。

Q12. Salon Operations OSでは多店舗をどう管理しますか？

Salon Operations OSでは、企業の中に複数店舗を持つ構造で、店舗ごとの予約・シフト・売上・精算・顧客・経費を管理し、本部権限では店舗横断で集計・比較する設計が可能です。

まとめ｜複数店舗管理の目的は「全部を同じにすること」ではない

メンズエステを、

1店舗。

から、

2店舗。

3店舗。

と増やすと、

売上機会は増えます。

一方で、

管理対象も増えます。

キャスト。

出勤。

予約。

ルーム。

売上。

精算。

顧客。

広告媒体。

経費。

権限。

1店舗で使っていた仕組みを、

そのまま3倍。

にすると、

本部側では、

3つの予約表。

3つの売上表。

3つの顧客台帳。

3つの管理画面。

を見ることになります。

その結果、

同じ情報を、

コピー。

集計。

確認。

する仕事が増えます。

だから、

複数店舗展開では、

「店舗を増やす」前に「データの持ち方」を変える。

ことが重要です。

例えば、

キャストは一人。

出勤先は店舗ごと。

顧客は一人。

利用店舗は履歴ごと。

売上は一件。

店舗情報を持つ。

という形。

これなら、

店舗側では、

自店舗だけを見る。

本部では、

全店舗を見る。

という使い分けができます。

そして重要なのは、

一元管理だからといって、

すべての店舗を同じ運用にすることではありません。

店舗Aは、

料金18,000円。

店舗Bは、

20,000円。

営業時間も違う。

媒体も違う。

それでも、

データ構造は同じ。

という状態を作る。

共通化するのは管理基盤。

店舗ごとの違いは設定として残す。

Salon Operations OSでは、

TENANT。

↓

STORE。

↓

CAST / SHIFT / RESERVATION / SALES / CRM / EXPENSE / PROFIT。

という構造で、

店舗ごとの独立性を保ちながら、

本部から必要な情報を横断して見られる状態を作ります。

1店舗の運営を、

店舗数分コピーするのではなく、

店舗が増えても管理負担が同じ速度で増えない仕組みを作る。

これが、

メンズエステの複数店舗管理を一元化する大きな目的です。