個室サウナの予約システム｜無料SaaSの限界とSaaS＋部分カスタムという落とし所

予約サイトのカレンダーは綺麗に埋まっている。売上も伸びている。それなのに、当日になるとスマートロックの解錠コードをLINEで一件ずつ送り返し、清掃の入る時間が読めず、回数券の残りはExcelで手集計している。「うまくいっているはずなのに、現場だけがじわじわ疲れている」という状態です。

結論から書くと、開業時に無料・安価な予約SaaSを選んだ判断は、ほぼ例外なく妥当でした。詰まる原因は、個室サウナ業態の固有要件と汎用予約SaaSの設計のあいだに少しずつ生まれるズレで、解は乗り換えでもフルスクラッチでもなく、SaaSは残したまま足りない部分だけ薄く繋ぐ「SaaS＋部分カスタム」に落ち着くことが多い。three dots.（弊社）は開発と保守の両方を手がける立場から、いま動いているものを活かしつつ現場が回る形に寄せていく仕事を主にしています。

無料予約SaaSで個室サウナを始めたのは、その時点では正しい判断だった

開業時に無料・安価な予約SaaSを選んだこと自体は、ほぼ例外なく妥当な判断でした。

個室サウナの開業フェーズで予約システムに求められる機能は、整理すれば多くありません。時間帯ごとの予約受付、カード決済、Googleカレンダーへの反映、メールやLINEでの確認通知。このあたりは、SelectType・RESERVA・Airリザーブ・ChoiceRESERVE・リザエンといった汎用の予約SaaSで、ほとんどすべてカバーできます。

料金感も開業フェーズと相性が良い水準です。たとえばAirリザーブの場合、初期費用は0円で、フリープランも0円、ベーシックが月額5,500円（税込）、スタンダードが11,000円（税込）という構成です（出典: Airリザーブ「サウナ向け」ページ、参照時点 2026年6月）。初期投資を薄くして1店舗を回し始めたいフェーズで、月額数千円から始められるSaaSは妥当な選択肢になります。

一方、自前の予約システムを開業時点から作りに行くのは過剰投資になります。予約システムをスクラッチで作ろうとすると、小規模でも30万〜100万円、業務に合わせ込もうとすれば200万〜1,000万円というレンジです（出典: システム幹事「予約システムの開発費用相場」2024年10月更新、参照時点 2026年6月）。1店舗目の損益分岐に乗せる前の段階で、ここに数百万円を投じる判断は、よほどの理由がなければ取りにくい。だから無料・安価なSaaSで始めた、というのは、振り返って責められる選択ではありません。

詰まりが出てくるのは、その後です。

個室サウナ固有の3つの要件が、汎用SaaSの設計とずれてくる

運用2〜3年目で詰まりが目立つのは、SaaS全般が悪くなったからではなく、個室サウナという業態に固有の要件がはっきりしてくるからです。代表的なものを3つ挙げます。

1. 「個室×時間帯×清掃バッファ」の在庫管理がSaaSの想定外

個室サウナの一枠（業界で言う「セット時間」、サウナと水風呂と外気浴を一巡する時間のひとまとまり）は、たいてい60分から90分です。そのあいだに掃除と換気のための「清掃バッファ」（次の客を入れる前に必ず空ける時間）を10〜20分挟みます。さらに、個室が複数あって男女ペアでも個人でも入れる、といった柔軟さを持たせると、組み合わせが一気に増えます。

汎用予約SaaSの在庫管理は「席数」と「時間枠」の掛け算で考える設計が多く、ここに「清掃バッファ」「個室ごとの空調復帰時間」「複数個室の同時占有ルール」を素直に入れる枠がありません。結果、SaaS上では「予約可」になっていても現場では清掃が間に合わない、という二重管理が始まります。Excelやホワイトボードで補正する運用が常態化し、SaaSの予約データそのものが真実ではなくなっていきます。

2. 無人運用前提なのに、入退室と予約データが分断している

