小さな宿の会員制サブスク導入｜常連向け設計と実務テンプレ16選

「小さな宿 会員制 サブスク 導入」を検討する施設側へ、常連客向けの制度を小さく始める設計手順をまとめました。結論から言えば、先に決めるのは月額料金ではありません。会員に渡すサービス、受けられる宿泊枠、満室時の回答、請求周期、更新・終了、個人情報、スタッフの対応時間を一つずつ確定します。

客室数が少ない宿では、10人の会員でも同じ土曜日へ希望が重なると運営できません。反対に、平日の空室を埋めたいという理由だけで割引を大きくすると、清掃、リネン、光熱、食事、連絡の負担を回収できない場合があります。定額料金を受け取った時点で成果が確定するわけでもありません。予約希望を受け、在庫を確認し、滞在を提供し、更新・終了まで対応して初めて制度が回ります。

本記事は、過去に泊まった常連客へ、一定周期の料金と引き換えに予約枠、先行案内、宿泊時の特典等を提供する運営サービスに限定します。料金、予約条件、更新・終了を宿泊サービスとして明確にし、未確認の価格、導入効果、利益、法的評価を示さず、すべて自館の実数と専門家確認へ戻せる形にします。

直予約の基本導線は南紀の宿が直予約を増やす方法で解説しています。本記事では、その先にある常連向け会員制度について、16の実務テンプレート、4室宿の仮定計算、六週間の試験導入で具体化します。

1．結論｜会員制度は「会費」ではなく六つの接点で設計する

小さな宿の会員制度は、①既存客へ案内する、②申込みを受ける、③条件を最終確認する、④会員として登録する、⑤個別の宿泊予約を確定する、⑥更新または終了する、という六つの接点に分けます。ここを一つにすると、「登録したから希望日に泊まれる」「支払いを止めたから確定済み予約も消えた」などの行き違いが起きます。

会員登録と宿泊確定を分ける

会員登録は、その制度を利用できる状態になったことです。特定日の客室が確保されたこととは限りません。宿泊予約では、希望日、人数、客室、食事、料金、入湯税等、取消条件を一件ずつ確認します。会員枠がない日は、別日、一般販売枠、待機の可否を事実に沿って案内します。

「いつでも泊まれる」「優先的に予約できる」「会員だけの特別価格」などの表現は、対象日、室数、受付順、除外日、料金表が決まってから使います。運用できない抽象語は削除します。制度の魅力は、約束を大きくすることではなく、常連が迷わず予約でき、宿も受入れ上限を守れることです。

テンプレート1｜制度スコープ一枚票

制度名：
対象：過去宿泊者／紹介者／その他［具体条件］
募集上限：［　］人
料金周期：毎月／四半期／年／その他［　］
定額料金に含む内容：
宿泊時に別途必要な料金：
会員枠の対象日・室数：
対象外日：
予約受付方法：
満室時の回答：
更新日：
終了申出の期限・方法：
会員窓口：
宿泊予約窓口：
規約版・更新日：

※そのままコピーして使えます

この一枚で空欄が残る項目は、募集ページへ進めません。特に「満室時の回答」「宿泊時に別途必要な料金」「対象外日」が未定のまま、会員募集を始めないでください。

2．目的を一つに絞り、既存客から小さく始める

目的は「売上を増やす」では広すぎます。平日の再訪を増やす、常連への新プラン案内を一本化する、年に複数回来る家族の予約確認を短くする、閑散期の体験企画へ先行案内するなど、制度で変えたい一つの行動を決めます。目的が違えば、会員枠、特典、連絡頻度、見る数値も変わります。

最初の対象は、宿のルール、立地、食事、交通を理解している既存客が運用を確認しやすい層です。ただし、担当者の好みだけで案内先を選ぶと説明できません。過去の宿泊、連絡同意、利用目的との適合、募集上限など、誰が見ても同じ判断になる条件を作ります。

テンプレート2｜目的・非目的票

