Webシステム

予約システムの無料プランはどこまで使えるか?件数の上限と有料・自社開発へ切り替える判断ライン

予約管理システム開発の重要性

無料の予約システムを探すとき、多くの比較記事は製品名を10個並べて終わります。ところが実際に運用が止まるのは、どの製品を選んだかではなく、その製品の無料枠がどこで線を引いているかで決まります。月間の予約件数で絞る型、公開できる予約ページの数で絞る型、件数は無制限でも使える機能の側で絞る型。この3つは同じ「無料」でも詰まる場所がまったく違うため、選び方も切り替え時期も変わってきます。この記事では、主要サービスの公式料金ページに書かれた数値をそのまま読み、無料枠の限界がどこに現れるかを整理しました。そのうえで、有料プランへ上げるべき条件を実額の分岐点で示し、既製サービスで決着する場合と自社開発へ踏み込む場合の境界線まで扱います。予約システムそのものの機能と種類は予約システムの定義と導入形態を整理した記事に譲ります。

まとめ|無料の予約システムで先に確かめる件数・ページ数・手数料

最初に確かめるのは、その無料プランが何を上限にしているかです。STORES 予約のフリープランは月間の予約件数50件、公開できる予約ページ2つという数値で線を引いています。一方でAirリザーブのフリープランは、公式の料金ページ上、月間予約件数が全プラン無制限と案内されており、線は件数ではなく機能の側に引かれている。この違いを知らずに「無料だから」で選ぶと、片方は月末に受付が止まり、もう片方は必要な機能が最後まで出てこないという別々の詰まり方をします。

次に見るのが超過したときの扱いです。STORES 予約は上限を超えても即座に有料プランへ移る必要はなく、50件ごとに1,078円(税込)で受付可能数を足せると明記されています。月200件まで伸びた店舗が追加で払う額は3,234円で、スモールプランの年間契約9,790円より安い。つまり予約件数が増えたという理由だけでは、有料プランへ上げる根拠になりません。件数は最初に目につく数字ですが、判断を分けているのは別の要素です。

無料枠を超えて有料プランや他社製品を見比べる段階に入ったら、予約システムの比較を要件の棚卸しから始める手順の記事で候補の絞り込み方を確認してください。

その別の要素が三つ目、事前決済の手数料率です。同じサービスでも無料プランは5.2%〜、有料プラン加入時は3.3%〜と案内されており、差は1.9ポイント。月額料金の差をこの1.9ポイントで割ると、事前決済の流通額が月あたり50万円強を超えた時点で有料のほうが総額で安くなります。予約件数・予約ページ数・決済手数料という3つの上限のうち、実額で効くのは後ろの2つだと考えてください。

無料の予約システムが無料で提供される理由と、費用の出どころの型

無料枠の限界を読むには、提供側がどこで費用を回収しているかを先に押さえるのが早道になります。回収の型が決まれば、どの機能が有料側に置かれるかも自然に決まるからです。

広告表示や提供元の掲載で回収する型と決済手数料で回収する型の違い

予約システムの無料プランは、大きく二つの回収方法に分かれます。一つは予約ページ側に提供元の情報や広告を表示し、非表示化を有料プランの価値にする型。もう一つは事前決済の手数料で回収し、月額を無料に保つ型です。前者は店舗のブランドイメージが理由で有料化することになり、後者は決済の流通額が増えるほど自動的に支払いが増えていきます。

どちらが得かは、予約の性質で入れ替わります。事前決済をほとんど使わない業態、たとえば来店時に現金やレジで支払う美容室や飲食店であれば、決済手数料型の無料プランは実質的な負担がほぼ発生しません。逆にオンライン講座やイベントのように受付と同時に代金を受け取る業態では、手数料型は使うほど費用が積み上がる構造になります。

ここで確認しておきたいのが、自社の予約1件あたりの単価です。単価3,000円のレッスンで手数料5.2%なら1件156円ですが、単価5万円の施術なら1件2,600円。同じ料率でも、単価の高い業態ほど無料プランを続ける理由が薄くなります。料金体系そのものの違いは予約管理システムの費用を3年総額で比較した記事で扱っているので、有料化した後の総額まで見たい場合はそちらを併せて確認してください。

無料プランに予約件数の上限が置かれる理由と超過したときの追加課金

