予約のログイン要求が成長を止めた｜米理髪店Barbeariaの事例

ネット予約の入口で、会員登録やログインを求めるべきかという問いに、海外の小さな店が名指しで答えている事例があります。米ジョージア州マリエッタの理髪店 Barbearia は、決済事業者 Square が公開している導入事例の中で、以前使っていた予約の仕組みがメールアドレスとパスワードでのログインを客に求めていたこと、そしてそれが店の成長を止めていたことを課題として挙げています。

先に断っておきます。この事例に、予約数や売上がどれだけ増えたかを示す数値はありません。公表されている結果は、2店舗になったこと、客からの反応、そして創業者が次にやりたいこととして語っている育成の計画です。ですから「ログインをやめれば予約が何%増える」という読み方はできません。

それでも読む価値があるのは、課題の書き方が具体的だからです。予約の入口で何が起きていたのか、連絡の取りこぼしがどういう形で表に出たのか、そのあと通知をどう設計したのかが、短い事例ページの中で分かる範囲で書かれています。

この記事では、Square の導入事例ページと、Square が公開しているヘルプの記載だけを使って、次の3つを整理します。課題として公表されている内容、予約1件に入る通知の設計とその制約、そしてメール施策の数値をどこまで読めるか。確認日は2026年11月11日です。導入事例ページの掲載日は2025年8月8日です。

運転しながら予約しようとしている人に、パスワードを求めていた

事例ページの課題の節は、見出しそのものが「扱いにくい仕組みが成長を止めていた」という形になっています。中身は、予約の入口の話から始まります。

創業者の Fabiano さんの言葉は、こういう趣旨のものです。車で道を走りながら予約を取ろうとしていると想像してほしい。そこでメールアドレスを入れ、次にパスワードを入れなければならない。それは理想的な客の体験を作っていなかった、と。

ここで指されているのは、予約フォームの項目数ではありません。ログインという工程そのものです。項目が多いだけなら、時間はかかっても埋められます。ログインを求められた人は、パスワードを思い出せなければその場で進めません。しかも、どこで止まったのかは店の側から見えません。予約が入らなかった事実だけが残ります。

もう1つ挙がっている課題が、連絡の行き違いです。仕組みの不具合によって連絡が途切れ、すでに予定を変更した予約に客が来てしまうことがあったと書かれています。予約の取りこぼしは見えませんが、こちらは店の入口で起きるので見えます。見える失敗と見えない失敗の両方が、同じ仕組みから出ていたことになります。

店の性格も、事例ページから読み取れます。Barbearia は master barber の Fabiano さんと妻の Camila さんが営む理髪店で、営業年数は8年と書かれています。Fabiano さんはブラジルから25歳で移り、15歳のときから髪を切っています。概要欄の店舗数は2、所在地はジョージア州マリエッタです。

Camila さんは店を作った動機について、人が速度を落として互いに話し、顔を見合わせ、新しいつながりを作れる場所にしたかったという趣旨のことを語っています。この店が売っているのは、技術と同時に滞在時間です。だからこそ、入口でパスワードを要求する体験が課題として名指しされたのだと読めます。

入口で聞く項目は、連絡先と支払い方法に分けて考える

ここからは、Square 側の公開ドキュメントで確かめられる範囲に移ります。事例ページは「予約・受付・決済が1つの仕組みに入った」という書き方で解決を説明していますが、具体的に入口で何ができるのかは書いていません。

オンライン予約の設定について書かれたヘルプには、予約の入口を店が用意する方法として、簡単な予約用のサイトを無料で作る方法と、商品の購入などもできるサイトを作る方法の2つが挙げられています。前者は住所、営業時間、サイトへのリンクを並べて予約を受け、カレンダーと同期する形のものだと説明されています。

同じヘルプには、予約と同時に前払いを受け取れることも書かれています。使える手段として、クレジットカード、デビットカード、Google Pay、Apple Pay、Square のギフトカード、Afterpay、前払いのパッケージが挙げられています。前払いの方針を設定できるという記載もあります。

つまり入口で聞く内容は、性質の違う2つに分かれます。連絡を取るための情報と、支払いを確定させるための情報です。前者を増やしても店の取り分は増えませんが、後者は当日の未入金や無断キャンセルの扱いを変えます。入口の項目を削る話と、前払いを求める話は、同じ「入力の手間」に見えて、得られるものが違います。