今回の目的：
会員に増やしてほしい行動：
宿が減らしたい行き違い：
対象期間：
対象客：
会員枠へ出す曜日・季節：
今回扱わないこと：
成功判定に使う数値：
中止条件：
判断日：
判断者：

※そのままコピーして使えます

「今回扱わないこと」には、一般販売の全廃、満室日の無制限受入れ、未確認サービスの追加などを書きます。制度を始めると要望が増えますが、試験期間中は目的に直接関係する変更だけを扱います。

テンプレート3｜案内対象の判断票

顧客番号：
最終宿泊日：
過去宿泊回数：
宿の案内受信への同意：あり／なし／確認中
対象条件を満たす根拠：
対象外の場合の理由：
案内日：
案内経路：
回答期限：
申込希望：あり／なし／未回答
担当者：

※そのままコピーして使えます

常連だから連絡してよいと自動的に判断せず、予約時に取得した連絡先の利用目的と同意状況を確認します。過去の要望、食事、同行者等を案内対象の選別へ不用意に使わず、必要最小限の条件にします。

3．会員向け在庫は一般販売より先に上限を固定する

小規模宿では、会員数より先に会員向け室泊数を決めます。室泊とは、一室を一泊販売できる単位です。4室の宿を30日営業できるなら最大120室泊ですが、休館、整備、貸切、連泊清掃、一般販売として残す枠を引く必要があります。合計だけでなく、金曜・土曜、連休、繁忙期への集中も見ます。

次は計算の仮定例です。実在施設の実績や推奨値ではありません。

この20室泊を20人へ一泊ずつ約束しても、全員が同じ日に希望すれば入りません。日別に会員枠を配置し、受付方法、同伴者、連泊、部屋指定、食事の上限を加えます。

会員枠を置く前後で宿全体の販売状況を見るには、同じ期間の客室売上、販売室泊、販売可能室泊をそろえます。計算単位は小さな宿のRevPAR計算で確認できます。会員枠だけの稼働を良く見せず、一般販売を含む全室の変化を追ってください。

テンプレート4｜月間会員枠カレンダー

対象月：
日付：
曜日：
販売可能室：
休館・整備室：
一般販売の保護室：
会員枠：
会員枠の受付開始：
受付方法：先着／抽選／その他［　］
連泊上限：
一申込の人数上限：
食事提供上限：
対象外の理由：
確定担当：

※そのままコピーして使えます

カレンダーは予約台帳と別にしません。一般販売で埋まった後に会員枠を追加すると二重販売が起きます。どの在庫が正本かを一つにし、変更者、変更時刻、理由を残します。

テンプレート5｜会員数上限の試算票

A 対象期間の総室泊：［　］
B 休館・整備・販売不能室泊：［　］
C 一般販売として残す室泊：［　］
D 運営余白：［　］
E 会員枠上限：A−B−C−D＝［　］
F 会員一人あたり想定利用室泊：［　］
G 単純上限：E÷F＝［　］人
希望集中を確認する曜日：
同日に受けられる会員組数：
試験募集上限：［　］人
追加募集を判断する日：

※そのままコピーして使えます

Gは単純上限であり、募集人数の答えではありません。週末へ希望が集中する宿では、月間室泊が余っても断る回数が増えます。試験募集上限をGより小さく置き、予約希望日と成立日の差を月次で確認します。

KOYAGI運営受託について初回ヒアリングを行う場合も、会員募集数を先に決めず、客室在庫、清掃、食事、現地対応、一般販売との優先順位から確認します。

4．定額料金・宿泊時料金・追加注文を分ける

料金は一つの「月額」にまとめず、定額料金、宿泊時料金、追加注文、制度運営コストの四つに分けます。定額料金に一泊分を含めるのか、予約窓口と先行案内だけを含めるのかで、原価と表示が変わります。宿泊時に清掃、食事、入湯税等が別に必要なら、申込み前に具体化します。

金額は他社の相場ではなく、自館の原価と受入れ上限から決めます。宿泊料金自体の組み立ては民宿の料金の決め方を参照してください。会員制度では、それに決済、会員連絡、規約管理、特典、取消・変更対応の工数を足します。

テンプレート6｜プラン仕様書