個室サウナはほぼ無人運用が前提で、入退室はスマートロック（暗証番号やQRコードで開ける鍵）を使う店舗がほとんどです。予約した人にだけ有効な解錠コードを発行し、利用時間が終われば自動で無効になる、という仕組みが業界の標準的な使い方になっています（出典: RemoteLOCK「個室サウナでのスマートロック活用」、参照時点 2026年6月）。

ところが、汎用SaaSの予約番号と、スマートロックの解錠コードは、初期設定のままだと別々の世界の数字です。当日の朝に予約一覧をエクスポートして、スマートロックの管理画面に1件ずつ解錠コードを登録し、LINEで「本日のコードは◯◯◯◯です」と返す。この手作業を毎日続けるうちに、人間が先に壊れます。

「無人運用」と言いながら、運営者は毎日ノートPCに張り付いて中継作業をしている、というのが、運用2〜3年目によく見る景色です。

3. リピート前提なのに、回数券・サブスクが汎用SaaSの会員機能と噛み合わない

個室サウナの収益構造は、新規より既存リピーターが支えていることが多く、回数券（5回券・10回券）やサブスク（月額入り放題、月額◯回まで）を導入する施設が増えています。

ここで詰まるのは、汎用予約SaaSの「会員機能」と「決済機能」が、回数券の残数管理やサブスクの利用上限管理を厳密にやる前提では作られていない、というところです。決済代行はSaaS側で完結していても、「Aさんは10回券のうち何回使ったか」「Bさんは今月のサブスク利用上限に達しているか」を正確に追える設計が薄い。結果、別途SpreadsheetかExcel、あるいはLINE公式のメモ機能で並走管理することになります。

「予約は埋まっているのに事務作業が増え続ける」感覚は、業務システムが現場と剥離していく初期症状とよく似ています。古い基幹システムが社内のExcel運用に侵食されていく構造を、業務システム一般の老朽化対策としてまとめた記事があるので、関心があればそちらも合わせてご覧ください。

「乗り換え時期かどうか」は予約数ではなく『運用の手戻り回数』で見る

乗り換え判断の基準を、件数や店舗数ではなく「手戻りの回数」に置き換えると、現場の摩耗が見えやすくなります。

「月◯◯◯件を超えたらSaaSを卒業しましょう」「店舗数が◯店を超えたら自前を検討しましょう」というラインの引き方が、SaaSベンダのLPや比較記事ではよく見られます。ただ、現場で見ている限り、この件数閾値は当てになりません。個室サウナは1店舗の予約件数が少なくても、運営パターンが複雑だと早く詰まりますし、件数が多くても運用が単純なら長くSaaSで持ちます。

代わりに、弊社が目安としてお薦めしているのは「運用の手戻り回数」を数えるやり方です。具体的には次の3つを、まず1週間だけ記録してみてください。

1週間あたり、SaaSの管理画面と「別のツール」（LINE公式、Excel、スマートロックの管理画面、Googleカレンダー、決済代行の管理画面など）を行き来した回数
1ヶ月あたり、予約データと実際の入室が食い違って当日対応した件数（解錠コードが届いていない、清掃が間に合わない、決済が二重に走った、など）
SaaSの管理画面では出てこない数字（客単価の推移、回数券の残数、複数店舗の在庫俯瞰など）をExcelに転記して集計した回数

これらが1週間あたり合計で5回を超え始めたら、SaaSの想定範囲を出ているサインだと考えています。出典のある数字ではなく、弊社が引き取り案件と相談案件のあいだで見てきた経験則として置きます。週5回というのは、1日1回弱、毎営業日で何かしらの手戻りが発生している水準で、運営者の頭の中の「気がかり」が常に切れない状態に近い。

予約件数を見ていると、売上が伸びている限り「うまくいっている」と判定しがちです。手戻り回数で見ると、伸びている裏側で運営の摩擦が増えているのか、それともきれいに伸びているのかが、はっきり分かれます。

乗り換えとフルスクラッチが、多くの個室サウナ事業者にとってオーバースペックになる理由