前払いとキャンセル規定を、どこまで客に合意させる形にしているかは、別の事例で扱いました。予約の1週間前に頭金、当日に残金という受け取り方を請求書へ変えた例は当日精算をやめた体験型レンタル｜Hot Tub Boatsの予約と入金にあります。あわせて読むと、入口を軽くする話と、前払いで取りはぐれを防ぐ話を切り分けて考えられます。

なお、Barbearia が実際にどの形の予約サイトを使っているかは、事例ページに書かれていません。ここで示したのはヘルプにある選択肢で、この店の設定ではありません。

予約1件に通知が入る場面は4つある

連絡の行き違いという課題に対して、仕組みの側に何が用意されているかを確かめます。通知とリマインドの設定について書かれたヘルプには、客が受け取る通知として、予約の確認、予約前のリマインド、新しい予約依頼の通知、予約の変更の通知、キャンセルの通知が挙げられています。

送り方はテキストとメールのどちらか、または両方を店が選べます。リマインドについては、予約の前のどの時点で自動送信するかを設定画面の一覧から選ぶと書かれています。選べる時間の幅そのものは、このヘルプには書かれていません。Square Go を使っている客については、通知が二重にならないようにアプリのプッシュ通知が優先されることがあるという注記もあります。

文面も変えられます。同じヘルプには、通知ごとに本文と件名を編集でき、客の名前や店名といった項目は用意された変数で差し替えられると書かれています。ただし制約が2つ明記されています。1つは、予約の通知は取引に関する連絡に限られ、販促や宣伝の文言はブロックされること。もう1つは、テキストの文面が1024文字を超えると既定の文面に戻ることです。

この2つは、日本で同じ設計を考えるときにも効きます。予約の通知は全員へ自動で送る連絡なので、そこへ割引やキャンペーンの案内を足したくなります。そこを仕組みの側で止めているわけです。販促は販促の経路で送り、通知は予約の事実だけを伝える。分けておけば、通知が届かなくなる事故も、宣伝と受け取られて拒否される事故も避けられます。

事例ページには、通知が効いた場面が客の言葉として載っています。Fabiano さんによると、ある客が来店してこう言ったそうです。このアプリがあってよかった、家にいて予約をすっかり忘れていたのに、リマインドのメッセージが届いたのだ、と。Camila さんは、客から質問が来ればすぐ返せること、直前の連絡が必要なときに電話に出てくれることを祈るのではなくテキストを送れることを挙げています。

ここで注意したいのは、効果の大きさが公表されていない点です。無断キャンセルが何%減ったのか、リマインドの到達率はどうだったのかは、事例ページに記載がありません。読み取れるのは、連絡の経路を電話からテキストへ移したという事実の範囲までです。

「メール1通にいくら紐づいたか」は、何を数えた値か

販促の側についても、具体的な記述があります。Camila さんは、初回の客には Square Marketing から歓迎のメールを送り、来店の礼と、簡単に再予約できる選択肢を添えていると語っています。そのうえで、特定のメールにどれだけの予約と売上が紐づいているかを仕組みの中で見られることを挙げ、それが投資の回収を測る助けになると述べています。

このやり方自体は、日本の小さな店でも同じ形で組めます。初回客の名簿が会計の記録と同じ場所にあるなら、歓迎のメールは1通作って自動で送れます。問題は、その次の「測る」のところです。

メール施策のレポートについて書かれたヘルプを読むと、レポートに出るのは、メールを開いた人数、詳細を見るためにクリックした数、そして施策によって購入した人数だと説明されています。ダッシュボードの顧客向けの画面から、施策ごとのレポートを開く手順も書かれています。

ここで止まるべき線があります。どの購入をどのメールに数えるのか、その判定の条件は、参照したヘルプ記事には書かれていません。開封から何日以内の購入を対象にするのか、同じ人が複数のメールを開いていたらどちらに数えるのか。この2つが分からない数値は、「このメールが売上を作った」という因果の証明には使えません。

では何に使えるのか。同じ条件で前後を並べる材料としては使えます。送る通数、送る時刻、送る相手の抽出条件をそろえたうえで、先月と今月を比べる。そろえずに比べると、差が出ても施策の差なのか条件の差なのか分かりません。自店の資料に残すときは、数値と一緒に「どの画面から取ったか」「何を数えた値か」を書いておきます。

購入後のメールを何通組むか、そのうち何通を売り込みにするかという設計は、別の事例で扱いました。14通のうち売るのは3通｜米焙煎店の購入後フォローメールには通数と間隔が公表されています。歓迎メール1通から始めるなら、その次の設計の参考になります。

公表されている成果は、数値ではなく次の計画