プラン名：
料金周期：
一周期の定額料金：
定額料金に含むサービス：
含まないサービス：
宿泊時の客室料金：
食事料金：
税・実費：
同伴者料金：
利用回数・泊数の上限：
対象日：
対象外日：
予約受付開始：
予約確定方法：
未使用分の扱い：
更新・終了：

※そのままコピーして使えます

「宿泊無料」と書きながら清掃や食事が必須で別料金になる場合、宿泊客は総額を判断できません。「会費だけで泊まれる」「宿泊時に追加料金が必要」のどちらかを、対象日、人数、食事と合わせて示します。

テンプレート7｜料金と原価の入力票

一周期の定額料金：［　］円
想定会員数：［　］人
定額料金合計：［　］円
会員宿泊時の追加料金合計：［　］円
飲食・体験等の追加注文：［　］円
決済関連費：［　］円
会員連絡・予約対応工数：［　］時間×［　］円
特典原価：［　］円
利用増分の清掃・リネン・光熱・消耗品：［　］円
食事原価：［　］円
取消・変更対応：［　］円
その他：［　］円
制度運営後の残額：収入合計−上記コスト＝［　］円

※そのままコピーして使えます

入力票の金額は税込・税抜を混ぜず、対象期間をそろえます。「制度運営後の残額」は会計上の利益を確定する欄ではなく、見落とした変動を探すための仮計算です。税務・会計処理、返金、未使用分等の扱いは税理士や会計担当へ確認してください。

5．特典は「確約」と「空きがある場合」を分ける

特典は多いほど良いわけではありません。常連が再訪時に感じる手間を一つ減らし、宿が毎回同じ品質で提供できるものを選びます。先行案内、好みの記録、チェックイン説明の短縮などは、在庫やスタッフ工数を確認しやすい候補です。客室アップグレード、遅いチェックアウト、貸切風呂は空き状況に左右されるため、確約か当日判断かを分けます。

食事、送迎、体験、記念品を付ける場合は、仕入れ、アレルギー、車両、担当者、在庫、休業日を確認します。提供できない代替を広告文だけに置かないでください。一般客より有利と表現する場合も、何と比べ、どの期間・条件で有利かを検証します。

テンプレート8｜特典の提供可能性マトリクス

特典名：
会員が得る具体的な内容：
提供タイミング：
確約／空きがある場合／期間限定：
対象日：
対象外日：
一回の上限：
担当者：
一回あたり原価：
必要工数：
提供できない場合の回答：
代替の有無：
案内文の根拠：
見直し日：

※そのままコピーして使えます

「空きがある場合」を小さく注記するだけでは不十分です。会員が予約を判断する段階で、確約される内容と当日まで決まらない内容を並べます。代替がなければ「代替なし」と書き、現場担当者が勝手に追加サービスを約束しないようにします。

6．申込ページは一画面で継続条件を確認できるようにする

オンラインで申込みを受ける場合、魅力の説明ページと、申込直前の最終確認を分けます。消費者庁の通信販売に関する特定商取引法ガイドは、申込み段階で分量、販売価格・対価、支払時期・方法、提供時期、申込みの撤回・解除、申込期限等を確認できる表示を案内しています。定期購入に関する注意喚起も、最終確認画面で基本事項を明確に表示する必要性を示しています。

会員制度の具体的な適用関係や表示方法は、販売方法、対象者、サービス内容で変わります。本記事だけで判断せず、消費者庁の現行情報と専門家へ確認してください。少なくとも運営上は、申込ボタンの直前で「いくら、いつ、何が、何回、どう更新され、どう終了できるか」を一覧にします。

テンプレート9｜申込最終確認チェック

