日付、時間、お客様の呼び名、コース、金額。列を決めて、条件付き書式で色を付けて、集計シートで月の本数も出せるようにした。自分で作ったので、どこに何が入っているかも全部わかります。
それでもダブルブッキングは、表の中ではなく「お客様からの連絡」で気づく——そういうことになっていませんか。
「18時でお願いします」と来て、表をスクロールして空いているのを確認して確定した。その日の夜に、別のお客様から「17時から2時間でお願いしていたはずですが」と連絡が来る。表を見直すと、確かに17時の行がある。見落としたのではなく、17時の行を見ても「19時まで埋まっている」とは書いていなかっただけです。
この記事は、スプレッドシートやExcelで予約を管理してきた方が、別の場所に移すときの手順をまとめたものです。表の作り方の記事ではありません。なぜ「表は自分で作れるのに、重複と移動時間だけは見つけられない」のかを構造から説明して、そのうえで関数も集計シートも捨てずに移行を終える順番を置いています。
結論｜移すのは表の中身ではなく、「表に書けなかった2つ」
スプレッドシートからの移行で本当に移すべきなのは、セルに入っている日時と名前ではありません。表に一度も書けなかった2つの情報です。
| 移すもの | 具体的に何か | 表に書けなかった理由 |
|---|---|---|
| 予約の「幅」 | 18時の予約が何時まで続くか（コース時間＋延長） | 1行は1つの時刻にしか紐づけられない |
| 予約と予約の「あいだ」 | 移動・着替え・片付けに必要な時間 | 予約ではないので、どの行にも入らない |
この2つが表に無いことが、重複が見つからない原因です。 入力をサボったからでも、関数が足りないからでもありません。
逆に言えば、日時と名前は移さなくても構いません。 過去の行を全部写そうとすると移行は必ず途中で止まります（これは紙の手帳やメモ帳アプリからの移行でも同じで、紙の手帳・メモ帳アプリ・エクセルからの予約管理の移し方に詳しく書いています）。
この記事が扱う範囲｜「表の作り方」ではなく「表から出るとき」の話
先に線を引いておきます。
- 扱う: 自分の姫予約（お客様から直接受ける予約）をスプレッドシート／Excelで管理してきた人が、別の場所に移すときの手順
- 扱わない: スプレッドシートの関数の書き方、GASでの自動化、フォーム連携の設定
検索すると出てくるのはほとんど後者です。テンプレートの配布、プルダウンの作り方、Googleフォームとの連携、GASで予約システムを作る手順。どれも「表をどう良くするか」の話で、「表のままだと何が構造的に無理なのか」を書いたものはほぼありません。
また、店舗向けの予約管理システムの紹介記事も多く出てきますが、あれは複数のスタッフを1つの台帳で回す前提の話です。キャストが1人で自分の枠を持つ場合、困りごとの中身が違います。
前提｜スプレッドシートが選ばれているのは「自分で作れる」から
ここを間違えると移行先の選び方を間違えます。
LINEのKeepメモが選ばれる理由は書き込みが速いことです（LINEのKeepメモ・自分だけのグループでの予約管理からの移行手順）。Googleカレンダーが選ばれる理由は最初からスマホに入っていることです（Googleカレンダーで予約を管理していた人の移行手順）。
スプレッドシートは違います。選ばれている理由は 「自分の仕事に合わせて形を変えられる」ことです。
- コースの種類が増えたら列を足せる
- 指名の種類（本指名・初回・フリー）で色を分けられる
- 月の本数・売上・指名率を集計シートで自分の見たい形で出せる
- 複数の店に出ているなら、店ごとにシートを分けられる
つまり、スプレッドシートを使っている人は「管理が苦手な人」ではありません。 むしろ自分の業務を一度構造化できた人です。だからこそ、移行先を選ぶときに「入力が簡単です」と言われてもまったく動機になりません。手放すのが怖いのは入力欄ではなく、自分で作った集計のほうです。
後述の Step 4 で、集計シートを捨てずに残す方法を書いています。
「表は作れるのに重複が見つからない」5つの理由
理由1｜行は「点」しか持てないが、予約は「区間」である
スプレッドシートの1行は、1つの時刻に紐づきます。10/12 / 18:00 / たーさん / 90分。この行を見て「19時30分まで埋まっている」と分かるのは、読んだ人が頭の中で90分を足しているからです。
表そのものは、18時という点しか知りません。だから 10/12 / 19:00 / 別のお客様 という行を隣に置いても、表は何も警告しません。 条件付き書式で重複を検出しようとしても、多くの表では「同じ日時の完全一致」しか見ていないため、19時は18時と一致しないので通ってしまいます。
予約は点ではなく区間（幅を持つもの）です。 行と列という形式は、点を並べるのには向いていますが、区間の重なりを表現するようには作られていません。姫予約のダブルブッキングを防ぐ方法で挙げている重複の起き方は、そのほとんどが「完全一致ではない重なり」です。
理由2｜重複は「隣の行」ではなく「時間が重なる行」と起きる
表は入力した順に下に伸びていきます。つまり行の並び順は、予約が入った順番です。
ところが重複は、時間が重なる行とのあいだで起きます。10/12 18:00 の行は3行目にあり、10/12 19:00 の行は47行目にある。この2つを同時に視界に入れる方法が、表にはありません。
毎回ソートすれば並びます。ただし**ソートは「やった人にしか効かない操作」**です。予約が届いた瞬間、スマホで表を開いて、ソートして、重なりを探して、確定の返信をする。これを毎回やり切れる人は多くありません。やらなかった1回で重複が起きます。
理由3｜移動時間・片付け・延長は、どの列にも入らない
これが2つめの構造問題です。
予約と予約のあいだに必要な時間は、予約ではありません。 だから「日付・時間・名前・コース」という列構成のどこにも入りません。入れようとすると、10/12 / 19:30 / （移動） / － のようなダミー行を作ることになり、集計シートの本数が狂います。
結果として、移動時間は表の外、つまり自分の記憶の中に置かれます。 連休や雨の日のように移動が読めない日ほど、この記憶が外れます（連休の渋滞で移動時間が読めない日の枠の組み方）。延長が入る業態なら、終わり時刻そのものが動きます（施術の自動延長が入る前提の予約枠の組み方）。
理由4｜関数と条件付き書式は「自分がメンテする前提」で動いている
ここは表の弱点というより、運用の持続性の問題です。
重複チェックの数式を入れても、行を挿入した拍子に参照がずれます。シートを月ごとに複製すれば、前月の数式を直したことが今月に反映されません。列を1本足したときに、集計シートの SUMIF の範囲が追従しないこともあります。
こうした崩れは、エラー表示では出ません。 静かに「検出されない」状態になります。表が「重複なし」と言っているのに重複している、という一番避けたい形で現れます。
自分で作った仕組みは、自分が直せる状態のときにしか正しく動きません。 繁忙期・体調不良・出勤が続いた週、つまり一番ミスが起きやすいタイミングは、同時に一番メンテナンスができないタイミングです。
理由5｜スマホでの入力は、PCでの入力とは別の作業になる
表の設計はPCでします。でも予約が届くのは移動中、控室、施術の合間です。
スマホのスプレッドシートアプリでやることを分解すると、こうなります。
- アプリを開いて該当の月のシートを選ぶ
- 最終行まで縦にスクロールする
- セルをタップして編集モードに入る
- 日付を入れ、横スクロールして次の列へ
- 名前を入れるときに日本語キーボードへ切り替える
- コース、金額、備考と横に進む
- 確定を押してからもう一度、重なりがないか縦に目で追う
1件あたり1〜2分。1日に5件届けば、入力だけで5〜10分です。 そして「あとでPCでまとめて入れる」が始まった時点から、表は最新ではなくなります。表が最新でない状態で確定の返信を出すのが、重複の最後の引き金になります。
DMが埋もれて取りこぼすのとは別の経路で、**「届いてはいるが表に入っていない予約」**が生まれます（予約DMが埋もれて見落とす問題の対策）。
スプレッドシートを続けたほうがいい人
公平に書きます。次のどれかに当てはまるなら、移行する必要はありません。
| こういう人 | 理由 |
|---|---|
| 予約が週に数件で、同じ日に2件以上入ることがほとんどない | 区間の重なりが構造的に起きないので、表の弱点が出ない |
| 1日の枠が固定（例: 13時・16時・19時の3枠のみ）で、延長もない | 点と区間の差が生まれない。表で十分に管理できる |
| 自分で書いたGASが実際に動いていて、通知も重複チェックも自動化できている | すでに表ではなくシステムを持っている状態。作り直す必要がない |
| 売上・指名率の集計がいちばん重要で、予約の受付は店経由が主 | 表の強みがそのまま目的に合っている |
逆に、移行を考えたほうがいいのは次の状態です。
- 直近3か月で、重複かそれに近い状態が1回以上起きた
- 「確定してから表に入れる」を1回でもやったことがある
- 同じ日の空き時間を聞かれて、即答できないことがある
- 表に入れていない「返事待ち」「店の確定待ち」が頭の中にある（店に出した打診が確定しないあいだの予約管理）
- 満空一覧の投稿を、表とは別に手打ちで作っている（満枠・完売のお礼投稿と空き枠一覧の二重更新を減らす）
移行の5ステップ｜過去の行は1行も写さない
所要時間の目安は、合計45分＋2週間の並走です。過去の予約は移しません。
Step 1｜表に入っていない情報を書き出す（20分）
いちばん大事な手順です。移行で失われるのは表の中身ではなく、表の外に置いていた情報だからです。
紙かメモアプリに、思い出せる範囲で書き出してください。
- コースごとの実際の所要時間（表には「90分」とあるが、実際は着替えと片付けで110分かかる、など）
- 予約と予約のあいだに必要な時間（同じ店の中なら10分、店が変わるなら移動60分、など）
- 呼び名の表記ゆれ（「たー」「たーさん」「T様」が同じ人である、という対応）
- 返事待ち・店の確定待ちの案件（表に入れていないもの）
- 次回の約束（「来月の給料日あたりにまた」のような、日付が決まっていない予約）
表記ゆれの統合は、ここでやるのが一番安く済みます。あとで直すと履歴が2人に割れたまま積み上がります（同じお客様を名寄せして管理する方法）。
Step 2｜これから届く予約を、新しい場所で受け始める（当日）
過去を片付けてから始めようとしないでください。 今日届いた分を、新しい場所に入れる。これだけです。
このとき、スプレッドシートへの入力はやめません。 Step 5 までは両方に入れます。二度手間ですが、期限を決めた二度手間です。これをやらないと「どちらが正なのか分からない期間」が生まれ、そこで重複が起きます。
Step 3｜確定済みの「未来の」予約だけを写す（15分）
写すのは次の2つだけです。
- 今日以降の、確定している予約
- Step 1 で書き出した「返事待ち」と「次回の約束」
過去の行は写しません。売上や本数を遡って見たくなったときは、スプレッドシートを開けば残っています。
写すときに、Step 1 で書き出した実際の所要時間で入れてください。「90分」ではなく「着替えと片付けを含めて110分」です。ここで正直に入れておくと、重なりの検出が初日から効きます。
Step 4｜関数と集計シートは消さない。「集計専用」に降格させる（10分）
スプレッドシートの一番の資産は、自分で作った集計です。これは捨てる必要がありません。
- 予約の受付と重複チェックは新しい場所でやる
- 月の本数・売上・指名率の集計はスプレッドシートで続ける
- 月末に、確定した予約の件数だけを表に転記する（1か月に1回、10分程度）
こうすると、表は「毎日こわごわ開く予約台帳」から「月に1回開く帳簿」になります。毎日の重複リスクだけが外れて、集計の資産は残ります。
クラウドで保管されている点も、表の強みとして残ります。スマホを買い替えても消えません（機種変更で顧客データを引き継ぐときの手順）。
Step 5｜2週間並走して、期限の日に切り替える
期限を日付で決めてください。 「慣れたら」では終わりません。
2週間のあいだに、次の2つを確認します。
- 新しい場所だけを見て、今日の予約と空き時間が答えられるか
- 新しい場所だけを見て、重なりに気づけるか
両方がYESになったら、期限の日にスプレッドシートを閉じます（削除はしません）。以後は月1回の集計だけで開きます。
NOなら期限を1週間延ばします。ただし延長は1回までにしてください。 2回延ばすと、だいたい並走が恒久化します。
移行後、最初に変わるところ
変わるのは入力時間ではありません。**「確定の返信を出すまでの時間」**です。
スプレッドシートのときは、こうなっていました。
- 「18時から行けます」と届く
- 表を開く → 該当日までスクロール
- 前後の行を見て、コース時間を頭で足して重なりを確認
- 移動時間を記憶から引っ張って確認
- 確定の返信を出す
- 表に入力する
3と4が頭の中の作業で、ここが外れると重複になります。 移行後は、3と4が画面を見るだけの作業になります。
| 判断 | 表のとき | 移行後 |
|---|---|---|
| 重なっていないか | コース時間を頭で足して確認 | 枠が重なって表示されるので見れば分かる |
| あいだが足りているか | 記憶から移動時間を思い出す | あいだが空いているかが見える |
| 空き時間はどこか | 行を追って逆算する | 空いている部分がそのまま空白で見える |
空き時間が見えるようになると、聞かれてから探すのではなく、先に出せるようになります（空き枠の案内状況を投稿するテンプレート）。待機が長い日の使い方も変わります（待機時間の使い方）。
移行で予約管理が楽になる仕組み
P-Book は、姫予約をタイムライン（時間軸）の上に置いて管理するアプリです。行と列ではなく時間軸なので、予約が「幅」を持ったまま並びます。
- 重なりが見れば分かる。 18時から110分の予約の隣に19時を置こうとすると、重なりがそのまま見えます。頭でコース時間を足す作業が要りません
- 予約と予約のあいだも見える。 移動や片付けに必要な時間が足りているかを、確定の返信を出す前に確認できます
- 確定していない打診も同じ画面に置ける。 店の確定待ち・返事待ちを、確定済みの予約と区別したまま並べられます。表では行が1種類しかないので分けられなかった部分です
- お店への連絡文を自動で作れる。 手作業で作っていた連絡文がそのまま出ます（お店への予約連絡テンプレート）
- 集計はスプレッドシートに残せる。 自分で作った集計シートを捨てずに、予約の受付と重複チェックだけを移せます
無料で1ヶ月試せます。カード登録不要です。 移行は Step 2 の「今日届いた分を入れる」から始められるので、表を片付けてからでなくて大丈夫です。
→ P-Book に無料で登録する（1ヶ月無料・カード登録不要・自動課金なし）
やってはいけない3つ
1. 過去の行を全部写す
移行が止まる原因の第1位です。100行写した時点で力が尽きて、「表が正か、新しい場所が正か分からない」状態で放置されます。写すのは今日以降の確定分と、返事待ちだけです。
2. 並走の期限を決めずに始める
「しばらく両方で」は、ほぼ恒久化します。恒久化した二重管理は、片方だけ更新した日に必ず破れます。 店の枠表と自分の枠表の二重管理と同じ構造です（店の予約システムと自分の予約表の二重管理）。
3. 移行の初日に、お客様への連絡の取り方も変える
受付の経路（LINE・DM・電話・ネット予約）は、移行と同時に変えないでください。変える要素を1つに絞ります。 経路の整理は移行が終わってから、ルールとして別に周知します（連絡経路ルールの周知テンプレ・複数チャネルの予約受付の使い分け）。
効果は「頭で計算した回数」で測る
移行がうまくいったかを、感覚で判断しないための指標です。2週間の並走期間中、次の数を数えてください。
| 数えるもの | 移行がうまくいっている状態 |
|---|---|
| コース時間を頭で足して重なりを確認した回数 | 2週目には0回に近づく |
| 確定の返信を出してから表／アプリに入れた回数 | 0回（ここが1回でもあると重複の種が残る） |
| 空き時間を聞かれて即答できなかった回数 | 2週目には0〜1回 |
| 「どっちが正しいか分からない」と思った回数 | 0回。1回でもあれば並走の期限を前に詰める |
入力時間は測らなくて構いません。 入力は移行前後でほとんど変わらないか、最初は増えます。変わるのは判断のほうです。
出勤日の決め方のように、記録が溜まってから効いてくる部分もあります（データで出勤日を決める方法）。そちらは移行の効果判定には使わず、3か月後に見てください。
よくある質問（FAQ）
Q. 条件付き書式と関数で重複チェックを作れば、移行しなくていいのでは？
A. 完全一致の重複は検出できますが、区間の重なりは難しいのが実情です。 「18時90分」と「19時」の重なりを検出するには、終了時刻を計算する列を作り、同じ日の全行と範囲を比較する式を組み、行を挿入しても参照がずれないようにする必要があります。作れる方はいます。ただし崩れたときにエラーが出ず、静かに検出されなくなるのが最大の問題です。「重複なし」と表示されたことを信用できるかどうかで判断してください。
Q. 集計シートを手放したくありません。
A. 手放す必要はありません。 Step 4 のとおり、予約の受付と重複チェックだけを移して、集計はスプレッドシートで続けてください。月末に件数を転記する運用（月1回・10分程度）で成立します。移行後は表を毎日開かなくなるので、むしろ集計シートのほうが壊れにくくなります。
Q. GASで自動化しているので、作り直しが大変です。
A. 動いているなら移行しないでください。 予約が入るたびに通知が飛び、重複チェックが自動で走り、集計が更新される状態なら、それはもう表ではなく自分専用のシステムです。この記事が対象としているのは「手で入力し、手で目視確認している」運用です。
Q. 移行中にダブルブッキングしないか不安です。
A. 並走期間の「正」を1つに決めてください。 おすすめは「新しい場所を正にして、表には後から写す」です。逆（表を正にする）にすると、新しい場所がいつまでも空のままで慣れません。どちらにしても、確定の返信を出す前に見るのは必ず「正」のほうだけにします。重複が起きやすい状況の整理は姫予約のダブルブッキングを防ぐ方法にあります。
Q. 複数の店に出ているので、シートを店ごとに分けています。移行後はどうなりますか？
A. 店ごとに分ける必要がなくなります。 掛け持ちで重複が起きるのは店の中ではなく店と店のあいだ（移動時間）なので、分かれていると見つかりません。1本の時間軸に全部の店の枠を並べるのが正解です（掛け持ちキャストの予約・シフト管理）。
Q. お客様に「予約の取り方が変わった」と伝える必要はありますか？
A. Step 5 までは不要です。 受付の経路は変えないので、お客様から見ると何も変わりません。経路そのものを変えるなら、それは移行ではなくルール変更なので、別に周知してください。
Q. お客様ごとの情報（好み・NG・会話の内容）はどこに移せばいいですか？
A. 予約とは別に扱ってください。顧客情報は予約の行に書き足していくと、同じ人の情報が何行にも散ります。カルテとして1人1枚にまとめる形が向いています（メンエスの顧客管理カルテの作り方・お客様ノートをデジタル化する方法）。
Q. 日付が決まっていない「次回の約束」はどう入れますか？
A. 予約として入れないでください。日付のない約束を予約枠に置くと、空き枠が埋まって見えます。別のリストとして持ち、月初に打診する運用が続きます（次の数か月先の約束の管理・休眠客の掘り起こし）。
まとめ｜移すのは表ではなく、表に書けなかった時間
- スプレッドシートで重複が見つからないのは、入力の手間でも関数不足でもなく、行と列が「区間の重なり」を表現できないから
- 表に書けなかったのは2つ。予約の「幅」（コース時間＋延長）と、予約と予約の「あいだ」（移動・片付け）
- 重複は隣の行ではなく時間が重なる行と起きるが、表の並び順は入力順なので同時に見えない
- 関数や条件付き書式は崩れてもエラーが出ない。「重複なし」の表示を信用できるかで判断する
- スマホ入力が続かなくなると「届いているが表に入っていない予約」が生まれ、確定の返信が最後の引き金になる
- 週に数件・枠固定・GASが動いている人は移行不要。 公平に言って表のままでいい
- 移行は過去を1行も写さない。今日以降の確定分と、返事待ち・次回の約束だけ
- 集計シートは捨てない。 受付と重複チェックだけ移して、表は月1回の帳簿に降格させる
- 並走は2週間、延長は1回まで。 期限を決めないと恒久化して、片方だけ更新した日に破れる
- 効果は入力時間ではなく、頭で計算した回数で測る
スプレッドシートで予約を管理してきた方は、自分の仕事を一度構造化できた人です。だから「表が悪い」という話ではありません。 行と列という形式が、区間の重なりを扱うようには作られていなかった。それだけのことです。
移すのは、表の中身ではありません。表に書く場所がなかった時間のほうです。
姫予約の仕組みそのものについては姫予約とは？意味・メリット・バック率・管理方法に、管理方法全体の比較は姫予約の管理方法に、予約を増やす考え方は姫予約を増やす7つのコツにまとめています。予約を受けるときに揃えておく情報は予約に必要な情報をスムーズに集める方法、日時変更が入ったときの扱いは姫予約の日時変更への対応、ネット予約とDMを併用する期間の管理はネット予約システムとDM予約を併用する時の管理術にあります。
P-Book は姫予約の管理をタイムラインで視覚的に行える予約管理アプリです。1ヶ月無料・カード不要で試せます。