メンズエステのカスハラ・ストーカー対策｜セラピストを守る来店客トラブル・待ち伏せ・執拗な連絡への店舗対応

メンズエステ店舗の顧客対応では、

予約。

来店。

施術。

会計。

次回予約。

という通常の接客だけではなく、

ときに店舗側が対応に困る行為が発生することがあります。

例えば、

何度断っても個人LINEを聞く。

本名を聞き出そうとする。

個人SNSを探してDMする。

営業時間外にも何度も連絡する。

断られた要求を繰り返す。

スタッフへ長時間クレームを続ける。

大声・威圧的な言動。

過剰な謝罪や返金を求める。

セラピストの出勤日を執拗に確認する。

店外で待っている。

帰宅方向を確認しようとする。

同じセラピストを追うように複数店舗へ来店する。

といったケースです。

もちろん、

顧客からの苦情。

サービスへの不満。

返金についての問い合わせ。

をすべて「カスハラ」と決めつけてはいけません。

店舗側に改善すべき問題があるケースもあります。

同じように、

一度店の近くにいた。

何度か予約した。

というだけで「ストーカー」と断定することも適切ではありません。

重要なのは、

店舗やAIが法的ラベルを付けることではありません。

まず、

何が起きたのか。

誰が対応したのか。

いつ。

どこで。

どの予約に関係するのか。

同様の出来事が以前にもあったのか。

セラピスト本人がどのように感じているのか。

安全上の懸念があるのか。

を一次情報として整理する。

そして、

必要なケースだけ責任者・警察・弁護士等の適切な相談先へつなぐ。

この流れです。

本記事では、

セラピストの安全を守る店舗運営

という観点から、

カスタマーハラスメント。

執拗な連絡。

待ち伏せ。

つきまとい。

個人情報要求。

顧客Incident。

証拠保全。

店舗内エスカレーション。

までを実務ベースで整理します。

1. カスハラ対策は「迷惑な客を排除すること」ではない

カスタマーハラスメント対策というと、

「面倒な客を出禁にする」

という話だけに見えることがあります。

しかし、本来の目的はもっと広いものです。

働く人の就業環境と安全を守ること。

そして、

正当な苦情。

サービス改善につながる意見。

店舗側のミス。

と、

著しい迷惑行為。

を分けて対応することです。

2. 正当なクレームとカスハラ候補を混同しない

例えば、

予約した時間に30分待たされた。

↓

顧客が説明を求める。

これは店舗側に原因がある可能性があります。

一方、

説明・返金対応が済んだ後も、

数時間にわたり電話を続ける。

担当者を侮辱する。

脅す。

過剰な要求を繰り返す。

となれば、対応の性質が変わります。

3. 厚生労働省もカスハラ対策を進めている

2026年10月1日から、改正労働施策総合推進法により、事業主にカスタマーハラスメント対策が義務付けられます。

ただし、メンズエステでは、

雇用。

業務委託。

その他の契約形態。

が混在している場合があります。

法令上の適用関係は契約書の名称だけでなく実態によって判断が必要になるため、具体的な対応義務については専門家や最新の厚生労働省資料を確認してください。

4. 東京都ではすでにカスハラ防止条例が施行されている

東京都では2025年4月1日から、

東京都カスタマー・ハラスメント防止条例

が施行されています。

条例ではカスタマーハラスメントの禁止を掲げる一方、

正当なクレーム等の顧客の権利を不当に侵害しないことにも留意するよう示されています。

店舗側も、

「不満を言った＝カスハラ」

という雑な運用は避ける必要があります。

5. メンズエステでは顧客とセラピストの距離が近い

一般的な物販店舗と比べて、

施術時間が長い。

一対一になる。

指名制度がある。

何度も同じセラピストへ来店する。

LINE・電話等で予約する。

といった特徴があります。

そのため、

接客上の関係と私的な関係の境界

を明確にすることが重要です。

6. 「指名しているから親しい」とは限らない