手戻り回数が増えてきたとき、選択肢として頭に浮かぶのは「別のSaaSに乗り換える」か「自前でフルスクラッチで作る」のどちらかです。ただ、この2つは、1〜3店舗規模の個室サウナ事業ではオーバースペックになることが多い選択肢です。

別のSaaSへの乗り換えで、根本の詰まりが解けないことは少なくありません。理由は単純で、ここまでに挙げた3つの詰まり（清掃バッファ込みの在庫、入退室との連動、回数券・サブスク）は、いずれもSaaS側が業態固有の要件として吸収していないからです。乗り換え先のSaaSも、別の場所で同じ詰まりが出ます。データ移行と現場の再教育のコストだけが残る、という結末になる例が少なくありません。

フルスクラッチの予約システム構築は、費用感としてやはり重い選択肢です。先に挙げたシステム幹事の費用相場でも、小規模で30万〜100万円、業務に合わせ込むと200万〜1,000万円というレンジでした。回収できる売上規模が見えてからなら筋の通る投資ですが、1〜3店舗段階で踏み切るには、月次のキャッシュフローへの負担が大きい。

そもそも、「全面リプレース vs 現状維持」の二択で考え始めると、判断を見誤ります。同じ二択の罠については、業務システムのリプレース見積もりの妥当性を見極める基準や、古いシステムの作り直しを3つの選択肢で並べた整理に書きました。「作り直す／乗り換える／活かして直す」を同じ土俵に並べる発想は、個室サウナの予約まわりにもそのまま当てはまります。

落とし所は、ほぼ例外なく「SaaSは残す。SaaSが苦手な部分だけ、薄く自前で繋ぐ」というところに来ます。

SaaS＋部分カスタムで「薄く繋ぐ」現実解

「薄く繋ぐ」というのは、予約・決済・通知のような中核機能はSaaSに任せたまま、SaaSの外側に最小限の自前レイヤーを足す、という意味です。相談を受ける典型的なパターンを3つ並べます。

パターン1. Webhookで予約データを薄い自前管理画面に流す

ほとんどの予約SaaSには「Webhook」（予約が入った瞬間に外部に通知を飛ばす仕組み。簡単に言えばSaaS側からの自動連絡）が用意されています。これを使って、予約データを自前の小さなデータベースに流し込み、SaaSの管理画面には出てこない数字（複数店舗の在庫俯瞰、客単価の月次推移、回数券の残数、リピート率）だけを見るための薄い管理画面を作る、という構成です。

予約と決済そのものはSaaSが続けて担うので、SaaSの解約や事故のリスクは増えません。落ちても本業は止まらないレイヤーとして自前を持つことができます。

パターン2. 当日オペレーション層をひとつのインターフェースに束ねる

LINE公式、予約SaaS、スマートロックの管理画面、決済代行の管理画面――これらを行き来する作業を、当日オペレーションに特化した薄い画面に束ねる構成です。

具体的には、当日の予約一覧を1画面で見せ、ボタン1つでスマートロックの解錠コードを発行し、LINEに自動送信する、というところまでを繋ぐ。お客様への接点はLINE、予約と決済はSaaS、鍵の制御はスマートロック、と分担はそのままで、運営側が触る画面だけを1枚に集約します。手戻り回数がいちばん多く発生する部分を、1枚で扱えるようにする発想です。

パターン3. 回数券・サブスクは別系統で並走させる

回数券やサブスクを汎用SaaSに無理に乗せようとすると、設定が複雑になりすぎて、現場のオペレーションが破綻します。むしろ、回数券・サブスクの残数管理だけは別の薄いシステム（あるいは小さなSaaS）で持ち、予約SaaSと並走させたほうが現場で回るケースが多いです。

利用時に「残り何回」を予約画面に出したい場合だけ、両者をAPI（システム同士をつなぐ窓口）で繋ぎます。全部を1つに統合しようとせず、機能ごとに最適なツールを並走させて、繋ぎ目だけ最小限に作る、という発想です。