制度名を表示した：はい／いいえ
一周期の料金を表示した：はい／いいえ
初回と次回以降の料金を表示した：はい／いいえ
請求日・支払方法を表示した：はい／いいえ
提供するサービスと上限を表示した：はい／いいえ
対象日・対象外日を表示した：はい／いいえ
宿泊時の追加料金を表示した：はい／いいえ
更新周期と次回更新日を表示した：はい／いいえ
最低利用期間の有無を表示した：はい／いいえ
終了申出の期限・方法を表示した：はい／いいえ
未使用分・宿都合停止時の扱いを表示した：はい／いいえ
問い合わせ先と受付時間を表示した：はい／いいえ
確定ボタンの文言が申込みだと分かる：はい／いいえ
確認画面の版と保存場所：

※そのままコピーして使えます

最終確認画面は、規約へのリンクだけで済ませず、重要条件を一覧で見せます。宿側も画面の版、公開期間、変更日を保存します。申込完了メールには、会員番号、開始日、次回日、規約版、終了窓口を記載します。

7．規約は会員制度と一件の宿泊予約を分ける

会員制度の規約には、対象、料金、サービス、更新、終了、停止、連絡、禁止行為等を置きます。個別の宿泊では、宿泊日、人数、客室、食事、料金、取消条件を確定します。二つを分けることで、会員制度を終了した後の確定済み予約や、一件の予約取消しが定額料金へ与える影響を説明できます。

観光庁はモデル宿泊約款を掲載する公式ページを公開しています。これは確認の入口であり、自館の許可、設備、予約経路、会員制度へ自動的に当てはまる文ではありません。自館の宿泊約款・利用規則、予約サイトの条件、会員制度の規約を並べ、矛盾がないか専門家へ確認します。

テンプレート10｜規約構成票

第1項 制度名・目的：
第2項 対象者・登録条件：
第3項 開始日・期間：
第4項 料金・請求：
第5項 提供サービス：
第6項 会員枠・予約方法：
第7項 対象外日・上限：
第8項 個別宿泊の確定：
第9項 変更・取消：
第10項 更新・終了：
第11項 宿都合の停止・変更：
第12項 禁止行為・利用停止：
第13項 連絡方法：
第14項 個人情報：
第15項 問い合わせ：
規約版・施行日：
確認した専門家・確認日：

※そのままコピーして使えます

条文番号や名称は自館の文書へ合わせます。テンプレートは論点漏れを探すための目次であり、完成した規約ではありません。返金、損害、免責、準拠等を独自判断で追加せず、弁護士、決済会社、保険会社、税理士等の担当範囲を確認します。

テンプレート11｜更新・終了受付票

会員番号：
本人確認方法：
申出日時：
申出経路：
希望内容：更新／終了／休止／変更
現行の規約版：
次回請求日：
受付期限：
最終請求：
利用終了日：
未使用分の扱い：
確定済み宿泊の扱い：
受付回答日時：
完了通知日時：
担当者：

※そのままコピーして使えます

「いつでも解約可能」と案内するなら、受付可能な方法、締切、最終請求、終了日まで含めて実行できる必要があります。電話だけで受ける場合は、つながらない時間、聞き間違い、記録漏れへの対策を決めます。オンラインやメールを使う場合も、本人確認と完了通知を行います。

8．予約受付は希望・確定・満室回答を三つに分ける

会員の「○日に泊まりたい」は希望であり、予約確定ではありません。希望受付時に自動返信を送り、在庫、人数、食事、同伴者、泊数、料金を確認してから確定通知を出します。確定前の段階を「予約完了」と表示しないでください。

会員枠がない場合は、別日、一般販売枠、待機の可否を示します。一般販売枠が空いていても、会員条件で使えるとは限りません。逆に、会員枠を残したまま一般販売へ二重に出さないよう、在庫正本と変更権限を決めます。

テンプレート12｜会員宿泊希望受付票

受付番号：
会員番号：
希望日：
泊数：
人数・年齢区分：
同伴者：
希望客室：
食事：
アレルギー申告：
利用したい特典：
到着予定：
交通：
連絡先：
この時点の状態：希望受付
回答期限：
担当者：

※そのままコピーして使えます

必要な情報だけを取得します。食物アレルギー等の要配慮情報は、利用目的、閲覧者、保存期間を確認し、一般の会員名簿へ漫然と残さないでください。希望を受けたら回答期限を示し、放置しない仕組みにします。

