Googleスプレッドシートで予約を管理する｜台帳の作り方と限界

Googleで予約管理をしようと考える理由は、たいてい2つです。すでにGmailとGoogleカレンダーを毎日開いているから、新しい道具を覚えたくない。そしてお金をかけずに始めたい。実際、スプレッドシートで予約台帳を作り、Googleフォームで申し込みを受け、Googleカレンダーに移すところまでは無料でできます。ただし、この組み合わせは「予約が少ないうち」に強く、件数が増えると決まった場所で必ず詰まります。ここでは台帳の作り方を具体的に示したうえで、どこまでが無料で、どこから先が有料の機能になり、どの症状が出たら専用の予約システムに移る合図なのかを順に整理します。

Googleの道具で予約を受ける人が増えた背景

電話とノートで予約を受けていた時代と比べ、いまはお客さまの側が「その場で予約を終わらせたい」と考えるようになりました。営業時間中に電話をかけ、こちらが空き枠を読み上げるやり方は、施術中や接客中のこちらにとっても、勤務中のお客さまにとっても手間が大きい方法です。そこで多くの店主がまず手を伸ばすのが、すでに持っているGoogleアカウントです。

Googleの道具が選ばれる理由は、到達できる人の多さにもあります。日本国内のインターネットサービスの利用者を比べた調査を引きながら、次のように書かれている解説があります。

ニールセン デジタルがまとめた2025年の日本のインターネットサービス利用者数ランキングによると、Googleの平均月間利用者数は8,476万人と、Yahoo! JapanやLINEなどのデジタルサービスを抜いて1位となっており、人口の69％にリーチしています11。スケジュール管理やデータ共有から、通話やメールといった連絡手段に至るまで、さまざまなツールを一元管理できるのがGoogleのメリットです。 出典: squareup.com

つまり、お客さまの側にGoogleアカウントがある確率も高く、予約ページを開いてもらう障壁が低いということです。加えて、スプレッドシートは複数の人が同時に開いても最新の状態が見えるので、紙の台帳を1冊だけ置いていたときのような「誰かが書き込み中は触れない」状態が起きません。スタッフが2名や3名いる店で、それぞれのスマートフォンから同じ台帳を見られるのは、紙からの乗り換えとしては大きな前進です。

ただし、Googleが用意しているのは汎用の表計算と汎用のカレンダーです。予約という業務のために作られた道具ではありません。だからこそ、どこまでを任せるかを最初に決めておかないと、あとから手作業が積み上がります。

スプレッドシートで予約台帳を作る手順

台帳は、列の設計で7割が決まります。あとから列を足すと、過去の行が空欄のままになって集計ができなくなるため、最初に多めに用意しておくのが実務的です。

列に何を置くか

最低限、次の列を1行目に並べます。予約番号、受付日時、来店日、開始時刻、終了時刻、所要時間、お客さまの名前、ふりがな、電話番号、メールアドレス、メニュー、担当者、金額、来店経路、状態、備考。このうち「状態」は後から必ず必要になる列です。予約済み、来店済み、キャンセル、無断キャンセル、変更済みのように決めておき、プルダウンで選べるようにします。データの入力規則からリストを設定しておけば、表記が揺れません。「キャンセル」と「ｷｬﾝｾﾙ」が混ざると、月末の集計で件数が合わなくなります。

終了時刻は手で入れずに、開始時刻と所要時間から計算させます。開始時刻がC列、所要時間の分数がD列なら、終了時刻の列に開始時刻と所要時間を足す式を置くだけです。時刻の計算はシリアル値で行われるため、分数を1440で割って足す形にすると素直に動きます。

重複を色で知らせる

二重予約は、台帳運用で最初に起きる事故です。完全に防ぐことはできませんが、気づける形にはできます。条件付き書式でカスタム数式を使い、同じ来店日で時間帯が重なる行に色を付けます。担当者が複数いる店なら、同じ日、同じ担当者、時間帯の重なりという3つの条件を掛け合わせます。色が付いたら人間が確認するという運用にしておけば、見落としの数は確実に減ります。

入力の負担を減らす

台帳に手で打ち込む運用は、繁忙期に必ず崩れます。予約の受付はGoogleフォームに任せ、回答をそのままスプレッドシートに流し込む形にします。フォームの回答先をスプレッドシートに指定すると、送信された内容が1行ずつ追加されていきます。集計用のシートは回答シートとは別に作り、関数で参照するのが安全です。回答シートに直接書き込むと、新しい回答が入ったときに行がずれることがあります。

