アプリ開発の依頼前に決めること

減らしたい手間を伝える

たとえば、一人で英会話を教える先生が、授業中にかかってきた電話へ折り返し、予約の希望日時を聞いているとします。この手間を減らしたいなら、相談文は次のようになります。

英会話の個人レッスンを行っています。授業中は電話を取れないため、お客様がスマホから受講したい日時を送れるようにしたいです。届いた希望を私が確認し、受講できるかをメールで返事する方法を考えています。

この架空の教室で必要なのは、予約の希望を受け取る機能です。送信だけで予約を確定するのではなく、先生が返事をし、お客様と日時に合意してから確定する想定です。

受付から確定までの流れ

この予約方法では、お客様と先生が次のようにやり取りします。

1. お客様が、受講したい日と時間、名前、メールアドレスを入力する。
2. お客様が「予約の希望を送る」を押す。
3. 画面に「希望を受け付けました。先生からの返事をお待ちください」と表示される。
4. 先生が届いた希望を読み、その日時にレッスンができるかを調べる。
5. 先生がメールで返事をし、お客様と日時に合意したら予約を確定する。

希望の受け付けはアプリ、日程の判断と返事は先生が担当します。先生もアプリ内で返事をしたいなら、メッセージをやり取りする機能が別に必要です。同じ「予約アプリ」でも、任せたい作業によって作る範囲が変わります。

相談に必要な六つの情報

制作会社が方法や費用を検討するために、次の情報もあると役立ちます。決まっていないものは「未定」で構いません。

誰が、何で使うか

例：お客様はスマホ、先生はパソコンを使う予定。

受け取る情報

例：希望日時、名前、メールアドレス。届いた内容を見るのは先生だけ。

予約を受けられない場合

例：希望日時が埋まっていたら、先生が別の日をメールで案内する。

今使っているもの

例：紙の予約表とメール。すでに予約サービスを使っているなら、その名前も伝える。

使える予算

制作に使える総額と、公開後に毎月払える金額。分からなければ、費用の目安から聞きたいと伝える。

使い始めたい時期

希望日と、その日に間に合わせたい理由。まだ決まっていなければ、未定と伝える。

今の予約表を見せる場合は、実際のお客様の名前や連絡先を隠すか、架空の内容に置き換えます。相談したいのは情報の種類と扱い方なので、実在の個人情報を渡す必要はありません。

見積もりの機能を確かめる

制作会社には、メモを基に、必要な機能と実現方法を提案してもらいます。既存の予約サービスなどで対応できるか、新しく作る部分が必要かも相談できます。

この教室なら、お客様が希望日時を入力する画面と、届いた内容を先生が読める仕組みが必要です。アプリ内に保存して確認する方法も、先生へメールで送る方法も考えられます。希望が届いたことを通知する機能も必要なら、相談時に伝えておきます。見積書では、入力画面だけでなく、内容の受け取りや通知まで含まれているかを確かめます。

相談で決まった機能や動き方は、「仕様書」という資料にまとめます。依頼先と内容を確かめながら、何を作るのかを具体的にしていくための書類です。

公開前に、実際の流れを確認する

完成したアプリでは、入力から受付、担当者への通知まで、合意した一連の操作ができるかを確認します。この教室なら、予約の希望が先生へ届き、お客様に次の手順が伝わることが確認項目です。

本番の個人情報を使わず、試験用の名前や日時で確認します。入力の間違い、希望日時が埋まっている場合、通信に失敗した場合の案内も、制作範囲に合わせて確認します。

公開先、データの保存先、閲覧できる人、公開後の管理担当は契約前に決めます。必要な機能と費用を見積書で確認し、完成したものを確認してから公開へ進みます。