EvoQuest
EvoQuest Appsスマホ予約アプリ 2026.06

SCENARIO ── SALON RESERVATION CASE

お客様のネット予約と
店舗の予約・施術記録をまとめる

お客様がスマートフォンで予約し、店舗が同じ台帳で予定と施術記録を確認するアプリの開発案です。電話で受けた予約も登録でき、前日のお知らせも送れます。施術者1〜数名の店舗で約3ヶ月の公開を想定します。

想定領域
スマホ予約アプリ / 来店業務の改善
担当範囲
作業と記録の確認・管理画面の開発・導入時の説明
想定対象
施術者 1〜数名の予約制サロン・治療院
想定期間
設計〜公開 約 3 ヶ月

OVERVIEW

どんな仕組みをつくるか

電話で予約を受けてノート台帳に書き込むため、施術中は予約を受け付けられない。こうした予約受付の課題に、お客様向けの予約画面と店舗側のスマホ台帳を連携させる開発プランです。お客様のネット予約・当日の受付と会計・前日のお知らせ・来院記録(施術メモ)・継続して連絡を希望するお客様へのフォロー を一つのアプリにまとめます。

店舗側の画面は施術者がスマホで使うことを想定しています。だから「施術の合間に片手で台帳が確認できる」ことを最優先に設計します。最初から全部を作り込まず、まずネット予約と台帳を日々の業務で使い、来院記録やフォローは使いながら足していく前提です。

CHALLENGE

課題

  • 01 施術中は電話に出られない。折り返しの連絡が必要になり、お客様にも予約が決まるまで待っていただくことになる。
  • 02 口頭の予約とノートの台帳がずれて、たまにダブルブッキングが起きる。予約が重なっていないかを確かめ、変更があればお客様に連絡して調整する必要がある。
  • 03 無断キャンセルを減らしたくても、前日確認の電話を一件ずつかける余裕がない。空いた枠は埋め直せず、その時間の売上を失ってしまう。
  • 04 「前回どこを施術したか」がノートをめくらないと出てこない。前回の記録がすぐに見つからず、同じ内容を聞き直すことがある。話した内容が人によってノートに残ったり残らなかったりする。

APPROACH

課題への対応

電話に出られない間も予約を受け付けられるよう、まずお客様が自分のスマホから24時間予約できる窓口を作ります。メニューを選んで、空いている日時を押して、名前と連絡先を入れるだけ。施術者が電話に出られなくても予約を受け付けられ、入った予約はそのまま店舗側の台帳に並びます。電話で受けた予約も同じ台帳に登録し、空き枠を共有することで予約の重複を防ぎます。

店舗側はスマホで完結させます。本日の来院・次のお客様・空き枠・要対応をホームの上から順に並べ、施術の合間に開いてすぐ状況がつかめる構造に。前日のお知らせを自動で送り、予約の確認や変更の連絡につなげます。来院記録は、体のどこをどう施術したかを前回の続きから書ける形にして、過去の記録を探す手間を減らします。全部を一度に入れず、ネット予約と台帳から始めて、使いながら記録やフォローを足していく順序で組みます。

CONSULTATION

現在の予約受付と記録の方法から相談できます

電話予約の折り返しや予定の転記など、現在の負担をお聞かせください。
予約台帳・施術記録・前日のお知らせのうち、必要な機能と費用・期間を整理してご提案します。

SCREENS

主要画面

想定する主要画面と設計で大事にしている考え方です。施術の合間に片手で使えることを最優先にした構成で、データはすべて予約制サロン・治療院の規模感に合わせた想定例です。実在の店舗・お客様ではありません。

01. ホーム(本日の予約)

アプリを開くと、本日の来院予定が時間順に並ぶホーム。次のお客様・空き枠・前日のお知らせの未送信を一目で把握し、その場から受付や確認に進める構成。

ホーム
使い方のポイント
「次に誰が来るか」「確認や連絡が必要な予約はどれか」を画面のいちばん上にまとめる。
店舗側の使い方
施術の合間に片手で開く前提で、主要ボタンは親指の届く下部に。
状態の表現
受付前・施術中・会計済を色とマーク付きラベルの両方で区別。

02. ネット予約(お客様の画面)

お客様がスマホから予約する画面。メニュー選択→空いている日時→連絡先入力の3ステップで、施術者が電話に出られなくても予約が入る。空き枠だけを押せるようにして、取り違えを防ぐ設計。

お客様向け
使い方のポイント
押せるのは空いている時間だけ。予約済みの枠はグレーで表示し、選択できないようにする。
入力の負担
名前・電話番号など、予約受付に必要な情報を中心に入力してもらう。施術の希望や事前に伝えたいことは、業務上の必要性に応じて項目を設ける。
取り違え防止
確定前にメニュー・日時・料金を一画面で見せ、選択内容に間違いがないか確認できるようにする。