件数で線を引く型は、提供側から見ると分かりやすい設計です。予約1件ごとにメール送信やデータ保管の原価が積み上がるため、原価に比例した上限を置けば無料枠が赤字になりません。利用者側から見ても、自分の店舗がどのくらいの規模なのかを件数で説明できるので、上限を超えたかどうかの判定に迷いが出にくい。

実際の数値を見ておきます。STORES 予約の公式料金ページでは、年間契約の場合にフリーが月間予約件数50件、スモール9,790円で200件、チーム19,690円で300件、ビジネス28,600円で2,000件、エンタープライズ66,000円で5,000件と段階が設けられています(いずれも税込・2026年9月時点)。そして超過分は「50件ごとに1,078円(税込)」で追加できると案内されている。

この追加課金の存在が効きます。月80件の予約がある店舗なら追加は1ブロック分の1,078円で済み、月150件でも3ブロック分の3,234円。プランを上げれば9,790円かかるところを、追加課金なら3分の1です。もっとも、追加課金で伸ばしていける範囲には限りがあり、後述する予約ページ数やスタッフ登録の制約に先にぶつかることが多くなります。

主要サービスの無料プランで使える範囲を公式の料金表で読み解く方法

ここからは実際の数値で確認します。同じ「無料プランあり」でも、公開されている表の読みどころが違うところを見ていきます。

月間の予約件数と予約ページ数で上限が置かれる型を公式料金表で読む

STORES 予約の公式料金ページを見ると、フリープランには月額0円という数字の隣に、月間予約件数50・予約ページ公開数2という2つの上限が並んでいます。この予約ページ公開数のほうが、実務では先に効いてくる制約です。メニューやコースごとに予約ページを分ける運用、あるいは店舗を2つ以上持っている場合、ページ数の2という数字は早い段階で足りなくなります。

スタッフの登録数も見落とせません。同じ表では、登録スタッフ数が明示されるのはチームプラン(19,690円・年間契約)以上で、そこで3人。フリーとスモールの行にはスタッフ数の記載がありません。指名予約や担当者ごとのシフトを扱いたい場合、無料プランでは表現しきれない構造になっていると読めます。

もう一点、契約期間で月額が変わる設計にも注意してください。年間契約のスモールは9,790円ですが、最短3ヶ月からの複数月契約では12,980円と3,190円高い。無料から有料へ上げるとき、試しに数ヶ月だけ、という入り方をすると月額が3割ほど上振れします。

予約件数は無制限でも使える機能の範囲で線が引かれる型の見分け方

Airリザーブの公式料金ページは別の設計です。フリープラン0円、ベーシック5,500円、スタンダード11,000円(いずれも税込)という段階に対して、月間予約件数は全プランで無制限と案内されています。初期費用0円、解約金なし、オンライン決済手数料率3.24%も共通。フリープランの説明は「簡易的な予約管理ができるプラン」で、線は機能の側に引かれていることが読み取れます。

この型を選ぶときの確認手順は、件数型とは逆になります。件数型なら自社の予約件数を数えれば足りますが、機能型では自社が必要とする操作を一覧にして、無料プランの機能表と1つずつ突き合わせる作業が要る。予約ページへの提供元表示の有無、予約一覧の出力、分析や集計の可否あたりが、有料側に置かれやすい機能です。

判断の言い方を変えると、予約件数が多いが操作は単純という店舗は機能型の無料プランと噛み合い、予約件数は少ないが指名や分析まで必要という店舗は件数型のほうが早く要件を満たします。自社がどちらなのかを先に決めれば、比較する製品は自然に2〜3個へ絞れます。製品タイプそのものの選び分けは予約管理システムを3タイプ別に比較した記事で整理しました。

カレンダーの予約枠機能で代用できる範囲と予約ページ1つという制約

専用の予約システムを入れず、すでに使っているカレンダーで代用できないかという相談もよく出ます。Googleカレンダーの予約スケジュール機能がその候補で、公式ヘルプのプレミアム機能比較ページには「個人の Google アカウントまたは Workspace Business Starter プランをご利用の場合、他のユーザーがカレンダーで予約を入れることができる予約ページを 1 つ作成できます」と明記されています。

同じページによれば、複数の予約スケジュールの作成、リマインダーメールの自動送信、複数カレンダーの空き情報確認、予約時の支払い受付、スパム予防のためのメールアドレス確認、予備のカレンダーへの追加、最大20人の共同主催者の追加は、Google One プレミアムやBusiness Standard以上などのプレミアム側に置かれています(2026年9月時点)。

