Three Structural Shifts When a Salon Switches Booking Systems — A Developer's View

サロンの予約システムを乗り換えても、集客が翌月から跳ね上がるわけではありません。変わるのは3つの構造です。予約1件あたりのコストが変動費から固定費になること、顧客データの置き場が媒体から自分のストアに移ること、そして予約と物販の導線が2本から1本になること。わたしはShopifyの予約アプリ「まるっと予約」を作っている開発者で、この3つはどれも、アプリを設計するときに意図してそちらへ寄せた結果です。きょう書くのは、その設計判断の中身です。

サロンの予約システム乗り換えで、実際に変わるのは何？

結論から言うと、変わるのは 「誰の土俵で予約を受けるか」 です。

媒体型の予約サービスは、集客と予約受付と顧客管理が1枚のプラットフォームに束ねられています。強力な代わりに、そのプラットフォームの都合が、そのままサロンの運営条件になります。自社サイト型に移すというのは、その束をほどいて、集客だけを外に残し、予約受付と顧客管理を自分の手元に持ってくる作業です。

この3つの差はどれも「機能が多い・少ない」の話ではなく、構造の話です。だからこそ、乗り換えの効きかたは遅く、そして長く続きます。以下、ひとつずつ、なぜまるっと予約をその構造に寄せたのかという設計の側から書いていきます。

構造1: 予約1件あたりのコストが、変動費から固定費に変わる

まるっと予約を作るときに、いちばん最初に決めたのが課金の形でした。 予約1件ごとの成果報酬は取らない 。この1点は、機能を決めるより先に決めています。

送客手数料

予約サービスの料金体系のひとつで、月額の利用料・掲載料とは別に「そのサービス経由で入った予約の売上」に対して成果報酬としてかかる費用のことです。月額の固定費と違い、予約が増えるほど総額も増えます。料率や適用条件は各社・各契約によって異なり、公開されていない場合もあるため、いま使っているサービスの条件は契約書と請求明細で確認するのが確実です。

なぜ成果報酬を避けたかというと、サロンにとっていちばん価値が高い予約、つまり リピーターからの予約 に、いちばん重く効いてしまうからです。新規のお客様を連れてきた対価としての成果報酬は、理屈が通ります。けれど3年通っているお客様が「またあそこに行こう」と思って予約する行為は、サロンが自分で積み上げた資産です。そこに送客の手数料が乗る構造は、アプリを作る側の立場からは選びたくありませんでした。

料金が「公開されているかどうか」自体が判断材料になる

乗り換えの検討で最初につまずくのは、比較そのものができないという地点です。

たとえばホットペッパービューティーの掲載・料金ページには、金額そのものが載っていません。掲載費についての問い合わせには「ご希望のエリアやプランによって異なります」と案内されており、価格帯はプランとエリアによって幅があると説明されています。つまり、自分の店の条件で見積もりを取るまで、月額がいくらになるかは分かりません。

出典：ホットペッパービューティー 掲載・料金・申込（公式）

美容室・サロン特化の自社サイト型サービスでも同じことが起きます。リザービアは公式サイトで7,000店以上の導入実績をうたっていますが、料金は資料請求と問い合わせのかたちで、サイト上に金額の記載はありません。

出典：リザービア公式サイト

一方で、料金を公開しているサービスもあります。Square 予約はフリープランが月額0円、プラスが月額3,000円、プレミアムが月額8,000円で、いずれも店舗ごとの課金です。Shopifyはベーシックが月払い4,850円、年払いなら月あたり3,650円です。まるっと予約はShopify App Storeの掲載ページに、Free（累計10件まで）、$19.99（月30件まで）、Growth $49.99（予約件数は無制限）、Pro $99.99 の4段階が出ています。有料プランには7日間の無料体験が付きます。

出典：Square 予約 料金プラン（公式） ／ Shopify 料金プラン（公式） ／ まるっと予約 アプリページ（Shopify App Store）

ここに挙げたのは、それぞれの公式ページで金額として公開されている数字だけです。「乗り換えると月いくら浮くか」は、いま払っている金額が分からなければ計算できません。だから最初にやるべきなのは比較表を作ることではなく、 手元の請求明細を開いて、内訳を固定費と変動費に分けてみること です。