Googleフォームは、公開されているヘルプによれば質問を最大300個まで、セクションを最大75個まで置けます。予約の受付に必要な項目は10前後なので、上限に当たる心配はまずありません。

Googleフォームで予約を受けるときの限界

フォームは申し込み用紙としては優秀ですが、予約の受付窓口としては足りない部分があります。順に見ていきます。

まず、空き枠を見せられません。フォームの選択肢は自分で作ったリストが並ぶだけなので、「10月3日14時」という選択肢は、すでに埋まっていても選べたままになります。お店側が毎日手で選択肢を削るしかありません。ここを放置すると、埋まっている枠に申し込みが入り、こちらから断りの連絡を入れることになります。断りの連絡は、予約を受けるより時間がかかります。

次に、定員に達した選択肢を自動で閉じる設定は、フォームの編集について書かれた公開ヘルプには見当たりません。回答全体の受付を止めることはできますが、「14時の枠だけ閉じる」という操作はフォーム単体では用意されていないため、アドオンやスクリプトを足すことになります。スクリプトを書ける人が店内にいるなら選択肢になりますが、書ける人が抜けた瞬間に誰も触れない仕組みが残ります。

そして、予約の確認メールの中身を作り込めません。フォームには回答のコピーを回答者に送る設定がありますが、届くのは回答の一覧です。「ご予約ありがとうございます」から始まり、来店の場所と持ち物、キャンセルの締め切りまで書いた案内文にはなりません。前日のリマインドも、フォームの機能としては送れません。

無断キャンセルを減らすうえで、前日のリマインドは効果の見込める打ち手です。それをフォームと台帳で実現するには、スプレッドシートにスクリプトを書いて毎朝走らせる形になります。作ること自体は可能ですが、メールの到達を確かめる仕組みも、送信の失敗を知る仕組みも自分で用意することになります。Gmailの1日あたりの送信数には上限があり、無料のアカウントと有料のWorkspaceで扱いが違う点も、件数が増えてから気づく落とし穴です。

さらに、お客さま自身が予約を変更したり取り消したりできません。フォームには回答の編集を許す設定がありますが、それは「送った回答の内容を書き換える」機能であって、空き枠を見ながら日時を選び直す機能ではありません。結果として、変更の連絡は電話かメールで来ます。営業中に電話を取れなければ、折り返しが必要になり、その間に枠は空いたままです。空いた枠を次のお客さまに回すには、誰かが気づいて動くしかありません。

もう1つ見落としやすいのが、予約の重複です。フォームは同じ時刻に何件申し込みが来ても受け付けます。人気の時間帯には、同じ枠に2件、3件と入ります。台帳の条件付き書式で色が付くのは、台帳に流れ込んだあとです。つまり「受け付けたあとに気づく」順番になります。予約を受ける仕組みとして見ると、この順番が逆であることが最大の弱点です。専用の予約システムは、埋まった枠を選ばせないことで、そもそも重複を発生させません。

台帳の内容をGoogleカレンダーへ反映させる

台帳は一覧を見るのに向いていますが、「今日の午後が空いているか」を知るには向きません。時間の並びが目に入らないからです。そこで、台帳の内容をGoogleカレンダーの予定として持たせます。方法は3つあります。

1つめは、手で入れる方法です。台帳に1行追加したら、カレンダーにも予定を作ります。二度手間ですが、件数が少なければ確実です。カレンダーの予定のタイトルに「山田様／カット／担当A」のように決まった形で書いておくと、あとから検索できます。

2つめは、スプレッドシートからカレンダーへ書き出す方法です。Google Apps Scriptで、台帳の行を読んでカレンダーの予定を作る処理を書きます。20行ほどのコードで動きますが、作った予定を後から変更したときの同期、削除したときの取り消しまで面倒を見る必要があり、実際に手間がかかるのはそこです。台帳を直したのにカレンダーが古いまま残ると、いちばん困る形の食い違いが生まれます。

3つめは、カレンダーを主にして台帳を従にする方法です。予約はGoogleカレンダーの予約スケジュールで受け、月末にカレンダーから件数を拾って台帳へ写します。日々の運用では1か所しか触らないので、食い違いが起きません。集計の手間は月に1回まとまりますが、毎日の事故は減ります。小さな店では、この3つめがいちばん軽く回ります。

