文・編集:upnow media編集部 | 編集方針
この記事の要点
- プラットフォームは集客、自社予約サイトは受け皿。競合ではなく役割が違う
- 手数料だけで比べると、流入がどこから来ているかを見落とす
- ダブルブッキングを防げるかどうかが、併用時の最大の論点
- 開業時は掲載から始め、指名検索が出てきた段階で自社予約を足すのが自然な順番
はじめに
スペースの準備が終わると、次に決めるのが「どこで予約を受けるか」です。プラットフォームに掲載するのか、自分の予約サイトを持つのか、両方なのか。手数料の数字だけを並べて比べたくなりますが、それでは判断を誤ります。両者は同じ機能を提供しているようで、果たしている役割が違うからです。
この記事では、両者の違いを整理したうえで、開業時に何から始めるか、併用する場合に何を確認するかを並べます。
プラットフォームは「見つけてもらう」ための場所
instabaseやスペースマーケットのような集客プラットフォームの価値は、利用者がすでにそこにいることです。会議室を探している人、撮影場所を探している人が、エリアと条件で検索しています。掲載すれば、その検索結果に入れます。
初期費用と月額費用は基本的にかからず、成約手数料だけが発生する形が一般的です。つまり、予約が入らない限りコストが出ません。開業直後、まだ誰にも知られていない段階では、これが最も合理的な選択になります。
一方で、同じ検索結果には競合も並びます。価格、写真、レビューで比較されるため、選ばれなければ掲載しているだけでは予約は入りません。また、どのプラットフォームも手数料は売上に比例するため、稼働が上がるほど支払額も増えます。
そしてもう一つ。プラットフォーム経由で来た利用者は、プラットフォームの利用者であって、必ずしもそのスペースのファンではありません。次に使うときも、同じ検索結果から選び直します。
自社予約サイトは「指名で来た人」の受け皿
自社予約サイトは、検索結果に並ぶためのものではありません。すでにそのスペースを知っている人、あるいはGoogleマップで近くの施設を探して見つけた人が、そのまま予約するための場所です。
流入元は主に3つあります。Googleマップとローカル検索、スペース名や運営者名での指名検索、そしてInstagramなどSNSのプロフィールからの遷移です。いずれも、プラットフォームの検索結果とは別の経路です。
ここが混同されやすい点です。自社予約サイトを作っても、何もしなければ誰も来ません。逆に、Googleマップの登録を整え、SNSから導線を引いておけば、プラットフォームとは重複しない予約が入ります。
この領域の記事としては、Googleマップ検索と自社予約サイトの集客を扱ったものがあります。自社予約を検討する段階では、先にそちらを読むと順番が分かりやすくなります。
手数料だけで比べない。比べるべきは4つ
システムを比較するとき、見るべき項目は手数料だけではありません。実務上は次の4つで差が出ます。
1つめは費用の構造です。初期費用、月額固定費、成約または掲載にかかる手数料、決済手数料。どれか一つが0円でも、他がかかることがあります。合計でいくら残るかを、想定の月商で計算します。
2つめは予約の受け方です。即時確定(今すぐ予約)と、承認してから確定する予約リクエストの両方に対応しているか。用途によっては、事前に内容を確認してから受けたい場合があります。
3つめは料金設定の自由度です。曜日や時間帯で単価を変えられるか、繁忙期の割増を設定できるか、最低利用時間や受付締切、清掃のための片付け時間を設定できるか。ここが固定だと、稼働は上がっても単価が上がりません。
4つめは外部連携です。Googleカレンダーと双方向で同期できるか、スマートロックと連携できるか。鍵の発行を手作業でやっている間は、無人運営に移行できません。
各サービスの費用と機能は、本サイトのサービス比較で、集客プラットフォームと自社予約・直接集客のカテゴリに分けて整理しています。
併用するなら、ダブルブッキングの設計が最優先
複数の経路で予約を受けると、必ず問題になるのが在庫の同期です。プラットフォームで埋まった枠が自社サイトで空いたままだと、同じ時間に2件の予約が入ります。レンタルスペースでは、これが最も重いトラブルです。
一般的な解決策は、Googleカレンダーを中心に置く方法です。各サービスの予約をGoogleカレンダーに反映し、そのカレンダーの予定を各サービス側が空き枠から除外する、という双方向の連携にします。
ただし、同期には遅延があります。数分から十数分のずれが生じる前提で、片付け時間を長めに取る、直前予約の受付締切を少し手前にする、といった余裕を持たせておくと事故を防げます。
もう一つ確認したいのは、連携が「書き出し」だけなのか「読み込み」もできるのかです。予約をカレンダーに書き出すだけのサービスは少なくありません。その場合、他経路の予約で枠を塞ぐことができず、併用の意味が薄れます。
同期の注意点は、本サイトのご利用ガイドにも整理しています。
開業時の順番は「掲載から、受け皿へ」
開業直後は、知名度がゼロです。指名検索もGoogleマップの表示回数もありません。この段階で自社予約サイトだけを用意しても、予約は入りません。まずプラットフォームに掲載し、予約が入る状態をつくります。
運営が始まると、変化が出てきます。利用者がスペース名を覚える、Googleマップにクチコミが付く、SNSで投稿される。このあたりから、プラットフォーム以外の経路で検索されるようになります。
このタイミングで自社予約サイトを足すと、受け皿として機能します。手数料を下げるためではなく、プラットフォームの検索結果に出てこない経路の予約を取りこぼさないためです。
なお、プラットフォーム上で自社サイトへ誘導する行為は規約で禁じられています。instabaseでは、掲載写真に直接取引を促すURLや自社サイトの写真を載せることは認められていません。誘導するのではなく、外で見つけてもらえる状態をつくるのが正しい順番です。
どのくらいの時期に移行するかの目安はありませんが、スペース名で検索されるようになったか、Googleマップ経由の問い合わせが出てきたか、が分かりやすい指標になります。
参照URL https://support.instabase.jp/hc/ja/articles/360001575652
即時確定と予約リクエスト、どちらで受けるか
予約の受け方には、利用者が枠を選んだ時点で確定する即時確定と、運営者が内容を確認してから承認する予約リクエストの2種類があります。どちらを使うかは、用途と、断る必要がどれだけあるかで決まります。
即時確定は、利用者にとって手間がなく、空き枠が埋まりやすくなります。会議や自習のように、誰が使っても運営の手間が変わらない用途であればこちらが基本です。対応が自動で完結するので、返信の速さが予約率を左右することもありません。
予約リクエストが要るのは、用途によって作業量やトラブルの起きやすさが変わる場合です。撮影で機材を持ち込む、飲食を伴う、人数が大きく増減する、近隣への影響が出る。こうした条件を事前に確認したいなら、承認を挟む形にします。ただし承認が遅いと、その間に他のスペースで決められます。リクエストを使うなら、何時間以内に返すかを自分のルールとして決めておく必要があります。
多くのサービスは両方に対応していますが、プランや用途ごとに切り替えられるかは製品によって差があります。全スペース一律でしか設定できないと、用途を広げたときに困ります。比較の段階で、切り替えの単位まで確認しておくと後で効きます。
決済と入金のタイミングは、資金繰りに直結する
手数料率と同じくらい見落とされやすいのが、入金のタイミングです。利用日から何日後に振り込まれるのか、締め日はいつか、振込手数料はどちらが負担するのか。月商が小さいうちは影響が見えにくいのですが、拠点を増やすと資金繰りの条件になります。
決済手段も確認します。クレジットカードのみか、コンビニ決済や銀行振込にも対応しているか。法人利用が多いスペースでは、請求書払いへの対応可否が受注の条件になることがあります。対応していない場合、その予約は取れません。
あわせて、領収書と請求書の発行がシステム側で完結するかを見ます。インボイス制度に対応した登録番号の記載ができるかどうかで、法人利用者からの問い合わせ件数が変わります。手作業で発行している状態は、予約が増えるほど負担になります。
キャンセル料の扱いも、ここで確認する項目です。キャンセル料に手数料がかかるのか、返金処理は自動か手動か。自動返金に対応していないポリシーを選ぶと、毎回自分で処理することになります。
乗り換えるときに起きること
途中でシステムを変える場合、いくつか移せないものがあります。まずレビューです。プラットフォームに蓄積したレビューは、そのプラットフォームの資産なので、自社サイトには移せません。自社予約サイトは、レビューがない状態から始まります。
次に、過去の予約履歴と顧客情報です。エクスポートできるかどうかはサービスによって違います。リピーターに案内を送る運用をしているなら、連絡先を自分の手元に持てるかは移行前に確認しておく項目です。
そして、掲載を止めるタイミングです。自社予約を始めたからといって、すぐプラットフォームの掲載を止めると、新規の流入が消えます。両方を並行させる期間を置き、自社経由の比率が十分に上がってから判断するのが安全です。
移行作業そのものでは、既存予約の扱いに注意します。旧システムで受けた先の予約は旧システムのまま残し、新システムは新規受付だけを担当させる。同じ期間を両方で開けておくと、ダブルブッキングが起きます。
予約システム選びでよく出る5つの問い
初期費用も月額も0円のサービスなら、どれを選んでも同じですか
同じにはなりません。0円なのは初期費用と月額固定費だけで、売上に応じたサイト手数料と決済手数料は別にかかります。月商が上がるほど、この料率の差が金額として開いていきます。あわせて、曜日や時間帯で単価を変えられるか、予約の締切や片付け時間を設定できるかといった機能差も、稼働と単価に直接きいてきます。
プラットフォームに掲載したまま、自社予約サイトも持てますか
持てます。多くの運営者が両方を使っています。ただし在庫の同期を必ず設計してください。片方で埋まった枠がもう片方で空いたままだと、同じ時間に2件の予約が入ります。Googleカレンダーを中心に置き、双方向で同期できる構成にするのが一般的です。
プラットフォームの掲載ページから、自社予約サイトへ誘導してもいいですか
できません。instabaseでは、掲載写真に直接取引を促すURLや自社サイトの写真を載せることが認められていません。他社も同様の制限があります。誘導するのではなく、Googleマップや指名検索など、プラットフォームの外で見つけてもらえる状態をつくるのが正しい手順です。
自社予約サイトは、いつ用意するのが適切ですか
スペース名で検索されるようになったか、Googleマップ経由の問い合わせが出てきたかが目安です。開業直後は知名度がないため、自社サイトだけを用意しても予約は入りません。まずプラットフォームで予約が入る状態をつくり、外から名前で探される動きが出てきた段階で受け皿を足します。
予約リクエストと即時確定は、どちらが有利ですか
用途によります。誰が使っても運営の手間が変わらない用途は即時確定が基本で、空き枠が埋まりやすくなります。持ち込み機材や飲食の有無など事前に確認したい条件がある用途は、予約リクエストを使います。ただし承認が遅いとその間に他で決められるため、何時間以内に返すかを決めておく必要があります。
まとめ:役割で分け、在庫で揃える
プラットフォームと自社予約サイトは、手数料の高低で選ぶものではありません。プラットフォームは見つけてもらうための場所、自社予約サイトは名前で来た人の受け皿です。どちらか一方だけでは、取りこぼす経路が残ります。
選ぶときは、費用構造、予約の受け方、料金設定の自由度、外部連携の4つで比べます。そして併用するなら、在庫の同期が最優先です。双方向の連携ができるか、遅延をどう吸収するかを先に決めます。
順番としては、掲載から始めて、指名検索やGoogleマップ経由の動きが出てきた段階で受け皿を用意する。この順番であれば、無駄な固定費をかけずに移行できます。