テンプレート13｜確定・代替・満室の返信文

［確定］
会員番号［　］の宿泊を［日付］から［泊数］泊、［人数］名、［客室］で確定しました。
宿泊時料金は［　］円、食事は［　］、取消条件は［　］です。
予約番号は［　］です。

［代替提案］
ご希望日の会員枠は利用できません。
現時点で案内できる選択肢は［別日／一般販売枠／待機］です。
各条件は［　］です。［期限］までに希望をお知らせください。

［満室］
ご希望日は会員枠・一般販売枠ともに満室です。
宿泊は確定していません。別日を希望する場合は［方法］でお知らせください。

※そのままコピーして使えます

一般販売枠を提案する場合、会員料金や特典が適用されるかを明示します。待機を受ける場合も、順位、連絡期限、自動確定の有無を決めます。「キャンセルが出たら必ず連絡します」と約束できない運用なら、連絡条件を限定します。

9．取消条件は会員制度と宿泊予約で別々に見せる

会員制度の終了、休止、プラン変更と、一件の宿泊予約の取消しは別の手続です。たとえば翌月から会員を終了しても、来月の確定済み宿泊が残るのか、同時に消えるのかを決めます。一件の宿泊を取り消しても、会員登録が続くのか、未使用分へ戻るのかを決めます。

取消料を設定する場合は、予約確定時に日付と基準を示します。天候、交通、災害、体調、宿都合等の例外を誰が判断するかも必要です。小さな宿の実務はキャンセルポリシーの作り方で詳しく整理しています。

取消条件の四分割

例外を現場の善意だけに委ねると、会員ごとに回答が変わります。判断者、証拠、回答期限を決め、例外を認めた場合は理由を記録します。

10．会員名簿は集客リストと請求台帳を混ぜない

会員制度では、連絡先、規約同意、請求状態、宿泊履歴、問い合わせ履歴を扱います。便利だから一つの表へすべて入れるのではなく、利用目的と閲覧者を決めます。案内配信に必要な項目と、請求確認に必要な項目、宿泊時の配慮に必要な項目は異なります。

個人情報保護委員会の個人情報保護法ガイドライン通則編を公式入口として、利用目的、取得、安全管理、第三者提供、保有個人データ等を確認します。具体的な措置は、規模、データの種類と量、媒体、委託先等に応じて決めます。本記事は個別施設の適法性を判定しません。

テンプレート14｜会員台帳の最小項目

会員番号：
氏名：
連絡先：
連絡希望経路：
申込日：
開始日：
規約版：
同意確認日時：
料金周期：
次回日：
状態：申込中／有効／休止／終了
終了日：
請求状態への参照番号：
宿泊予約への参照番号：
問い合わせ履歴の参照番号：
最終更新者・更新日時：

※そのままコピーして使えます

カード番号等を独自の表へ保存せず、利用する決済サービスの管理範囲と自館が保持する情報を分けます。会員台帳から宿泊者名簿や決済管理へは参照番号でつなぎ、同じ個人情報を複数ファイルへ複製しないようにします。

テンプレート15｜情報取扱い点検票

取得する項目：
各項目の利用目的：
本人への通知・公表方法：
閲覧できる担当者：
保存場所：
端末・アカウント管理：
委託先：
第三者提供の有無：
保存期間：
訂正・削除の受付：
退会後に残す項目と理由：
漏えい等が疑われる場合の連絡先：
月次アクセス確認：
最終点検日・担当者：

※そのままコピーして使えます

「念のため」で情報を増やすほど管理負担が増えます。食事の好みとアレルギー、同行者名、記念日、会話メモなどは、利用目的と必要期間が異なります。宿泊時に確認し直せる情報を永久保存しない選択も検討します。

11．会員連絡は案内・請求・予約・緊急を分ける

日常案内、請求連絡、予約確定、緊急連絡を一つのチャットへ混ぜると、重要通知が埋もれます。会員向けの先行案内はLINE、規約・請求・終了の正式連絡はメール、緊急の宿泊連絡は電話など、役割を決めます。ただし、特定サービスだけが正解ではありません。宿の顧客層、同意、記録、スタッフ体制へ合わせます。