03. 受付・会計・次回予約

来院したお客様を受付前→施術中→お会計→次回予約の順に進める画面。お客様の情報・本日のメニュー・前回の来院がカード一枚にまとまり、施術の合間に状況を確認できる構成。

受付・会計
使い方のポイント
担当者が受付・施術・会計の状態を更新し、本日の進み具合を確認できるようにする。
その場で完結
会計後に空き枠を確認して次回予約を登録できるようにする。
次回の案内
次回予約が未定のお客様を確認し、連絡を希望する方に次回の案内を送れるようにする。

04. 来院記録(施術メモ)

体のどこをどう施術したかを前回の続きから書ける来院記録。図の上で部位をマークし、定型の選択肢で素早く残せる。次回来院時に、前回の記録を参照しながら新しい記録を作れる設計。

来院記録
使い方のポイント
自由記述を最小限にし、部位と施術内容は図と選択肢で残せるようにする。
記録の整理
来院ごとに自動で日付がつき、過去の記録を時系列でさかのぼれる。
引き継ぎ
担当が替わっても前回までの状態が読めるよう、記録する項目をそろえる。

05. 予約前日のお知らせと再来店の案内

前日のお知らせの送信状況としばらく来ていないお客様の一覧を一画面に。自動で送る前日確認に加え、連絡を希望するお客様へ前回の内容に合わせて案内を作れる構成。

フォロー
使い方のポイント
前日のお知らせは自動。送信済・未送信を区別する。開封状況は、お客様向けアプリ内でお知らせを開いた場合に記録する。
再来のきっかけ
最終来院からの経過日数で並べ替え、しばらく来院していないお客様を確認できる。
案内文の確認
お客様ごとの案内文を下書きで表示し、担当者が内容を直してから送信する。

06. 予約台帳(パソコンの管理画面)

落ち着いて全体を見たいときのための、パソコン向け予約台帳。時間×施術者のマスに予約が並び、空き枠・新規・常連を色で区別。お客様の一覧や来院履歴も同じ画面から開ける設計。

予約台帳
使い方のポイント
日時と施術者ごとに予約状況を並べ、空き枠を確認できるようにする。
絞り込み
施術者・メニュー・新規/常連で台帳を絞り、目的の予約を探しやすくする。
スマホと同じ中身
スマホとパソコンで同じ予約情報を共有し、どちらで入力した内容も反映される。

OUTCOME

この仕組みで改善したいこと

電話に出られない間も予約を受け付け、確認や記録の手間を減らすことを目指します。日々の作業は次のように変わる想定です。

01

施術中でも、お客様がスマホから予約を取れる

今の作業施術中は電話に出られず、予約の確認に折り返しの連絡が必要。
導入後の使い方お客様がスマホから24時間予約でき、入った予約はそのまま台帳に並ぶ。

電話の折り返しを待たずに予約できるようにし、お客様が予約を諦めてしまう機会を減らします。

02

予約前日のお知らせを自動で送る

今の作業一件ずつ確認の電話をかける時間がなく、無断キャンセルで空いた枠を埋められなかった。
導入後の使い方前日のお知らせが自動で届き、変更やキャンセルの連絡が早めに届けば、空いた枠で別のお客様の予約を受けられる。

前日の連絡を自動化し、予約忘れや直前のキャンセルを減らすことを目指します。

03

前回どこを施術したかを、来院記録からすぐ確認できる

今の作業前回の施術記録をノートから探すのに時間がかかり、お客様に同じ内容を確認することがあった。
導入後の使い方お客様の来院履歴から前回の施術記録を開き、確認しながら今回の記録を入力できる。

施術内容や次回の注意点を記録し、担当者が替わっても確認できるようにする。

PROCESS

開発の進め方

以下は約3ヶ月で公開する場合の進行例です。オンラインで打ち合わせを重ね、作る機能と試用の結果に応じて日程を調整します。月の終わりごとに実際に予約を入れて試してもらいます。その感想を翌月の作業に反映します。

1
MONTH 01 / 業務の確認・予約の流れの確認

現在の予約方法を確認し、画面案を決める

電話での受付やノート台帳への記入など、現在の予約手順を一通り伺います。メニューと料金・施術者ごとの枠の取り方・前日確認のやり方を整理し、まず作る「ネット予約と台帳」の範囲と画面の構成を固めます。

  • 予約の受け方・キャンセル対応の打ち合わせ
  • メニュー・料金・営業時間・枠の整理
  • 最初に作る機能の優先順位づけ
  • 主要画面(ホーム・ネット予約)の下書き
2
MONTH 02 / アプリ開発・予約台帳の開発

お客様向けの予約画面と店舗側の台帳を開発する