毎週指名。

会話が盛り上がる。

名前を覚えている。

だから、

個人的に親しい。

とは限りません。

店舗サービス上の関係と、本人の私的な同意は別です。

7. 個人連絡先を聞く行為

一度、

「個人LINE教えて」

と聞いた。

セラピストが断った。

それで終了。

というケースと、

何度断っても繰り返す。

別の方法で連絡先を探す。

SNSへDM。

では状況が異なります。

8. 単発行為より「反復性」を見る

店舗として重要なのは、

一つの言葉だけで危険人物認定することではありません。

同じ要求が、

何回。

どの期間。

どの場所。

で繰り返されたのか。

を見ます。

9. Incidentとして記録する

例えば、

顧客A。

9月3日：

個人LINEを聞いた。

9月10日：

再度聞いた。

9月15日：

個人SNSへDM。

という事実。

これを一つずつ、

Incident

として記録します。

10. 「危険客スコア」よりIncident Risk

顧客本人へ、

危険客82点。

とラベルを付けるより、

今回のIncidentのRisk

を評価する方が安全です。

例えば、

Incident Risk：

35。

65。

90。

など。

11. 人物評価と行為評価を分ける

「この人は危険」

ではなく、

この行為は店舗として高優先度で確認する

という設計です。

一人の人間をAIが人格評価しないようにします。

12. Incident Riskで見る項目

例えば、

反復性。

威圧性。

個人情報要求。

私的接触。

営業時間外連絡。

待ち伏せ候補。

脅迫表現。

身体接触。

スタッフへの侮辱。

安全面。

など。

13. 緊急度も別に持つ

Incident Riskとは別に、

Urgency。

を持てます。

LOW。

MEDIUM。

HIGH。

CRITICAL。

など。

14. 単なる不快感と安全上の危険は違う

例えば、

失礼な言い方。

と、

「帰り道で待っている」

という発言。

店舗として確認する優先度が違います。

15. Safety Risk

Legal Protectを将来拡張するなら、

Reputation Risk。

Privacy Risk。

に加えて、

Safety Risk

を持つと分かりやすいです。

16. Safety Riskは「犯罪確率」ではない

Safety Risk 90。

だから、

犯罪者。

ストーカー確定。

ではありません。

店舗として、

安全面を優先して確認すべきIncident

という意味です。

待ち伏せ・つきまといが疑われるケース

17. 店前で待っている

予約終了。

セラピスト退勤。

店舗外に同じ顧客がいる。

一度だけなら偶然の可能性もあります。

繰り返される場合は記録します。

18. 帰宅方向を聞き続ける

「どこ住み？」

「何線？」

「何駅？」

「この後どこ行く？」

など。

本人が嫌がっているのに繰り返す。

Incidentとして残します。

19. 店舗外で接触する

駅。

コンビニ。

別店舗。

自宅付近。

等。

店舗外の出来事でも、セラピストから相談があればCaseへ追加できる設計が考えられます。

20. 複数店舗へ追う

A店へ出勤。

↓

顧客来店。

翌週B店へ出勤。

↓

同じ顧客来店。

それだけでは問題とは限りません。

しかし、

本人が店舗変更を教えていない。

拒否の意思を示している。

それでも追い続ける。

など。

前後事情を確認します。

21. SNSから行動を追われる

店舗SNSの投稿。

↓

出勤。

↓

位置。

↓

顧客が現れる。

という可能性も考えられます。

公開する出勤情報の粒度も安全設計の一部です。

22. リアルタイム位置情報を出しすぎない

「今から○○駅に向かいます」

等。

本人の現在地を細かく公開する必要が本当にあるか確認します。

23. 写真背景にも注意

建物。

最寄駅。

勤務先以外の場所。

住所を推測できる風景。

など。

SNS運用でもプライバシー配慮が必要です。

執拗な電話・LINE・DM

24. 予約目的の連絡と私的連絡を分ける

店舗LINE。

↓

予約。

変更。