この範囲を踏まえると、代用が成立するのは面談・相談・個人レッスンのように、受付窓口が1つで、担当者も1人で、事前決済が不要な形に限られます。メニューが複数あるサロンや、スタッフごとに枠が違う教室では、予約ページ1つという制約に最初の週で当たる。予約スケジュールの設定手順と、Googleフォームと Apps Script で組む場合の限界はGoogleの無料ツールだけで予約システムを作る方法で扱っています。

無料枠の型 先に当たる上限 向く業態
件数で絞る型 月間予約件数とページ数 予約数が少ない店舗
機能で絞る型 使える機能の範囲 件数が多く操作は単純
カレンダー代用 予約ページ1つ 担当1人の面談・相談

無料の予約システムで運用が止まる3つの限界と、現場での現れ方の違い

無料枠の限界は、契約書ではなく現場の出来事として現れます。どの形で現れるかを知っておくと、慌てて有料へ上げる前に手を打てます。

予約件数の上限に月末だけ達して受付が止まる月を先に見つける方法

件数型の無料プランで起きるのは、月末に近づくほど受付が止まりやすくなる現象です。月間50件という上限は月初にリセットされるため、繁忙月だけ最終週に枠が閉じ、閑散月は何も起きません。年に2〜3回しか起きないので原因の特定が遅れ、その間の予約は他店へ流れていきます。

先に見つける方法は単純です。過去12ヶ月の予約件数を月別に並べ、最大の月が上限の何倍かを確認する。平均が上限の6割を超えている、あるいは最大の月が上限を超えている場合、すでに機会損失が出ていると考えたほうがよい。

対処は2通りです。超過課金で足すか、プランを上げるか。前述のとおり、追加課金は50件ごとに1,078円で、月200件程度までなら追加のほうが安く収まります。繁忙月だけ追加し、閑散月は無料枠に戻すという使い方ができるかどうかも、契約前に確認しておく価値があります。

スタッフ指名と複数リソースの同時押さえが無料枠では表現できない

二つ目は、そもそも予約の形が無料枠のデータ構造に収まらない場合です。予約1件で同時に埋まるものが2種類以上ある業態、たとえば歯科医院なら歯科医師とチェア、貸しスタジオなら部屋と機材、クリニックなら医師と診察室が同時に押さえられます。無料プランの多くは、押さえる対象を1種類しか持てません。

この場合、件数を増やしても指名を追加しても解決しません。回避策として「機材ごとにメニューを分ける」「部屋ごとに予約ページを作る」といった工夫が取られますが、予約ページ数の上限に当たるうえ、同じ機材が2つのメニューから同時に押さえられる事故が残ります。構造で解けない問題を運用で埋めている状態と言えます。

判断としては、同時に埋まるものが2種類以上ある業態なら、無料プランは検証用と割り切るのが妥当です。本番運用は、複数リソースの同時押さえを標準機能として持つ有料プランか、要件に合わせて作る側へ進むことになります。

予約者の連絡先とキャンセル履歴を後から取り出せるかを先に確認する

三つ目が、蓄積したデータの持ち出しです。無料プランで1年運用すれば、予約者の連絡先、来店頻度、キャンセルの履歴が溜まります。ここで確認しておきたいのが、これらを一覧の形で出力できるかどうか。出力機能が有料側に置かれている製品では、乗り換えの直前になって「データを取り出すために1ヶ月だけ有料契約する」という順序になります。

影響はコストだけではありません。出力できない状態が続くと、常連客への案内も、キャンセル率の分析も、そのサービスの画面の中でしかできなくなる。予約データは店舗の資産なので、無料で預けている間も自社の手元に写しを持てるかどうかを、契約前に見ておくべきです。

確認は3点で足ります。予約一覧をCSVなどの形式で出力できるか、顧客の連絡先が出力対象に含まれるか、出力が無料プランでも使えるか。3つ目が有料限定なら、乗り換え費用として月額1ヶ月分を織り込んでおけば想定外にはなりません。

無料から有料プランへ切り替える判断ラインを実額の数値で決める手順

ここまでの内容を、実際に払う金額へ落とします。感覚ではなく、公表されている数値から分岐点を出しておくのが確実です。