事例ページの結果の節に、売上や客数は出てきません。書かれているのは、2店舗目を開いたことと、創業者が次に向かっている方向です。

Fabiano さんは、より良い理髪師を世界に送り出したいと述べ、過去10年のあいだに7人の理髪師が自分のもとで学びたいと来て、免許の取得を助けることができたと語っています。さらに、学校を作って生徒に教え、彼らをより良い理髪師にして店の家族に迎えたいという構想を挙げています。Camila さんの言葉では、この店においてカットはいちばん上に載っているさくらんぼにすぎないという表現になります。

項目	事例ページの記載
店舗数	2（概要欄）
営業年数	8年
課題	ログインを求める予約、連絡の行き違いによる来店
名前の出ている道具	Square の Register／Appointments／Marketing／Payroll／Online。本文に Messages
育成の実績	過去10年で7人の理髪師の免許取得を助けた
売上・客数・予約数の変化	記載がありません
無断キャンセルの変化	記載がありません

表にすると、この事例の性格が分かります。数値で語られているのは店の規模と育成だけで、施策の効果は言葉で語られています。日本でこういう事例を社内の資料に引くときは、ここを混ぜないことが大事です。「2店舗になった」は事実ですが、「仕組みを替えたから2店舗になった」は事例ページが書いていないことです。

1人で始めた店が人を雇い、2店舗目へ進む過程で管理をどう組み替えたかは1人サロンが2店舗8人へ。米Brow Down Studioの管理作業80%減で扱いました。あちらは削減した割合が公表されている事例なので、数値がある事例と無い事例の読み分けの練習にもなります。

参照した範囲で確認できなかったこと

出典に記載がなかった項目を、埋めずに残します。推測で補うと、この記事を根拠に使った人が誤った前提で判断することになります。

確認できなかった項目	探した場所	この記事での扱い
予約数・売上・客数の変化	導入事例ページ	記載がありません
無断キャンセルや遅刻の増減	導入事例ページ	連絡の行き違いがあったという記述だけを載せます
ログインを求めていた旧システムの名称	導入事例ページ	名前は出ていません
仕組みを入れ替えた時期	導入事例ページ	時期の記載はありません
事例の公開後も同じ仕組みを使っているか	導入事例ページ	掲載時点の内容として扱います
予約サイトの形・料金プラン	導入事例ページ、ヘルプ	ヘルプにある選択肢だけを示します
店舗の住所・営業時間・料金	公式サイト	本文がJavaScriptで描画され、自動取得では読めませんでした

公式サイトについて補足します。出典には公式サイトのURLを挙げていますが、本文の描画に JavaScript を使っているため、自動取得では中身を読めませんでした。したがって、この記事では店舗の住所、営業時間、メニューの料金を扱っていません。読者が自分で確かめたいときの入口として、URLだけを残しています。

もう1点。この事例の掲載日は2025年8月8日で、確認日は2026年11月11日です。1年以上の差があります。その間に店が仕組みを変えたかどうかは公表されていないので、この記事は掲載時点で公表された内容として読んでください。現在の運用について書けることはありません。

まとめ

Barbearia の事例が名指しで示しているのは、予約の入口に置いたログインが、客の体験を損ない、店の成長を止める側に働いていたという判断です。もう1つの課題は連絡の行き違いで、すでに変更した予約に客が来てしまうという形で表に出ていました。

仕組みの側でこれに対応する部分は、Square のヘルプで確かめられます。通知は予約の確認、リマインド、新しい依頼、変更、キャンセルという場面ごとに用意され、テキストとメールのどちらか両方かを店が選びます。リマインドを送る時点は設定の一覧から選びます。文面と件名は編集できますが、取引に関する内容に限られ、販促の文言はブロックされます。テキストは1024文字を超えると既定の文面に戻ります。

販促の計測については、言える範囲と言えない範囲を分けておく必要があります。レポートに出るのは開封、クリック、購入の件数です。どの購入をどのメールに数えるかの条件は、参照したヘルプに書かれていません。ですから因果の証明には使えず、条件をそろえた前後比較の材料として使うのが妥当です。

公表されている結果は、2店舗になったこと、店が送ったリマインドを客が歓迎したという声、そして過去10年で7人の理髪師の免許取得を助けたという育成の実績です。売上も客数も予約数も記載がありません。この記事でもそれ以上には広げていません。持ち帰れるのは、入口の工程を1つ減らすという判断と、通知と販促を分けて設計するという作り方です。効果は店の立地や客層、運用によって変わります。