キャンセル。

これは通常業務。

一方、

毎日何十通もの個人的メッセージ。

深夜に私生活の質問。

個人SNSへの連続DM。

など。

運用上分けて記録します。

25. 店舗窓口へ一本化する

顧客とセラピストが個人連絡先で予約。

↓

トラブル時に店舗が把握できない。

できるだけ、

店舗LINE。

店舗電話。

予約システム。

等へ集約する考え方があります。

26. 個人LINEを業務窓口にしない

セラピスト個人のLINEへ、

予約。

料金。

クレーム。

連絡。

が集中。

店舗が状況を把握できません。

27. 店舗側に履歴が残る価値

いつ。

誰から。

何について。

何回。

連絡があったか。

後から確認できます。

28. LINE原文もIncidentへ紐付けられる

SOがLINE連携を持つ場合、

該当するメッセージ。

message ID。

日時。

顧客。

をIncidentへ紐付ける構想が考えられます。

29. 全メッセージを「ハラスメント」と判定しない

連絡回数が多い。

だけでカスハラ確定。

ではありません。

予約調整で複数回のやり取りが必要なケースもあります。

30. 文脈を見る

セラピストが、

「個人的な連絡はご遠慮ください」

と伝えた。

その後も続く。

という情報は重要です。

31. 拒否後の反復

一度断られた行為を繰り返している。

これはSafety / Incident Risk上のSignalとして扱えます。

32. Contact After Refusal

将来的には、

拒否後接触

というRisk Signalを持つ方法もあります。

威圧・暴言・長時間拘束

33. 大声・威圧

受付で大声。

セラピストを怒鳴る。

スタッフを威圧。

など。

34. 長時間クレーム

店舗が説明済み。

しかし、

電話を切らせない。

謝罪を繰り返し要求。

何時間も拘束。

というケース。

35. 過剰な要求

無料対応。

返金。

特別サービス。

土下座。

従業員の処分。

個人情報開示。

など。

要求内容と態様を分けて記録します。

36. 要求内容が正当でも、方法が問題になる場合がある

例えば返金の相談自体は正当でも、

脅迫的な方法。

長時間拘束。

人格攻撃。

が加わることがあります。

内容と行為を分けます。

37. 店舗のミスも記録する

予約ミス。

料金説明不足。

待ち時間。

等。

店舗側に問題があったなら、それもIncidentへ残します。

38. 店舗原因を隠さない

カスハラ管理が、

「顧客が悪いと記録するシステム」

になってはいけません。

店舗側原因：

あり。

なし。

調査中。

という項目も持てます。

39. 公平なIncident管理

例えば、

顧客行為。

店舗対応。

店舗側ミス。

セラピスト報告。

第三者証言。

を別々に記録。

人間が確認します。

セラピストから相談しやすい仕組み

40. 「これくらい我慢しなきゃ」と思わせない

セラピスト本人が、

大したことないかも。

店に迷惑かも。

と思い、報告しない可能性があります。

相談窓口を明確にします。

41. Incident報告フォーム

例えば、

日時。

顧客。

予約。

何が起きたか。

危険を感じたか。

証拠。

を簡単に入力。

42. 長文を書かせすぎない

被害や不快な出来事を報告する際、

複雑なフォーム。

50項目。

では報告自体が負担になります。

43. 最初は最低限

例えば、

どの予約。

何があった。

緊急か。

だけ。

詳細は管理者がヒアリング。

44. 匿名報告が必要な店舗もある

スタッフ同士の関係。

店長への遠慮。

等。

業態・組織規模によって匿名報告の必要性を検討できます。

45. 報告したことによる不利益を避ける

「面倒なことを言うセラピスト」

と扱われる。

これでは報告されなくなります。

安全相談を店舗文化として位置付けます。

顧客履歴とIncident

46. 顧客マスタにIncident件数を紐付ける

顧客A。

来店：

12回。

Incident：

3件。

という事実。

ただし、

「危険客」