どの方法を選んでも、カレンダーの色分けは決めておきます。担当者ごとに色を分けるか、メニューの種類で分けるか。1つに決めて、途中で変えないことが大切です。色の意味が変わると、過去の予定を見返したときに読み取れなくなります。

スタッフと共有するときの権限の決め方

スプレッドシートは共有が簡単な反面、権限の設計を怠ると事故が起きます。よくあるのは、全員に編集権限を渡した結果、誰かが行を挿入して関数の参照がずれる、列を並べ替えて条件付き書式が意味を失う、間違って過去の行を削除する、という形です。

対策は3つあります。まず、範囲を保護します。シートの保護機能で、1行目の見出しと計算式の入った列を編集できないようにします。次に、入力用のシートと集計用のシートを分けます。スタッフが触るのは入力用のシートだけにして、集計用のシートは参照で作ります。最後に、変更履歴を使えることをスタッフに伝えます。消してしまっても戻せると分かっていれば、隠されることがなくなります。

共有の相手を個別のGoogleアカウントで指定するのも大切です。「リンクを知っている全員が編集できる」に設定すると、URLが外に出た時点で誰でも開けます。予約台帳には氏名と電話番号とメールアドレスが並んでいて、これは個人情報です。個人情報の取り扱いについての考え方は個人情報保護委員会が公開しているので、店として何をどこまで保管するかを決める際に一度目を通しておくとよいでしょう。退職したスタッフの権限を外す手順も、あらかじめ決めておきます。台帳の共有先は、増えるばかりで減らないのが普通です。

Googleカレンダーの予約スケジュールでできること

Googleには、カレンダーの空き時間から予約を受け付ける「予約スケジュール」という機能があります。フォームの弱点である「空き枠を見せられない」をまさに埋める機能で、作った予約ページのURLを渡すと、相手は空いている時間だけを選べます。

ここで押さえておきたいのは、無料でできる範囲が明確に線引きされていることです。Googleのヘルプには次のように書かれています。

個人の Google アカウントまたは Workspace Business Starter プランをご利用の場合、他のユーザーがカレンダーで予約を入れることができる予約ページを 1 つ作成できます。 出典: support.google.com

予約ページは1つです。メニューごとに所要時間が違う店なら、これは効きます。カット60分とカラー120分を1つの予約ページで受けることはできないため、無料の範囲では所要時間を1種類に決めるか、来てもらってから時間を調整する運用になります。

同じヘルプには、対象のGoogle WorkspaceのサブスクリプションまたはGoogle Oneのメンバーシップが必要な機能として、複数の予約スケジュールの作成、リマインダーメールの自動送信、複数カレンダーでの空き状況確認、予約に対する支払いの受け付け、スパム予約を防ぐためのメールアドレス確認、予備のカレンダーへの予約スケジュールの追加、最大20人の共同主催者の追加が挙げられています。前日のリマインドは、ここに含まれています。つまり、無料のアカウントでは予約を受けられても、リマインドは自動で送られません。

料金の目安も確かめておきます。Google Workspaceの日本向けの料金ページでは、2026年9月時点で、Business Starterが1ユーザーあたり月額800円、Business Standardが1,600円、Business Plusが2,500円と表示されています。いずれも税別で、年間プランの表示です。予約スケジュールのプレミアム機能を使うならBusiness Standard以上が対象になるため、スタッフ3名で全員がアカウントを持つなら月額4,800円（税別）からという計算になります。なお、Workspace FrontlineやEssentials、提供を終了した以前のサブスクリプションでは予約スケジュールを作成できないと明記されています。

作成の環境にも条件があります。予約スケジュールはパソコンのブラウザから作る必要があり、AndroidやiPhone、iPadのカレンダーアプリでは作成できません。スマートフォンしか持たずに店を回している場合、最初の設定だけはパソコンを借りることになります。

Googleの道具で予約管理をするメリット

デメリットの話が続きましたが、Googleの組み合わせが向く場面は確かにあります。次の条件に当てはまるなら、無理に移る理由はありません。

第一に、費用がかかりません。Googleアカウントを持っていれば、スプレッドシート、フォーム、カレンダーはそのまま使えます。開業したばかりで月の予約が20件程度なら、手作業の量は知れています。無料であることは、単に安いという以上に「やめる判断がしやすい」という利点があります。合わなければ翌日にやめられます。