まるっと予約も予約件数でプランを分けているので、件数が完全に無関係というわけではありません。ただし段階の切り替わりは事前に分かる階段になっていて、売上に比例して上がり続ける傾斜ではありません。そこが設計上の分かれ目です。予約が月200件に増えたとき、階段はどこまで上がるかを契約前に数えられます。

料金だけを軸にした比較は、Square予約とShopify＋まるっと予約の比較記事 に分けて書いています。店頭で完結させたいのか、ECも一緒に持ちたいのかで、向き先がはっきり分かれます。

構造2: 顧客データの置き場が、媒体から自分のストアに変わる

2つ目は、数字にはすぐ出ないけれど、長く効くほうの構造です。

まるっと予約を設計するとき、予約データを独自のデータベースに閉じ込めるか、Shopifyの注文・顧客に紐づけるかで一度迷いました。独自に持つほうが、予約サービスとして凝った機能は作りやすくなります。それでも Shopifyの顧客・注文に寄せる ほうを選びました。理由は単純で、予約情報がアプリの中だけにあると、アプリを解約した瞬間にサロンの手元から消えるからです。

Shopifyの顧客データベースに乗っていれば、予約の履歴は注文の履歴と同じ場所に並びます。そうすると、Shopify側の標準機能がそのまま使えるようになります。たとえば顧客セグメントは、条件に合う顧客を動的に抽出するルールベースのリストとして提供されていて、購買の傾向やロイヤルティで顧客を切り出せます。

出典：Shopify ヘルプセンター「顧客セグメント」

そこに割引コードやメール配信を重ねられます。Shopifyの割引は定額・定率・「Xを購入するとYをプレゼント」・送料無料の4種類があり、チェックアウトで入力するコード型と、管理画面で設定する自動適用型の2通りで運用できます。メール配信は現在Shopify Messagingという名前で、ベーシック以上のプランで使え、送信数に応じた課金です。

出典：Shopify ヘルプセンター「割引」 ／ Shopify ヘルプセンター「Shopify Messaging」

つまり、まるっと予約の側で顧客管理機能やメール配信機能を作り込む必要がなかった、ということでもあります。予約をShopifyの顧客に紐づけた時点で、Shopifyが持っている仕組みが、そのまま後ろに繋がります。 アプリが引き受けるのは予約枠の管理までで、その先はプラットフォームに渡す 。この線引きが、結果としてサロン側にとってのデータ所有権の話になりました。

顧客データの設計をもう少し踏み込んで知りたい場合は、Shopifyでサロン向けCRMを組む記事 も参考になります。

構造3: 予約と物販の導線が、2本から1本になる

3つ目は、Shopifyというプラットフォームを選んだこと自体から出てくる構造です。

まるっと予約では、予約枠をShopifyの商品として作ります。予約専用のカートや専用の決済フローを別に用意する、という作り方もあり得ましたが、そちらは選びませんでした。予約を商品にしておくと、Shopifyが物販のために積み上げてきた仕組み、つまりカート、チェックアウト、注文管理、コレクション、レポートが、そのまま予約にも効くからです。

Shopifyのコレクションは、商品をカテゴリーやテーマ、お客様の目的でまとめてストアのページとして見せる機能で、条件による自動追加と手動の選択の両方に対応しています。予約メニューと店販品が同じ商品として並んでいれば、「このメニューを受けた方向けのホームケア」といったまとめ方が、追加のアプリなしでできます。

出典：Shopify ヘルプセンター「コレクション」

1. 1

   予約メニューを商品として登録する

   施術メニューをShopifyの商品として作り、まるっと予約側で所要時間・スタッフ・設備を割り当てます。ここで作った商品が、そのまま予約枠になります。

2. 2

   店販品を同じストアに並べる

   シャンプーやコスメなどの店販品を、通常の商品として同じストアに登録します。予約メニューと在庫商品が、ひとつの商品管理の中に同居します。

3. 3

   コレクションで文脈をつくる

   「このメニューの後に使うもの」という切り口でコレクションを作り、予約商品のページから辿れるようにします。売り込みではなく、続きの案内として置くのがコツです。