と自動表示しない。

47. Incidentの種類を見る

1回目：

個人LINE要求。

2回目：

SNS DM。

3回目：

待ち伏せ候補。

など。

48. 件数だけでは判断しない

Incident 3件。

でも全部、

料金説明についての正当な問い合わせ。

なら意味が違います。

内容を見る必要があります。

49. Safety Incidentだけ絞り込む

例えば、

Safety Risk HIGH以上。

直近90日。

同一顧客。

等。

管理者が確認しやすくします。

50. 過去履歴を予約受付時にどう見せるか

一般受付画面で、

詳細な被害内容を全部見せる必要はありません。

例えば、

管理者確認が必要な顧客です

程度。

詳細はOWNER / LEGAL_ADMINのみ。

51. 個人情報を広げすぎない

カスハラ対策で作った詳細メモが、

スタッフ全員へ共有される。

これは別のプライバシー問題を生む可能性があります。

52. Role Based Access

OWNER。

ADMIN。

LEGAL_ADMIN。

RECEPTION。

など。

権限を分けます。

店舗が利用制限を判断する場合

53. SOが自動出禁にしない

Risk 90。

↓

予約拒否。

と自動化。

は避けた方が安全です。

店舗責任者が事実を確認して判断します。

54. 店舗ルールを文書化する

例えば、

暴力。

脅迫。

セクハラ。

店舗外待ち伏せ。

個人情報要求。

等について、

利用をお断りする場合がある。

など。

利用規約・店舗方針を整備します。

55. 表現は専門家へ確認する

店舗利用規約。

キャンセル規定。

禁止行為。

利用制限。

法的な文言については必要に応じて弁護士等へ確認します。

56. 「永久出禁」だけではない

例えば、

管理者承認予約のみ。

特定セラピスト予約不可。

店舗LINE経由のみ。

同伴スタッフ対応。

など。

事案に応じた運用も考えられます。

57. 安全が懸念される場合は無理に接客しない

売上のために、

セラピストが強い不安を訴えている顧客を無理に担当。

する必要があるのか。

店舗側で安全優先の方針を持ちます。

ストーカーが疑われる場合

58. 店舗だけで法的判断しない

「この顧客はストーカーです」

と店舗システムが断定。

ではなく、

つきまとい・待ち伏せ等の相談Incident

として記録します。

59. 警察庁は早めの相談を案内している

警察庁は、ストーカー被害について、

些細なことと思わず相談すること。

安全確保を第一に考えること。

を案内しています。

具体的な危険がある場合は、店舗内だけで解決しようとせず警察への相談を検討します。

60. 緊急の場合

今まさに待ち伏せされている。

暴力の危険がある。

店舗へ押しかけている。

など、緊急の危険がある場合。

通常のLegal Case作成より、

安全確保と110番等の緊急対応を優先

します。

61. 緊急でない相談は#9110等もある

犯罪に当たるか分からない。

でも不安。

という場合には、警察相談専用電話#9110等の相談窓口もあります。

店舗オペレーション上も、相談先を事前に把握しておきます。

62. ストーカー規制法は近年改正されている

2025年末の改正では、

紛失防止タグを利用した位置情報の無承諾取得等が規制対象へ追加されました。

また、被害者を雇用する勤務先も援助主体に追加されています。

63. 勤務先としてできることを整理する

例えば、

本人の出勤情報を不用意に教えない。

勤務終了時刻を第三者へ答えない。

住所・連絡先を漏らさない。

退勤時の安全確認。

警察等との連携。

など。

64. 「今日は何時までいますか？」への回答ルール

顧客：

「Aさん今日何時に帰ります？」

通常予約に必要な情報ではありません。

出勤情報の公開範囲を店舗で決めます。

65. 次回出勤も公開範囲を考える

集客のために出勤表は必要。

しかし、

退勤後の行動。

私生活。

住所。

まで推測できる情報を出す必要はありません。

66. セラピストの勤務先変更を不用意に伝えない