予約件数だけを理由に有料へ上げなくてよい帯と、上げるべき3つの条件

まず件数から。STORES 予約の数値で計算すると、フリー+超過課金は月100件で1,078円、月150件で3,234円、月200件で4,312円。年間契約のスモール9,790円に並ぶのは、おおよそ月450件を超えたあたりです。予約件数が数百件規模になるまで、件数だけを理由に有料へ上げる必要はないと言い切れます。

では何が上げる理由になるのか。3つに絞れます。第1に予約ページの公開数が足りなくなったとき(フリーは2つ)、第2にスタッフを登録して指名や個別シフトを扱いたくなったとき、第3が次に述べる事前決済の手数料です。この3つのどれにも当たらないなら、無料枠と超過課金の組み合わせで運用を続けたほうが合理的です。

逆に、店舗が2つになった時点や、スタッフを3人以上抱えて指名を受け始めた時点では、件数がどれだけ少なくても有料の領域に入ります。規模を測る単位が件数ではなくなるためです。

事前決済の手数料率の差が月額料金の差を上回る分岐点を実額で計算する

事前決済を使う場合、判断はもっと単純になります。公表されている手数料はフリープランで5.2%〜、有料プラン加入時で3.3%〜(いずれも中小事業者向けの特別料率が適用される場合)。下限値どうしの差は1.9ポイント分あります。

月額差をこの1.9%で割ると分岐点が出ます。年間契約のスモール9,790円なら、9,790 ÷ 0.019 ≒ 515,000円。事前決済で受け取る金額が月51.5万円を超えると、手数料の節約分が月額料金を上回ります。単価5,000円のレッスンなら月103件、単価2万円の施術なら月26件が目安です。

事前決済を主に使う業態では、予約件数でも機能でもなく、決済の流通額が最初に有料化の理由になる。手数料率は「〜」付きの下限表記なので、実際の適用率は申込時に確認してください。有料化した後の総額の伸び方は費用を3年総額で見た記事に整理してあります。

有料プランに上げても解決しない要件を先に切り分けて洗い出す手順

有料へ上げる前に、上げても解決しない要件が混ざっていないかを切り分けます。混ざったまま契約すると、月額を払ったのに元の課題が残ります。

切り分けの基準は、その要件が「量の問題」か「構造の問題」かです。件数、ページ数、スタッフ数、保管期間はすべて量の問題で、プランを上げれば解決します。一方、複数リソースの同時押さえ、契約区分による優先枠、既存の会員データベースとの突き合わせ、基幹システムへの予約データの受け渡しは構造の問題で、上位プランにしても現れません。

手順としては、現在困っていることを箇条書きにし、各項目の横に「量」か「構造」を書く。量だけなら有料プランで決着し、構造が1つでも混ざるなら次の章の判断へ進みます。買い切り型のパッケージという選択肢もあり、その条件はパッケージの内訳と採用してよい4条件を扱った記事で整理しています。

有料の既製サービスで足りる条件と、自社開発へ踏み込む境界の引き方

最後に投資判断です。結論を先に言えば、無料プランを検討している段階の事業者は、ほとんどが有料の既製サービスで足ります。開発が要るのは条件が揃ったときだけです。

既製の予約サービスで決着してよい規模と機能の3条件を先に確かめる

既製サービスのまま進めてよいのは、3つの条件が揃う場合です。第1に、予約で同時に埋まる対象が1種類(人だけ、または部屋だけ)に収まること。第2に、予約データを会計や基幹システムへ渡す必要がない、あるいはCSVの受け渡しで足りること。第3に、予約の枠ロジックが標準機能の範囲で表現できることです。

この3条件に当てはまるなら、月額数千円から数万円の既製サービスで十分です。開発を選べば初期費用に加えて保守費が毎年かかるため、既製品で足りる領域にわざわざ投資する理由がありません。無料から有料へ上げ、必要になったら上位プランへ移る形が、費用対効果としては最も素直な進み方になります。

受託開発を採用してよい3条件と投資の回収を説明できる予約の規模

開発へ踏み込んでよいのは、次のどれかに当たる場合です。1つ目は、予約1件で複数のリソースを同時に押さえる必要があり、既製品のデータ構造に収まらないとき。2つ目は、会員データベースや基幹システムと予約を双方向でつなぐ前提があるとき。3つ目は、契約区分ごとの優先枠や日ごとに変わる定員のように、枠のロジック自体が事業の差別化要素になっているときです。