LINE公式アカウントの配信設計は旅館のLINE公式アカウント活用術を参照してください。会員募集へ使う場合も、友だち追加と会員申込みを同じ扱いにせず、料金が発生する申込みは最終確認を経て完了させます。

テンプレート16｜会員連絡カレンダー

対象月：
配信日：
連絡種別：案内／請求／予約／変更／緊急
対象者：
目的：
本文：
予約・申込リンク：
回答期限：
正式記録とする経路：
未達時の代替経路：
配信承認者：
配信結果：
問い合わせ件数：
次回修正：

※そのままコピーして使えます

月に何回送るかを先に固定するより、目的と必要性を確認します。空室が出るたびに全会員へ送ると、通知疲れと問い合わせ集中が起きます。先行案内の対象日、回答期限、受付方法をまとめ、確定者にだけ予約詳細を送ります。

12．KPIは会員数だけでなく断った理由と工数を見る

会員数が増えても、希望日に泊まれない、問い合わせが増える、一般販売を圧迫する、特典原価が読めない状態では継続できません。申込、継続、終了だけでなく、予約希望日、成立日、満室回答、代替受諾、対応時間、原価、苦情を見ます。

小さな宿では、客室売上と販売可能室泊を同じ期間でそろえることが重要です。会員枠を増やした月は、会員分だけを切り離さず、一般販売と全体の室泊を合わせて比較します。

月次ダッシュボード項目

• 月初有効会員数、申込、開始、休止、終了
• 会員宿泊希望件数、成立件数、満室回答件数
• 希望日から成立日までの差、代替提案の受諾件数
• 会員枠の設定室泊、販売室泊、未使用室泊
• 一般販売として保護した室泊と実際の販売
• 定額料金、宿泊時料金、追加注文
• 決済、連絡、特典、清掃、リネン、食事等のコスト
• 問い合わせ件数、対応時間、苦情、誤案内
• 更新・終了理由、未使用分、宿都合停止

数字が少ない初期は割合だけで判断しません。会員2人中1人が終了した場合の50％と、100人中50人の50％は運営上の意味が違います。件数、母数、理由を並べます。成果を主張する前に、取得期間と集計定義を固定してください。

13．六週間の試験導入で中止条件まで確かめる

六週間は準備を進める工程例です。会員制度の成果が六週間で確定するという意味ではありません。宿の予約リードタイム、季節、対象人数により評価期間は変わります。まず既存客の少人数へ案内し、受付、請求、予約、宿泊、更新・終了の一巡をテストします。

第1週｜目的と対象を固定する

テンプレート1〜3を埋め、目的、非目的、案内対象、募集上限、判断者を決めます。常連へ聞きたい質問も三つ以内にします。サービス案を先に売らず、再訪時の困りごと、希望曜日、予約経路を確認します。

第2週｜在庫と料金を自館実数で置く

テンプレート4〜8を埋めます。過去の予約実績を曜日・月別に見て、一般販売として残す枠を先に置きます。料金は、清掃、リネン、光熱、食事、決済、連絡、特典を自館の数字で計算します。希望日に泊まれない場合の回答をスタッフが読める形にします。

第3週｜申込表示と規約を確認する

テンプレート9〜11を使い、申込最終確認、規約、更新・終了受付を作ります。消費者庁、個人情報保護委員会、観光庁の公式入口を確認し、弁護士、税理士、決済会社、保険会社等へ必要な論点を振り分けます。

第4週｜既存客へ限定案内する

募集上限を超えない人数へ、同じ版の案内を送ります。電話で説明した内容も台帳へ残し、口頭だけの特典を作りません。質問を申込ページへ反映し、条件が変わったら旧版を回収します。

第5週｜予約希望から確定まで通す

テンプレート12〜16を使い、希望受付、在庫確認、確定、満室、代替、請求、連絡を一件通します。担当者不在時にも同じ回答ができるか、一般販売との在庫重複がないかを確認します。

第6週｜継続・修正・停止を判断する

