次回予約がない会員に連絡したところ、すでに別のスタッフが日程を調整していた。課題の記録がないため声をかけたら、実施していたもののチェック方法が伝わっていなかった。こうした行き違いを避けるには、来店や課題の記録と、担当者の確認・連絡履歴を一緒に見る必要があります。
本記事は、スタジオ・運動スクールで「誰に何を確認するか」を決めるためのフォロー一覧を扱います。冒頭の場面、日数、件数、画面内の会員は説明用の例です。記録から休会・退会の意思を確定する仕組みではなく、担当者が事情を確認するための設計として検討します。
最終来店日、キャンセル履歴、課題の記録など、実際に取得できる情報から条件を決めます。一覧へ出す理由は「退会しそう」ではなく、「次回予約なし」「課題の記録なし」など、確認できた事実で表示します。本人からの相談・確認依頼は、利用間隔とは別に担当者へ伝えます。
最終来店日、次回予約、利用予定の頻度を合わせて確認します。
閲覧記録と本人の実施報告を区別し、取得できない情報は不明と表示します。
相談を受けた担当者と確認状況を管理し、詳しい内容は権限のある画面で確認します。
連絡履歴、次回確認日、完了・保留の理由を残します。
週1回の会員と月1回の会員に、同じ経過日数を適用すると確認対象が変わります。所属コースや合意した利用予定をもとに条件を決め、休会期間、長期休暇、施設休業、次回予約を確認します。最終来店日は予約日ではなく、どの出席記録を採用するかを定義します。
会員都合、施設都合、日程変更による取消、無断欠席を同じ件数にしないようにします。連続キャンセルを条件にする場合は、対象期間、どの出席で連続を終了するか、振替予約がある場合の扱いを決めます。例えば「直近の対象予約2件を本人都合で取り消し、振替予約なし」と定義すれば、担当者が元の予約記録と照合できます。
チェックがないことだけでは、運動していないとは判断できません。動画ページを開いた記録も、視聴完了や運動の実施を証明するものではありません。本人の実施報告、アプリで取得した閲覧イベント、データ連携の状態を分けて扱います。外部動画のリンク先で何が起きたか取得できない場合は、「未閲覧」と断定しない表示にします。
| 見る対象 | アラート条件例 | スタッフの確認 |
|---|---|---|
| 動画 | 案内から7日経過し、自社ページの閲覧記録がない | 案内が届いたか、開き方を理解できたかを確認する。外部動画の視聴状況は別に扱う。 |
| 自宅メニュー | 設定した報告期限を過ぎても実施報告がない | 実施の有無と、記録方法が伝わっているかを本人に確認する。 |
| メッセージ | 配信エラー、または取得可能な既読記録がない | 送信失敗・既読なし・既読を取得できない状態を分ける。 |
| データ連携 | 予定したデータ更新に失敗している | 未取得を会員の未実施に変換せず、更新時刻と取得不能の表示を出す。 |
体調の申告回数を退会の可能性に置き換えたり、一定回数に達するまで確認依頼を表示しなかったりする設計にはしません。本人からの相談を誰が確認するか、担当者が不在なら誰へ引き継ぐかを決めます。継続利用の案内と、体調に関する確認を別の目的として管理します。
この一覧は診断、運動の可否、運動負荷を自動決定するものではありません。体調に関する対応の責任者と手順は、施設側で別に定める必要があります。システムでは、依頼が届いた事実と引継ぎ・確認の状況を記録します。
パーソナル、ピラティス、キッズスクールなどで利用頻度や連絡相手は異なります。条件には、対象コース、日数の起点、除外する会員状態、解除する出来事を持たせます。設定変更時は、変更者・理由・適用日を残し、どの条件で抽出したかを後から確認できるようにします。
会員への自動通知まで一気に入れると、文面、頻度、タイミングで違和感が出ることがあります。
特に体調や来店間隔に関する連絡は、機械的な文面だと冷たく見える場合があります。
最初は、スタッフ向けの通知だけに絞ります。
毎朝の一覧、週1回のまとめ、担当者別の確認リストがあれば、フォロー対象を見落としにくくなります。
確認期限を過ぎても担当者が未確認なら、責任者へ引き継ぐ段階を設けます。会員へ連絡するかは担当者が判断し、連絡希望、使用する連絡先、時間帯、前回連絡を確認します。キッズスクールでは、本人と保護者のどちらへ連絡するかを登録情報で確認します。返信がないだけで、同じ内容を無制限に再送しないルールも必要です。
上の文面は例です。未閲覧・未実施を断定せず、すでに案内した内容や本人の希望に合わせて調整します。体調に関する個別の相談内容を、一斉配信の本文に含めないようにします。
通知の考え方は 通知・リマインド設計の実務、放置防止は アラートとエスカレーション設計 が土台になります。
スタッフが現場で使う画面では、全会員の一覧よりも、今日見るべき会員だけが出る方が使いやすくなります。
来店間隔、課題の記録、本人からの確認依頼をカードで表示し、次に何を確認するかを短く見せます。確認担当だけが閲覧できる範囲を設定します。
週1回の利用予定。最終来店から14日、次回予約なし。
フォロー内容を記録課題の案内から7日、ページ閲覧の記録なし。保護者への案内状況を確認。
確認内容を記録本人から確認依頼あり。詳細は担当者の確認画面で表示。
依頼内容を確認
アラート一覧に情報を詰め込みすぎると、誰から対応するべきか分かりにくくなります。
一覧では会員名、抽出理由、根拠となる日付、担当者、対応状態、次回確認日を確認できるようにします。前回の連絡内容は必要なときに詳細で開き、一覧に個別の相談内容を広く表示しない構成にします。
画面例の件数は会員数で、一覧は抜粋です。複数の条件に当てはまる会員や、対象期間が異なるカードがあるため、数字を合算しません。実装時にはKPIの集計条件を定義し、同じ条件の対象一覧を開けるようにします。
保存ビューやフィルタの設計は、管理画面の検索・フィルタ設計の考え方が使えます。
「連絡した」だけでは、別のスタッフがいつ再確認すべきか判断できません。長文の報告を毎回求める代わりに、連絡日時、担当者、手段、反応、次回確認日を記録します。完了・保留・連絡対象外にする場合は、その理由も残します。
| 記録すること | 選択肢例 | 残す理由 |
|---|---|---|
| 対応 | 未対応／連絡済み／次回来店時に確認 | スタッフ間で重複連絡を避けるため。 |
| 反応 | 返信あり／返信なし／予約済み／休会相談 | 次の対応を判断するため。 |
| 次の確認 | 確認日／担当者／引継先／完了・保留の理由 | 確認の中断や、別の担当者による重複連絡を防ぐため。 |
| メモ | 短文のみ任意 | 必要な背景だけ残し、入力負担を増やしすぎないため。 |
未対応から担当確認へ進み、必要な連絡を行ったら返信待ち、予約などの結果を確認したら完了にする流れを定義します。連絡不要と判断した場合は、その理由と再確認の要否を残します。「次回来店時に確認」は来店予定日を設定し、予定が取り消された場合も確認対象が消えたままにならないようにします。
一覧を開いたこと、通知が送れたこと、担当者が対応を終えたことは別々です。送信失敗は連絡済みにせず、失敗理由と再送の判断を残します。再送前には会員状態・予約・最新の連絡履歴を確認し、古い条件の案内を中止します。同じ理由で新しいアラートを作る条件と、再連絡を控える期間も決めます。
アラートは、表示して終わりではありません。
条件に該当した会員を一覧に出し、スタッフが確認し、必要な場合だけ連絡し、その結果を残す流れにします。
来店・課題の記録と除外条件を確認し、本人からの依頼は別に受け付けます。
会員名、抽出理由、担当者、次回確認日を確認します。
自動送信ではなく、担当者が連絡の要否を判断します。
電話、メール、対面など、会員に合う方法で確認します。
連絡の結果と次回確認日、完了・保留の理由を残します。
週1回・月1回の利用者、休会中、次回予約あり、施設都合の取消、課題の記録取得失敗、担当不在を試し、想定した理由で一覧に出るかを確認します。連絡直後の重複通知や、返信待ちのまま確認期限を過ぎた案件も確認します。
運用開始後は、担当者が確認した件数、連絡不要だった理由、重複連絡、確認期限の超過を見て条件を調整します。フォロー後に予約が入ったという記録だけで、連絡が予約や退会防止の原因だったと断定しない評価にします。
フォロー一覧は、利用頻度と次回予約、課題の記録、確認担当、連絡履歴をもとに作ります。未記録を未実施に置き換えず、本人からの確認依頼を利用継続の推定と分けることが前提です。
利用頻度、次回予約、休会、記録の取得状況を確認します。
会員への自動連絡より先に、担当者が確認できる一覧を作ります。
連絡履歴と次回確認日、完了・保留の理由を記録します。
開発前には、現在の予約・出席データから取得できる情報、誰が確認するか、確認を終えたと判断する条件を決めます。担当者が判断できる理由を表示し、次の対応が未定のまま一覧から消えない構成にすることで、日常の確認作業に使える仕組みを目指します。