4. 4

   予約完了メールを導線にする

   予約完了の通知に、関連する商品への入口をひとつだけ置きます。複数並べると通知の用件がぼやけるので、置くのは1つで十分です。

ここで正直に書いておくと、 この導線で物販がどれだけ伸びるかという実測値を、わたしは持っていません 。アプリの開発者からは、ストアの売上の中身は見えないからです。言えるのは、予約と物販が別々のサービス・別々のURLに分かれている状態と比べて、お客様が踏む段数が減るという構造上の事実までです。段数が減ったぶんが売上になるかどうかは、メニュー構成と商品の中身次第で、そこはサロンごとの話になります。

予約と物販を同居させる具体的な組み方は、Shopifyで物販と予約を一元管理する記事 に手順として書いています。

サロンの予約システム乗り換えは、どこまで自分で作り込むべき？

ここまでの3つは「乗り換えると構造がこう変わる」という話でした。では、実際にどこまでやるべきでしょうか。開発している側から見て、最初にやる価値が高い順に並べると、こうなります。

4番目と5番目にチェックを入れていないのは、 その2つは乗り換えを始める前に決めなくてよい からです。特に「媒体をやめるか」は、自社サイトが動き始めてから判断したほうが、材料が揃っています。

作り込みの深さについては、最初は浅くていいと考えています。メニューを全部作り込んでから公開するより、主力メニューを2〜3本だけ載せて動かしたほうが、詰まる場所が早く見つかります。詰まる場所というのは、たいていメニューの数ではなく、所要時間の刻み方や、スタッフの割り当て方、キャンセルの受け方といった運用のルールの側にあります。

作らなかった機能と、その理由

設計の話をすると決めたので、捨てたほうも書きます。

まるっと予約に 媒体的な集客機能は入れていません 。たとえばアプリ利用店舗を横断して掲載するポータルのようなものは作っていない、ということです。作れば集客の入口にはなりますが、それをやった瞬間に、このアプリはもう一つの媒体になります。サロンが媒体から自分の土俵に予約を移すために使う道具が、それ自体が新しい媒体になってしまいます。そこは最初から線を引きました。

その代わり、集客の部分はサロン側の資産に委ねています。既存のお客様への案内、店頭での告知、SNSやGoogleビジネスプロフィールといった入口です。 アプリが引き受けるのは、来ると決めた人が滑らかに予約できるところまで で、その手前は作りにいきません。この判断があるので、乗り換えを「媒体の代わり」として説明することはできません。置き換えではなく、役割の分担です。

媒体依存のリスクと、その外し方の順序については、予約ポータルへの依存リスクを整理した記事 に別途まとめています。

サロンの予約システム乗り換えは、いつ始めるべき？

急ぐ必要はありません。ただ、検討だけは早いほうがいい種類の意思決定です。

理由は構造2にあります。顧客データは、貯め始めた日からしか貯まりません。乗り換えの判断を半年後ろに倒すと、半年ぶんの予約履歴と購入履歴が、自分のストアに入らないまま過ぎていきます。料金の比較はいつでもやり直せますが、この半年ぶんだけは後から取り返せません。始める理由があるとすれば、月額の差ではなくこちらです。

Shopifyには無料のお試し期間があり、まるっと予約にも累計10件まで使えるFreeプランと、有料プランの7日間無料体験があります。やり方としては、媒体型を残したまま、自分のストアの側に予約の受け皿だけ作り、リピーターに案内してみる形になります。その範囲なら、いまの契約を何ひとつ解約せずに試せます。

サロンの仕事は、わたしが作っているアプリよりずっと長い時間軸の事業だと思います。何年も同じお客様と向き合う仕事の基盤に何を選ぶかという話なので、月額の数千円の差より、5年後にデータと導線がどこにあるかで決めてもらうほうが、たぶん正しい選び方です。

よくある質問

→ まるっと予約のサービスページを見る

→ Shopifyでサロン予約サイトを作るときの素朴な疑問に答える

→ ホットペッパーから自社予約サイトへ移行する手順を読む

この記事の料金は2026年9月時点で各公式ページに公開されていた金額です。まるっと予約とShopifyアプリの料金はドル建てのため、為替変動により円換算額が変わります。各社の料金・仕様は変更される可能性があるため、最新情報は必ず各公式サイトでご確認ください。