3つとも、「全部繋ぐ」を狙わないのが共通点です。手戻り回数の多いところから1つだけ繋ぐ。次に効果が見えてから、もう1つ繋ぐ。順番に進めるほうが、結果として総コストは小さくなります。

Webシステム開発

SaaSを残したまま、業務の詰まる部分だけを薄く繋ぐ受託開発も承っています。予約・決済・スマートロック・LINEの連携まで、小さく始めて段階的に育てる構成をご提案します。

/service/development/

保守を抱えるなら、月額固定より実働ベースのほうがサウナ業態に合う

繋ぎ込みを自前で持つということは、その後の保守をどうするかがほぼ確実に宿題になります。ここでひとつだけ書いておきたいのは、個室サウナは季節と天候で繁閑差が大きい業態だ、という点です。猛暑の夏や厳寒の冬に予約が跳ねる一方、移ろいの季節は静かになります。

そのリズムに月額固定の保守契約を当てると、閑散期は払い続け、繁忙期に追加対応を頼むと別途請求、という形になります。それより、実際に動いた分だけ請求する実働ベース（従量課金）の保守のほうが、キャッシュフローの上下と相性が良い。料金モデルの違いそのものは、月額固定と実働ベースの選び分けで扱っているので、契約形態が気になる方はそちらをご覧ください。

繋ぎ込みのコードが将来「誰も中身を触れない状態」になるのを避ける作法は、レガシーシステムの運用管理を立て直す手順と地続きの話です。小さく始めた繋ぎ込みでも、ドキュメントの残し方と引き渡し条件は、開発初期に決めておいたほうが後が楽になります。

デジタル化・AI導入補助金は使えるが、繋ぎ込み部分は対象外になりやすい

予算面では、デジタル化・AI導入補助金2026（旧 IT導入補助金、所管: 中小企業庁）の活用を検討される方もいます。結論だけ書くと、対象になる範囲と対象外の範囲を分けて考えておくのが安全です。

予約SaaSそのものの導入費用は、事務局に登録された「ITツール」と、登録された「IT導入支援事業者」を経由する形であれば対象になり得ます。一方、SaaSの外側に作る薄い管理画面や、スマートロックとの繋ぎ込み開発のような個別開発の部分は、対象外、もしくは扱いが限定的になる領域です（出典: 中小企業庁「デジタル化・AI導入補助金2026 公募要領」およびデジタル化・AI導入補助金2026 事務局公式サイト、参照時点 2026年6月）。

棲み分けとして、「補助金で入れるSaaS」と「補助金の枠外で薄く繋ぐ部分」を分けて見積もる、と整理しておくと、申請の通る範囲と通らない範囲のズレで揉めにくくなります。補助金の使い方の詳細は、別記事で改めて整理する予定です。

まとめ

個室サウナの予約は、汎用予約SaaSだけでは運用2〜3年目に詰まることが多い。詰まりの正体は、清掃バッファ込みの在庫管理、スマートロックとの連動、回数券・サブスクの管理という、個室サウナ業態の固有要件です。これは乗り換えやフルスクラッチで解けるものではなく、SaaSは残してSaaSが苦手な部分だけを薄く繋ぐ「SaaS＋部分カスタム」が落とし所になります。Webhookで自前の小さな管理画面に流す、当日オペレーション層を1枚に束ねる、回数券・サブスクを別系統で並走させる――この3つの繋ぎ方を、手戻りの多いところから1つずつ進めていけば十分です。

乗り換え判断の物差しも、予約件数や店舗数ではなく、1週間あたりの運用の手戻り回数で見るほうが、現場の摩耗を捉えやすい。週合計で5回を超え始めたら、SaaSの想定範囲を出ているサインと考えています。

次の一歩として、開発会社に相談する前に、まず1週間だけ手戻り回数を数えてみることをお薦めします。SaaSの管理画面と別ツールを行き来した回数、予約と入室が食い違って当日対応した件数、Excelに転記して集計した回数。この3つが見えてくると、「どこを最初に繋ぐと一番効くか」が、自然と1か所に絞られてきます。