退店後、

「Aさんどこに移った？」

顧客へ新しい勤務先を教える。

本人の同意があるのか確認します。

Incident Evidence

67. Incidentを記録したらEvidenceも紐付ける

例えば、

LINE。

電話メモ。

予約履歴。

防犯カメラ。

SNS DM。

店舗スタッフメモ。

など。

68. 証拠保全の詳細は別記事へ

SNS・掲示板のURL。

スクリーンショット。

日時。

原本。

Hash。

Evidence Vault。

については、SNS・掲示板の証拠保全方法で詳しく解説しています。

69. 店舗内Incidentでも時系列が重要

18:00：

来店。

19:30：

施術終了。

19:40：

店外で待機を確認。

20:10：

店舗LINEへ連絡。

など。

70. Timeline

一つのIncident Caseに、

時間順に事実を並べます。

71. 事実と推測を分ける

事実：

店舗入口前に15分いた。

推測：

セラピストを待っていたと思う。

この2つを同じ欄に書かない。

72. Observation / Interpretation

Observation

観察した事実。

Staff Note

スタッフの認識・印象。

に分けます。

73. セラピストの申告は原文に近く残す

例えば、

「怖かった」

「断ったのに何度も連絡が来た」

という本人の申告。

店舗が勝手に意味を変えず記録します。

74. 防犯カメラ

店舗に適法に設置・運用している防犯カメラがある場合、

必要な映像を保全するケースもあります。

保存期間が短い場合は早めの確認が必要です。

75. 録音

電話録音等についても、

店舗ポリシー。

利用規約。

法令。

プライバシー。

を考慮して適切に運用します。

Case管理

76. 1件の出来事と長期案件を分ける

Incident：

個々の出来事。

Case：

関連Incidentをまとめた案件。

という構造が分かりやすいです。

77. Case例

Case：

Aセラピストへの執拗な接触。

Incident 1：

個人連絡先要求。

Incident 2：

SNS DM。

Incident 3：

店舗外待機。

という形。

78. Case単位でRiskを見る

単発ではLOW。

3回続いた。

↓

Case Priority上昇。

という考え方。

79. Caseに関係者を持つ

対象セラピスト。

顧客。

対応スタッフ。

責任者。

など。

80. Case Status

NEW。

REVIEWING。

SAFETY_ACTION。

EXPERT_REVIEW。

CLOSED。

など。

81. Legal Review Statusは別

未確認。

相談中。

確認済み。

等。

SOは法的判断をしないため分離します。

SO Legal Protect構想

82. Therapist Safetyタブ

セラピスト詳細画面に、

Safety / Protect

を持つ構想。

83. 表示例

直近90日Incident：

3件。

Safety Risk：

HIGH。

Open Case：

1。

最終Incident：

3日前。

Legal Review：

未確認。

84. ただしセラピスト評価には使わない

Incidentが多い。

↓

問題のあるセラピスト。

という評価にしない。

セラピストが被害を受けている可能性があります。

85. 「売上の低い人」等とSafetyを混ぜない

売上ランキング。

Safety Incident。

を同じ評価指標にしない。

86. 顧客詳細には注意フラグだけ

受付担当：

管理者確認が必要

と表示。

詳細Incidentは権限者だけ。

87. One-click Escalation

Incident Caseを、

証拠。

Timeline。

予約情報。

関連メッセージ。

とまとめて、

専門家相談用Case Packへ。

88. 警察相談用整理にも使える

発生日。

場所。

相手。

行為。

履歴。

証拠。

を整理。

ただし警察へ届け出るかどうかをSOが自動判断しません。

89. Legal Protectはまだ構想段階

Safety Risk。

Incident Case。

One-click Legal Consultation。

等は将来拡張候補です。

正式提供済みの機能として記載しません。

カスハラ対策を店舗ルールへ落とす

90. 店舗方針を作る

例えば、

暴言。

脅迫。

個人連絡先要求。

無断撮影。