会員数だけでなく、希望の集中、満室回答、対応時間、原価、誤案内、終了理由を確認します。中止条件に該当したら追加募集を止めます。制度を続ける場合も、一度に料金・特典・対象日を全部変えず、一つの仮説ごとに修正します。

KOYAGI運営受託の検討では、会員ページ制作だけで完了とせず、予約在庫、清掃、食事、現地連絡、請求、顧客台帳まで日々の運営へつながるかを確認することが重要です。委託範囲、費用項目、責任分担の確認はホテル運営委託の仕組みと費用も参照してください。相談時には、本記事の16テンプレートで未決定の欄をそのまま持ち込めます。

14．よくある質問

Q. 小さな宿の会員制サブスクとは何ですか？

常連客が一定周期の料金を払い、宿が定めた予約枠、案内、宿泊時の特典等を利用する継続型サービスです。本記事では、宿泊サービスの範囲、予約方法、料金、更新・終了条件を明示して運営する制度だけを扱います。希望日の客室確保や値下げを自動的に約束する仕組みではありません。

Q. 会員募集は既存の宿泊客だけに限定できますか？

既存客への案内から小さく始める方法があります。対象を過去の宿泊回数だけで決める必要はありませんが、案内基準、定員、受付順、本人確認、同伴者の扱いを一貫させます。招待制にする場合も、申込条件と選考方法を説明し、担当者によって回答が変わらないよう記録します。

Q. 会員数は何人から始めればよいですか？

一律の人数はありません。対象期間の販売可能室泊から、休館・整備、一般販売として残す枠、運営余白を差し引き、会員一人あたりの想定利用室泊で割って上限を試算します。繁忙日に希望が集中するため、月間合計だけでなく日別の重なりを確認し、最初は上限を固定して追加募集を止められるようにします。

Q. 月額料金はいくらに設定すればよいですか？

市場の一律相場では決めません。定額料金に含むサービス、宿泊時の追加料金、決済費、連絡工数、特典原価、清掃・光熱・リネン等の利用増分、取消・変更対応を自館の実数で置きます。本記事の算式は確認用であり、金額例や利益を保証するものではありません。

Q. 会費を払えば希望日に必ず泊まれる設計にすべきですか？

客室を確保していないのに必ず泊まれるとは表示しません。会員枠の対象日、室数、受付開始、先着・抽選等の方法、満室時の代替、一般販売枠との関係を明示します。確保を約束する場合は、その枠を他へ販売せず維持できる在庫と運用が必要です。

Q. 繁忙日を会員枠の対象外にできますか？

対象外日を設ける設計はできますが、申込み前に具体的な範囲と確認方法を示します。「一部対象外」の一言だけにせず、日付、曜日、連休、地域行事、販売開始時期等の決め方を示し、追加・変更時の通知時期も決めます。既存会員へ不意に不利益な変更をしない運用が必要です。

Q. 未使用の宿泊特典は翌月へ繰り越せますか？

繰越の可否、上限、有効期限、退会時の扱いを制度ごとに決めます。無期限に積み上がると将来の客室負担を読みにくくなります。繰越を認めない場合は申込み前に明示し、宿側都合で利用できなかった場合の振替や返金等も別に定めます。

Q. 自動更新にする場合は何を表示しますか？

更新周期、各回の料金、請求日、次回更新日、最低利用期間の有無、終了申出の期限と方法、終了後の利用可否を申込み前と最終確認画面で確認できるようにします。オンライン申込の具体的な表示は消費者庁の現行情報を確認し、個別の適法性は専門家へ確認してください。

Q. 会員制度の解約は電話だけにしてもよいですか？

申込経路、対象客、受付体制を踏まえて決めますが、つながりにくい電話だけに依存すると受付時刻や記録で行き違いが起きます。申出日、本人確認、最終請求、利用終了日を記録できる方法を用意し、申込み前に手順と期限を明確に示します。

Q. 会員登録と宿泊予約は同じ手続ですか？