お客様向けのネット予約と、店舗側のスマートフォン・パソコン用の予約台帳を作ります。前日の予約案内を自動送信する機能も加え、月の後半に実際に予約を登録して動作を確認します。

  • ネット予約・空き枠表示の開発
  • 店舗側ホーム・受付・台帳の開発
  • 前日のお知らせの自動送信の実装
  • 試しに予約を入れてみる内部テスト
3
MONTH 03 / 確認・公開

試用で見つかった操作のしにくさを直し、公開する

試用で見つかった押しにくい箇所や操作に迷う箇所を調整し、合意した機能を公開します。LINEや店頭QRコードから予約画面を案内できるようにし、公開後の操作方法と問い合わせ先を説明します。

  • 試用で出た声をもとにした画面調整
  • 来院記録・再来フォローの導入時期の確認
  • 予約リンク(LINE / QR)の用意
  • 公開・使いながら改善する体制づくり

FAQ

よくある質問

  • Q1 予約サイトのサービスを契約するのと、何が違うんですか?
    既存の予約サービスでも予約は受けられます。違うのは、自分の店の予約の取り方・メニュー・来院記録の残し方にぴったり合わせられる点です。既存サービスで足りるなら、その利用をお勧めします。店舗独自の予約条件や来院記録の管理に既存サービスで対応しにくい場合は、専用アプリの開発を検討します。まず今の受け方を伺ってから、作るべきかどうかを一緒に決めます。
  • Q2 パソコンが苦手でも使えますか?
    はい。店舗側はスマホで完結する前提で、施術の合間に片手で開いて状況がつかめる作りにします。入力はできるだけ選択肢や定型文に置き換え、自由記述を減らします。落ち着いて全体を見たいときだけパソコンの予約台帳を使うという使い方ができるようにします。
  • Q3 無断キャンセルは本当に減りますか?
    効果はお店の予約状況によって異なります。想定では前日のお知らせを自動で送り、来られない人が早めに連絡をくれるようにします。早く分かれば、空いた枠をキャンセル待ちのお客様に回せます。送信状況を確認し、必要に応じて個別に連絡できます。サンプルの開封表示は、お客様向けアプリ内のお知らせを開いたかどうかを示すもので、内容を理解したことまでは確認できません。
  • Q4 来院記録(カルテ)は医療の記録として使えますか?
    想定しているのは、整体・リラクゼーションなどでの施術内容を残す来院記録・施術メモです。医療機関の診療録(カルテ)とは別物として設計します。体のどの部位をどう施術したか、次回どうするかを前回の続きから書ける形にし、担当が替わっても引き継げることを目的にしています。医療機関向けに必要な要件がある場合は、その範囲を確認してから設計します。
  • Q5 導入にはどのくらいの期間・規模が必要ですか?
    想定では設計から公開まで約3ヶ月、施術者が1〜数名の予約制サロン・治療院を対象にしています。北海道内は直接お伺いし、道外はオンラインで対応します。要件が固まっていない段階からご相談いただけます。まずは現在の予約受付の手順を伺い、改善したい点を整理します。
  • Q6 作るとなると、費用はどのくらいかかりますか?
    お客様が自分で予約するところまでか、店舗側の予約台帳と来院記録まで含めるかで変わります。相談のときは、この2つに分けて概算をお出しします。既存の予約サービスを使い続ける場合との比べ方も整理します。既存サービスを数年間使う費用と専用アプリの開発・保守費用を比べます。あわせて、電話に出られず折り返しが必要になった件数も確認し、導入する価値があるかを検討します。相談と概算の見積もりまでは無料で承ります。
  • Q7 お客様の名前や来院記録をアプリで持つのは、法律の面で大丈夫ですか?
    検索できるように整理した顧客名簿などの「個人情報データベース等」を事業に使う場合、件数が少なくても個人情報取扱事業者にあたります。以前あった「5,000人分以下は対象外」という扱いは2017年になくなりました(個人情報保護委員会のQ&A)。スタッフが一人のサロンも対象になり得ます。設計では、何のために使う情報かをお客様に示す文面をアプリに載せ、スタッフごとに見られる範囲を分け、来なくなったお客様の記録をいつまで残すかも決めたうえで公開します。

現在の予約受付と記録の方法から相談できます

電話予約の折り返しや予定の転記など、現在の負担をお聞かせください。
予約台帳・施術記録・前日のお知らせのうち、必要な機能と費用・期間を整理してご提案します。

EvoQuest

AI相談窓口

EvoQuestについて、
気になることを聞いてください。

サービスの内容や制作実績、
費用の目安などをご案内します。

AIが回答します。個人情報・機密情報は入力しないでください。入力内容は回答のためにAI提供元へ送信されます。利用について(新しいタブ)

直接お問い合わせ

会話はこのタブに一時保存されます。