不適切な身体接触。

待ち伏せ。

長時間拘束。

等。

91. スタッフが判断に迷わない

「これくらい我慢すべき？」

ではなく、

店舗として対応方針を用意。

92. 誰を呼ぶか決める

受付。

店長。

オーナー。

警備。

警察。

弁護士。

など。

93. エスカレーション基準

例えば、

LEVEL 1：

通常スタッフ対応。

LEVEL 2：

責任者。

LEVEL 3：

接客中止・退店要請検討。

LEVEL 4：

安全確保・警察相談。

等。

具体基準は店舗・専門家と整備します。

94. スタッフへ教育する

規約を作るだけでは対応できません。

ロールプレイ。

事例共有。

緊急連絡先。

等。

95. セラピストにも方針を伝える

例えば、

困ったら接客を中断してよい。

店長を呼んでよい。

個人情報を答えなくてよい。

店舗外の私的接触を断ってよい。

など。

96. 一人で抱え込ませない

顧客を怒らせたくない。

指名を失いたくない。

売上を落としたくない。

と我慢させ続けないことが重要です。

売上と安全

97. 売上の高い顧客でも同じ

月10万円使う。

毎週指名。

VIP。

だから問題行為を許容。

では、セラピスト保護が機能しません。

98. 短期売上と長期人材価値

高単価顧客1人。

と、

セラピストの定着。

どちらが店舗にとって長期的に重要か。

経営者が判断します。

99. セラピスト退店による影響

退店。

↓

指名売上。

採用費。

新人育成。

出勤枠。

店舗ブランド。

へ影響する可能性があります。

100. Safetyと売上を直接因果で結ばない

Incident増加。

同時期に出勤減少。

↓

Incidentが原因。

とシステムが断定しない。

101. 事実を並べる

直近30日Incident：

3。

出勤時間：

前月比−20%。

指名件数：

−15%。

など。

原因判断は人間。

カスハラ・ストーカー対策チェックリスト

30日でSafety運用を整える方法

DAY1〜7｜現在の顧客トラブルを棚卸し

過去に、

暴言。

個人連絡先要求。

待ち伏せ。

長時間クレーム。

無断撮影。

等がなかったか確認。

DAY8〜14｜Incidentルールを作る

何を記録するか。

誰が見るか。

緊急度。

エスカレーション。

を決めます。

DAY15〜21｜Safety Flowを作る

セラピスト報告。

↓

管理者確認。

↓

証拠保存。

↓

安全対応。

↓

必要なら警察・専門家。

の流れ。

DAY22〜30｜スタッフへ共有

実際のケースを想定して、

誰へ連絡。

どこで接客中止。

どの情報を答えない。

等を確認します。

FAQ

Q1. クレームを言う顧客はすべてカスハラですか？

いいえ。正当な苦情や店舗側に原因があるクレームまでカスハラと扱うべきではありません。要求内容や言動の態様、継続性等を確認する必要があります。

Q2. 「個人LINE教えて」と1回聞かれたらカスハラですか？

一度の質問だけで自動的にカスハラと判断することは適切ではありません。断った後も繰り返すなど、具体的な状況・文脈を確認します。

Q3. 待ち伏せされたらストーカーですか？

店舗やAIが法律上のストーカーと断定するべきではありません。安全上のIncidentとして記録し、反復性や具体的状況を確認し、必要なら警察等へ相談してください。

Q4. ストーカーが疑われる場合は弁護士と警察どちらへ相談しますか？

状況によります。今まさに危険がある場合は安全確保を最優先に警察への緊急相談を検討します。法的対応や今後の対応方針について弁護士等へ相談するケースもあります。

Q5. #9110とは何ですか？

警察相談専用電話です。犯罪に当たるか分からないが警察へ相談したい場合などに利用でき、地域を管轄する警察の相談窓口につながります。

Q6. セラピストの帰宅時間を顧客へ教えてもいいですか？