第二に、自由に組めます。予約の項目、台帳の列、集計の切り口を自分で決められるので、業種特有の記録を残せます。整体なら施術部位と可動域、ネイルならデザインの写真のURL、教室なら進捗の段階といった列を、好きなだけ足せます。専用の予約システムは、自由項目の数に制限があるものが少なくありません。

第三に、ほかのGoogleの道具と素直につながります。台帳の内容をGoogleデータポータル系の可視化に回す、Googleドライブに施術写真を置いてリンクを台帳に残す、Gmailの下書きに差し込む、といった連携が追加費用なしでできます。

第四に、どこからでも同じものが見えます。スタッフのスマートフォンにスプレッドシートのアプリを入れておけば、店の外からでも今日の予約が確認できます。紙の台帳を店に置いたままにする運用と比べると、休みの日の確認が楽になります。

第五に、データが自分の手元に残ります。スプレッドシートはいつでもCSVやExcelの形で書き出せるので、道具を変えるときに持ち出せないという事態が起きません。予約システムを選ぶときに顧客データの書き出しができるかを必ず確かめるべき理由は、まさにここにあります。台帳運用は、この点では最初から安心です。

第六に、予約以外の記録を同じ場所に置けます。仕入れの記録、シフト表、売上の日計を同じファイルの別シートに並べておけば、店の数字が1つのファイルで見渡せます。予約の専用システムは予約に強い代わりに、店の会計やシフトまで面倒を見る設計にはなっていないことが多く、結局スプレッドシートが並走します。であれば、件数の少ないうちは1つにまとめておくほうが素直です。

台帳運用が限界を迎える4つの症状

移るべきかどうかは、気分ではなく症状で判断します。次の4つのうち2つ以上が毎月起きているなら、手作業がすでに人件費に変わっています。

1つめは、二重予約が起きることです。条件付き書式で色を付けても、色を見る前に電話で予約を受けてしまえば防げません。電話とフォームとインスタグラムの3経路から予約が来る店では、台帳へ転記するまでの数分間に穴が空きます。

2つめは、前日のリマインドを手で送っていることです。1日の予約が8件なら、リマインドを送る作業は毎日8回です。文面を作り、名前と日時を書き換え、送信する。1件1分でも8分、月に換算すれば4時間ほどが消えます。この作業を忘れた日に限って、無断キャンセルが出ます。

3つめは、変更とキャンセルの連絡が電話で来ることです。お客さまは予約ページから変更できないので、電話かLINEで連絡してきます。受けたら台帳を直し、カレンダーも直し、空いた枠を次の人に回すかを考える。1件の変更で3つの操作が必要になり、どれか1つを忘れます。

4つめは、お客さまの情報が探せないことです。台帳の行が1,000行を超えると、前回の来店がいつで、何をしたかを調べるのに時間がかかります。名前で検索しても、結婚で姓が変わった人、カタカナと漢字が混ざった人が拾えません。顧客の履歴が引けないと、再来店を促す声かけができなくなります。

この4つはどれも、予約の件数が増えるほど比例して重くなります。台帳は件数に弱い仕組みです。

付け加えるなら、5つめとして「引き継げない」という症状があります。台帳を作った人の頭の中に、列の意味と関数の組み方が入っています。条件付き書式のカスタム数式がどの条件で色を出しているのか、集計シートのどの式がどこを参照しているのか。作った人が休んだ日に、別のスタッフが台帳を直そうとして式を壊す、という事故はよく聞きます。自分で組める自由さは、自分しか直せないという裏返しでもあります。店を続けるうえでは、ここが判断の分かれ目になることもあります。

症状が2つ以上出ていても、すぐに全部を移す必要はありません。まず、いちばん時間を食っている1つを外に出します。リマインドに時間を取られているなら通知だけを自動にする、二重予約が問題なら受付だけを空き枠の見える形にする。順に置き換えていけば、途中で止まっても元の運用に戻れます。

移すか残すかを決める判断の順番

判断は、次の順番で進めるとぶれません。

最初に、1か月の予約件数を数えます。台帳の行数を数えるだけです。50件を下回っているなら、Googleの組み合わせで足ります。100件を超えているなら、手作業の時間が月に10時間を超えている可能性が高いので、次の項目に進みます。

次に、予約の経路を数えます。電話だけなら台帳でも回ります。電話とウェブとSNSの3経路があるなら、一元管理のできる仕組みを持たないと必ず抜けます。