分けて管理します。会員登録が完了しても、個別の宿泊日、人数、客室、食事、料金、取消条件が確定したとは限りません。宿泊ごとに予約内容を提示し、宿と会員の双方が確定を確認します。会員向け条件と通常の宿泊条件が異なる箇所も明示します。

Q. 会員名簿には何を保存すればよいですか？

会員番号、連絡先、申込日、同意した規約版、請求状態、利用状態、連絡履歴等から、運営に必要な項目を選びます。利用目的を定め、不要な情報を集めず、閲覧者、保存場所、保管期間、訂正・削除対応、事故時の連絡手順を決めます。

Q. 会員連絡はLINEだけで運用できますか？

日常案内には使えますが、規約変更、請求、終了申出、予約確定等の重要連絡を一つの外部サービスだけへ依存すると、アカウント停止や未達時に確認できません。メール等の代替連絡先を持ち、何を正式な通知として記録するかを決めます。

Q. 会員制度と宿泊のキャンセル条件は一つでよいですか？

会員制度の更新・終了条件と、確定した一件の宿泊予約の取消条件は分けます。会員を終了したときに確定済み予約をどう扱うか、宿泊を取り消したときに定額料金へ影響するかも明記します。返金や変更の個別判断は規約、決済、会計の専門家へ確認してください。

Q. 試験導入は何週間行えば十分ですか？

本記事の六週間は準備工程の例であり、成果が判断できる期間を保証しません。季節、予約リードタイム、会員数により必要期間は変わります。公開前に中止条件を決め、開始後は申込数だけでなく、予約希望の集中、対応工数、原価、苦情、終了理由を確認して継続を判断します。

15．まとめ｜常連との約束を在庫・料金・終了まで一つにする

小さな宿が会員制サブスクを導入するときは、料金表から始めず、常連へ何を提供し、どの客室在庫で受け、希望日が満室ならどう回答するかを決めます。会員登録と個別宿泊を分け、定額料金、宿泊時料金、追加注文、運営コストを一つずつ示します。

4室の宿では、月間の総室泊が多く見えても、週末や繁忙日へ希望が重なります。休館・整備、一般販売の保護枠、運営余白を差し引き、日別の会員枠を先に固定します。「いつでも」「必ず」「特別価格」といった表現は、対象日、室数、料金表、受付方法を実際に維持できる場合だけ使います。

申込みでは、料金、請求、提供内容、対象外日、更新、終了を最終確認できるようにします。会員制度の規約と一件の宿泊条件を分け、未使用分、宿都合の停止、確定済み予約の扱いを決めます。会員名簿は必要最小限にし、利用目的、閲覧者、保存期間、訂正・削除、事故対応を定めます。

六週間の工程は、目的、在庫、原価、表示、規約、案内、予約運用を一巡させる準備例です。成果の期間保証ではありません。募集前に中止条件を決め、会員数だけでなく、満室回答、希望日の集中、対応工数、原価、苦情、終了理由を見て判断します。

KOYAGI運営受託について相談する場合は、制度ページだけでなく、予約在庫、清掃、食事、現地対応、請求、顧客台帳まで一体で確認できるよう、テンプレート1〜16の未決定欄と既存の予約実績を準備してください。

参考にした公式一次資料

• 消費者庁｜通信販売に関する特定商取引法ガイド — 通信販売の広告、申込最終確認、表示事項の公式解説を確認しました。
• 消費者庁｜インターネット通販の定期購入トラブルには御注意を — 継続条件を最終確認画面で明確に示す必要性を確認しました。
• 個人情報保護委員会｜個人情報保護法ガイドライン通則編 — 利用目的、取得、安全管理、第三者提供、保有個人データ等の公式入口を確認しました。
• 観光庁｜国際観光ホテル整備法・モデル宿泊約款 — モデル宿泊約款の掲載ページを確認しました。自館へそのまま適用するものとは扱っていません。

取得記録は2026年9月15日時点です。制度、公式ページ、自館の運用は変わります。募集前に消費者庁、個人情報保護委員会、観光庁等の現行情報を確認し、契約、税務、決済、保険等は担当する専門家へ確認してください。