店舗運営上必要な情報か慎重に判断すべきです。本人の安全・プライバシーの観点から、退勤時刻や私生活情報を不用意に第三者へ提供しない運用が望ましいでしょう。

Q7. 顧客トラブルを顧客マスタへ記録してもいいですか？

店舗運営上必要な事実を適切に管理することは考えられますが、必要以上の情報や感情的・差別的な記録は避け、アクセス権限・保存期間等も含め個人情報管理に注意してください。

Q8. AIで危険客を判定できますか？

おすすめできません。AIはIncidentの内容や反復性、緊急度等を整理する補助には利用できますが、「危険人物」と人格評価する設計は避けた方が安全です。

Q9. 一度トラブルがあった顧客を自動的に出禁にすべきですか？

自動化は避け、Incidentの内容・店舗ポリシー・安全面等を責任者が確認して判断する方が適切です。

Q10. カスハラ対策は2026年から義務になるのですか？

2026年10月1日から、改正労働施策総合推進法により事業主へカスタマーハラスメント対策が義務付けられます。具体的な措置や適用関係については厚生労働省の最新資料を確認してください。

Q11. 業務委託セラピストも同じ法律がそのまま適用されますか？

契約形態・実態によって法律上の扱いが異なる可能性があります。雇用か業務委託かは名称だけで決まるものではないため、具体的な適用については専門家へ確認してください。

Q12. Salon Operations OSにはSafety Incident機能がありますか？

本記事で紹介したSafety Risk、Incident Case、Safetyタブ、専門家連携等は今後検討しているLegal Protect拡張構想です。現在の正式提供機能については最新の案内をご確認ください。

参考資料

• 厚生労働省｜カスタマーハラスメント対策企業マニュアル
• 厚生労働省｜令和7年労働施策総合推進法等の一部改正について
• 東京都｜東京都カスタマー・ハラスメント防止条例
• 警察庁｜ストーカー・DV等対策
• 警察庁｜ストーカー被害防止ポータル
• 警察庁｜犯罪被害者等施策・警察相談専用電話 #9110

まとめ｜店舗が守るべきなのは「顧客関係」だけではなく、働く人の安全

メンズエステ店舗では、

顧客との距離が比較的近い。

指名制度がある。

長時間一対一になる。

LINE等で予約する。

という特徴があります。

多くの顧客は通常のサービス利用者です。

しかし一部のケースでは、

個人連絡先を繰り返し求める。

私生活へ介入する。

執拗に連絡する。

暴言・威圧を続ける。

店舗外で待つ。

帰宅先を探ろうとする。

といった行為が発生することがあります。

このとき店舗がやるべきなのは、

顧客へすぐ、

「カスハラ客」

「ストーカー」

と法的ラベルを貼ることではありません。

まず、

Incident

として事実を記録する。

いつ。

誰。

どの予約。

どの行為。

本人はどう感じた。

過去にもあった。

証拠はある。

安全上の懸念はある。

を整理する。

そして、

Incident Risk

Safety Risk

Urgency

を一次情報として持つ。

その時点では、

Legal Review：未確認

です。

緊急性が高ければ、

売上や顧客関係より安全を優先する。

必要なら警察等へ相談する。

法的判断・利用規約・対応方針について専門家へ相談する。

これが役割分担です。

さらに、Safety Incidentを店舗データとして蓄積できれば、

LINE。

予約。

顧客履歴。

セラピスト。

Evidence。

Case。

を一つにつなげられます。

Salon Operations OSが将来Protect領域へ拡張するなら、

Operate 予約・シフト・ルーム。

Money 売上・経費・利益。

Protect 風評・Privacy・Safety・Evidence。

の中で、

Safetyは非常に重要な柱になります。

店舗を効率良く回す。

売上を伸ばす。

それだけではありません。

そこで働くセラピストが安心して出勤できる環境を作る。

その環境が、

人材定着。

採用。

指名。

顧客満足。

店舗ブランド。

そして長期的な店舗経営。

につながっていきます。