回収の説明も用意してください。予約の受付と調整に月30時間かかっている事業者なら、人件費換算で年70万円前後の作業が対象になります。判断を言い切ると、削減できる作業時間が年200時間を超え、かつ上記3条件のいずれかに当たるときだけ開発を選ぶのが妥当な線です。実際の要件整理と見積りは予約管理システムの受託開発で相談できます。

開発を見送るべき場面と、既製品へ連携部分だけを足す中間解の作り方

見送るべき場面もはっきりしています。予約件数が月100件に届かず、スタッフも1〜2人という規模では、開発しても削減できる作業がほとんど残りません。無料プランで運用が回っている状態から一足飛びに開発を検討するのは、たいてい順序が飛んでいます。まず有料プランで足りるかを3ヶ月試すほうが、判断の材料が増える。

現実的な折衷が中間解です。予約の受付と管理は既製サービスに任せ、会員データベースや基幹システムへ渡す部分だけを自社で作る。既製品側が外部連携の口を持っているかが前提条件になりますが、成立すれば初期投資を数分の1に抑えられます。全部を作るか全部を買うかの二択にしないことが、この領域では効きます。

よくある質問

無料の予約システムでも事前決済は使えますか?

使える製品があります。ただし手数料率が有料プランより高く設定されている場合が多く、STORES 予約の公式料金ページではフリープランが5.2%〜、有料プラン加入時が3.3%〜と案内されています(中小特別料率適用時・2026年9月時点)。事前決済の流通額が月50万円を超えるあたりで、有料プランのほうが総額で安くなります。

無料プランの予約件数を超えたらどうなりますか?

製品によって扱いが違います。STORES 予約は「50件ごとに1,078円(税込)」で受付可能数を追加できると明記しており、プランを上げずに超過分だけ支払う選択が可能です。Airリザーブの公式料金ページでは月間予約件数が全プラン無制限と案内されています。契約前に、超過時に受付が止まるのか追加購入できるのかを確認してください。

Googleカレンダーで予約システムの代わりになりますか?

条件付きで代わりになります。Googleカレンダーのヘルプによれば、個人の無料アカウントまたはWorkspace Business Starterでは予約ページを1つ作成でき、リマインダーメールの自動送信や予約時の支払い受付はプレミアム側の機能に分類されている。窓口が1つ・担当者1人・事前決済なしという条件に収まる面談や相談であれば実用になります。

無料の予約システムから有料へ移るとき、データは引き継げますか?

同じ製品内でプランを上げる場合、データはそのまま引き継がれます。別の製品へ乗り換える場合は、予約一覧と顧客の連絡先を出力できるかどうかが分かれ目です。出力機能が有料プラン限定の製品では、乗り換えのために1ヶ月分の月額が必要になることがあるので、無料で使い始める段階で出力の可否を見ておくと安全です。

無料プランを長く使い続けても問題はありませんか?

予約ページ数・スタッフ数・事前決済の3つに当たらない規模であれば、無料枠と超過課金の組み合わせで続けて構いません。見直すきっかけは規模の変化で、店舗が2つ以上になる、スタッフの指名を受け始める、事前決済の流通額が月50万円を超えるのいずれかが起きた時点で計算をやり直してください。

関連記事

お気に入りに入れた記事の一覧

この記事は以下の記事からリンクされています

資料請求

今日のトレンド記事 直近 24 時間で、いつもより多く読まれている記事

  1. 2026.07.21 テックブログ Apache Tomcatの脆弱性一覧【2026年10月】最新版11.0.27・10.1.61・9.0.123とCVE-2026-59083ほかの影響確認・対応手順
  2. 2026.10.21 テックブログ NEC委託先の不正アクセスとは|顧客システム暗号化・情報漏えいの経緯と委託元が点検する正規アカウント
  3. 2026.10.21 テックブログ ふるさとチョイス不正アクセスで445万件流出:対象確認・パスワード変更と再開時期
  4. 2026.10.22 テックブログ Tomcatバージョン一覧とサポート期限【2026年10月】9.0系は2027年3月末で終了・9.1系と11.0系への移行判断
  5. 2024.07.05 コラム XAMPPの脆弱性とは?危険性とCVE-2024-4577への対策をわかりやすく解説【2026年10月】

RELATED POSTS 関連記事

目次