次に、メニューの種類と所要時間の幅を見ます。所要時間が1種類なら、Googleカレンダーの予約スケジュール1ページで足ります。30分と90分と150分が混在するなら、複数の予約ページが必要になり、有料の対象プランか専用の予約システムを検討する段階です。

最後に、リマインドと御礼メールを自動で送る必要があるかを考えます。無断キャンセルが月に2件あり、1件の単価が8,000円なら、失っているのは月16,000円です。この金額と、道具にかける費用を並べて比べます。

予約の受付から次の来店までをひとつにまとめる考え方

予約の道具を選ぶとき、多くの人が「予約を受けられるか」だけを見ます。ところが実際に手間を生んでいるのは、受けたあとです。リマインドを送る、変更を反映する、空いた枠を埋める、来店後に御礼を伝える、次の予約につなげる。この一連の流れのどこかが手作業のまま残ると、そこが毎日の負担になります。

このサイトで扱っている予約システムは、そこを1本の流れとして設計しています。予約完了のメール、前日のリマインダー、来店後の御礼メールを自動で送り、文面は管理画面で編集できます。お客さま自身が変更と取り消しをできるキャンセルURLは、無料のフリープランにも含まれています。決済が必須でない業態に合わせて、予約の受付から次の来店までを一続きにしているので、現金や振込で運用している店でも、事前決済を有効にしないまま一連の流れを組めます。事前決済が必要な店には、上位のプランで任意に使える形になっています。

料金の考え方も、Googleのアカウント数で増える形とは違います。人数ではなく月の予約件数で区切っていて、フリープランは月50件、有料の最初のプランは月300件まで受けられます。プランごとに使える機能と上限は料金に一覧で置いています。どの機能がどのプランに含まれるかはできることにまとめました。

業種によって、必要な機能は変わります。所要時間の幅が広い店、担当者を指名する店、同じ時間に複数人を受け入れる教室では、押さえる設定がそれぞれ違います。業種ごとの使い方に業態別の組み方を置いています。実際の予約ページと管理画面をログインなしで触れるデモを見るも用意しているので、いまの台帳と同じ内容が入るかを、申し込む前に確かめられます。ほかの予約システムとの料金や機能の違いは他社との比較に、台帳やほかのシステムからの乗り換えとデータの扱いはよくある質問に書いています。

台帳を捨てる必要はありません。Googleスプレッドシートは、集計と分析の道具としては今も優秀です。予約の受付と通知だけを専用の仕組みに渡し、月末の売上の集計や施術の記録はスプレッドシートに残す、という分け方が、実務としてはいちばん軽くなります。まずは自分の台帳を開いて、先月の行数と、リマインドに使った時間を数えてみてください。移る時期は、その2つの数字が教えてくれます。

Q1. Googleスプレッドシートだけで予約管理は完結しますか？

受付から記録までを1枚の表で回すことはできますが、空き枠の表示、前日のリマインド、お客さま自身による変更と取り消しは、表計算の機能では作れません。スクリプトを書けば近づけられますが、書いた人が抜けると誰も触れない仕組みが残ります。月の予約が50件を下回るうちは台帳で足り、それを超えると手作業の時間が増えていきます。

Q2. GoogleカレンダーとGoogleフォームは、どちらで予約を受けるべきですか？

空き枠を見せたいならGoogleカレンダーの予約スケジュールです。フォームの選択肢は自分で作るため、埋まった枠も選べたままになり、断りの連絡が必要になります。逆に、聞きたい項目が多い場合はフォームが向きます。両方を使い、日時はカレンダー、詳細はフォームという分け方もできます。

Q3. Googleカレンダーの予約スケジュールは無料で使えますか？

個人のGoogleアカウントまたはWorkspace Business Starterでも、予約ページを1つ作れます。ただし複数の予約ページ、リマインダーメールの自動送信、支払いの受け付け、メールアドレスの確認などは、対象のGoogle WorkspaceまたはGoogle Oneのメンバーシップが必要です。所要時間が1種類で、リマインドを手で送れる規模なら無料の範囲で回せます。

Q4. 台帳から予約システムへ移るとき、過去のデータはどうなりますか？

お客さまの情報は、スプレッドシートからCSVで書き出して取り込む形が一般的です。過去の予約履歴まで移せるかはシステムによって違うので、契約の前に確認してください。台帳自体は残しておき、集計や施術の記録に使い続けるほうが安全です。予約ページを公開するまでは今の受け方を続けられるので、切り替える日を決めてから移します。