ホームページ・申込フォーム・Webアプリの違い｜相談先を決める前の整理

何を頼めばよいか分からないのは自然です

「ホームページを作りたいと伝えてよいのか、申込フォームや会員画面まで必要なのか分からない」

「ホームページ」という言葉は、会社案内だけのページにも、予約や会員機能を持つ仕組みにも使われます。

そのため、相談前に正しい名前を当てようとすると迷います。

たとえば、次の場面は必要な形が異なります。

• お客様が営業時間、サービス内容、事例を読めれば、電話や問い合わせへ進める
• お客様から体験希望日と連絡先を一度受け取り、担当者が後から返事をする
• 会員が自分の予約を確認し、空き枠を見ながら変更する
• 利用者ごとに申込状況を見せ、担当者も同じ進み具合を確認する
• 店舗側が案内を更新したいが、更新のたびに制作会社へ連絡している

名前ではなく、お客様が何を済ませ、送信後に誰が何をするかを見ると、相談の入口を選びやすくなります。

先に結論

最初は、次の三つで考えます。

1. 情報を知り、比較し、問い合わせへ進んでほしいなら、ホームページを中心に考える
2. 必要事項を一度送ってもらい、その後は担当者が対応できるなら、申込フォームを中心に考える
3. 利用者が後から戻り、自分の情報を見たり変えたりするなら、Webアプリを検討する

ただし、三つはどれか一つだけを選ぶものではありません。

ホームページに既存の申込フォームをつなぎ、必要になった部分だけWebアプリへ広げる形もあります。

分類に自信がなくても、「今は電話で予約変更を受けており、本人が自分で空きを見て変えられるようにしたい」と伝えれば、必要な形を一緒に比較できます。

30秒診断：どの形から相談する？

4つの質問に答えると、ホームページ、申込フォーム、Webアプリのどこから比較するかを仮決めできます。

結果は最終決定ではありません。

相談時に、いまの状況と次に確認することを伝えるための入口です。

三つの役割を日常語で分ける

ホームページは、情報を伝えて次の行動へ案内する

ホームページは、サービス内容、営業時間、場所、事例、よくある質問などを見てもらう場所です。

読んだ人が電話、来店、問い合わせ、申込へ進めるように案内します。

更新を続ける場合は、誰がどの情報を直すかも先に決めます。

申込フォームは、必要事項を一度に受け取る

申込フォームは、氏名、希望日、問い合わせ内容などを決まった項目で送ってもらう仕組みです。

たとえばGoogleフォームでは、回答を受け取り、手元の表で確認し、公開範囲や回答後の扱いを設定できます（参考）。

送信後の空き確認や個別調整を担当者が行えるなら、専用のWebアプリを作らずに始められる場合があります。

Webアプリは、利用者ごとの状態を継続して扱う

Webアプリは、ブラウザで使う仕組みのうち、利用者が入力、検索、確認、変更などを繰り返すものです。

予約履歴、申込状況、会員情報のように、利用者ごとに見せる内容が変わる場面で候補になります。

ログイン、見てよい情報の範囲、運営側の確認画面、通知、外部サービスとのつながりも検討します。

代表的な四つの形を比べる

どれが上というランキングではありません。

お客様が済ませたい用事と、担当者が続けられる運用に合わせて選びます。

既存フォームや予約サービスは、プランや設定によって使える機能が異なります。

Googleフォームでも、回答者の範囲、回答後の編集、確認文面、ホームページ内への表示などを設定できます（参考）。

比較するときは料金表だけでなく、今の申込後の流れがどこまで続けられるかを確認します。

公式情報から分かる判断の順番

デジタル庁のウェブサイトガイドラインは、情報提供を主とするサイトと、申請や資格管理などの手続を主とするサイトを分けて整理しています（参考）。

同じ案内の中でも、利用者の必要性、効率、効果を考えて手段を決める考え方が示されています。

民間の小さな事業で考える場合も、情報を読むことが中心か、申込や継続利用まで終えることが中心かを分けると整理しやすくなります。

GOV.UKのサービス設計ガイドは、作るものを先に決めず、利用者が誰で、何をしようとし、現在どのように済ませ、どこで困るかを調べるよう案内しています（参考）。

さらに、一つの画面だけではなく、用事の最初から最後まで、電話や対面を含むすべての経路を見る考え方も示されています（参考）。

ここから、Ready Mockでは次の順番を判断の補助にします。

• お客様が知りたいだけなら、まず情報の不足や見つけにくさを直す
• お客様が一度情報を送れば担当者が続けられるなら、既存フォームも比較する
• お客様が後から状態を確認・変更するなら、継続利用する画面を検討する
• 電話や対面が残る場合も、その前後を含む一連の流れで考える

これは公的サービス向けの考え方を、小規模事業の相談前整理へ置き換えたものです。

個別の業種や運用に対する唯一の正解ではありません。

申込フォームからWebアプリへ変わる境目

入力項目が多いだけで、Webアプリが必要になるわけではありません。

次のような要望が重なると、単発のフォームより継続利用する仕組みを比較する段階です。

1. 利用者が送信後の状態を見たい

「受付済み」「確認中」「日程確定」のように、状況を後から確認したい場面です。

担当者からのメールだけで続けられるか、利用者向け画面が必要かを比べます。

2. 利用者が自分で変更・取消をしたい

予約変更のたびに電話を受けるのか、本人が空きを見て変更できるようにするのかで、必要な仕組みが変わります。

誰が、いつまで、どこまで変更できるかも決めます。

3. 前回の情報を次回も使いたい

会員情報、住所、利用履歴などを毎回入力せずに使いたい場面です。

本人確認と、保存する情報を必要最小限にする考え方が必要です。

4. 利用者によって見せる内容が変わる

会員区分、契約内容、申込状況によって表示や操作を変える場面です。

誰が何を見てよいかを曖昧にしたまま、画面だけを増やさないようにします。

相談前に見る五つの判断軸

お客様が終えたい一つの用事

「Webを整えたい」ではなく、「初めて来る人が体験日を選んで希望を送る」のように書きます。

最初の相談では、一つに絞って構いません。

送信後に担当者が行うこと

内容確認、空き確認、承認、返信、担当者への引継ぎを書きます。

ここを省くと、フォームを置いた後も転記や確認漏れが残ります。

繰り返し利用と本人確認

一度の問い合わせか、同じ人が何度も戻るかを確認します。

ログインは便利そうだから付けるのではなく、本人だけに見せる情報があるかで考えます。

更新する人と確認する人

営業時間や事例を直す人、申込を見る人、例外を判断する人を分けます。

同じ担当者でも、どのタイミングで何を見るかを書きます。

既存サービスで試せる範囲

既存フォームや予約サービスで、申込項目と受付後の流れを試せる場合があります。

独自の画面を作る前に、標準機能で困りごとが減るかを比べます。

相談前にできる五つの整理

完成した仕様書は必要ありません。

次の五つを一枚にまとめると、相談先も選択肢を比べやすくなります。

1. 最近あった電話、LINE、メール、紙のやり取りを一つ書く
2. そのとき、お客様が済ませたかった用事を一文で書く
3. お客様が情報を送った後、担当者が行った確認と返信を書く
4. 同じお客様が後から戻り、見たり変えたりする必要があるかを書く
5. ホームページ、既存フォーム、既存サービス、Webアプリのどこまで比較したいかを書く

たとえば、次のように伝えられます。

この一文なら、正しい製品名が分からなくても、利用者の用事と相談したい境目を共有できます。

相談前の役割分けチェック

いま答えられる項目だけ選んでください。

選べない項目は、初回相談で決める議題になります。

そのまま使える相談メモ

分類が決まっていなくても使えます。

分からない項目は「相談で決めたい」と書いて、そのまま初回相談へ持っていけます。

ホームページ・申込フォーム・Webアプリの違いについて相談したい内容：

【お客様が済ませたい一つの用事】
例：初めて来る人が、体験できる日を確認して希望を送る

【今の案内方法】
例：ホームページ、SNS、店頭掲示、電話、LINE

【今の申込・問い合わせ方法】
例：電話、LINE、メール、店頭の紙

【今困っている場面】
例：同じ質問への電話が繰り返し来る。申込内容を手元の表へ書き直している。

【お客様に見せたい情報】
例：サービス内容、営業時間、体験できる日、よくある質問

【お客様から受け取りたい情報】
例：氏名、連絡先、希望日、相談内容

【申込を受け取った後の対応】
例：担当者が空きを確認し、メールで体験日を確定する

【お客様が後から確認・変更したいこと】
例：自分の予約日を確認し、前日まで空き枠へ変更したい

【本人だけに見せる情報】
例：予約履歴、申込状況、会員向けの案内

【公開後に更新する人】
例：店舗責任者が営業時間と体験日を更新する

【既存フォームや予約サービスで試せそうな範囲】
例：体験希望の受付、確認メール、担当者への通知

【Webアプリが必要か確認したい範囲】
例：ログイン後の予約確認、空き枠を見ながら行う予約変更

【相談で決めたいこと】
例：まずホームページと既存フォームで始めるか、予約変更まで小さく試すか

【共有できる資料】
例：今のホームページ、申込用紙、電話でよく聞かれること、受付後の手順

次にやること

最近のお客様対応を一件だけ選びます。

お客様が何を知り、何を送り、後から何を見直したかったかを書いてください。

最初の相談では、次の一文で十分です。

参考情報

• デジタル庁, DS-680.1 ウェブサイトガイドライン. 情報提供を主とするサイトと、手続を主とするサイトの分類、利用者の必要性に応じて手段を決める考え方を確認。2025年9月30日改定。2026年7月27日参照。
• Government Digital Service, GOV.UK Service Manual, Learning about users and their needs. 利用者、済ませたいこと、現在の方法、困りごと、必要な結果を作る前に調べる考え方を確認。2016年4月4日公開、2017年3月23日更新。2026年7月27日参照。
• Government Digital Service, GOV.UK Service Manual, Designing good government services: an introduction. 利用者の用事を最初から最後まで、電話や対面を含むすべての経路で考える方針を確認。2016年11月7日公開、2024年10月22日更新。2026年7月27日参照。
• Google, Google ドキュメント エディタ ヘルプ, Google フォームの使い方. フォーム作成、回答の確認、公開・共有方法を確認。公開日・更新日の記載なし。2026年7月27日参照。
• Google, Google ドキュメント エディタ ヘルプ, フォームを回答者と共有する. 回答者の範囲、回答後の編集、確認文面、ホームページ内への表示方法を確認。公開日・更新日の記載なし。2026年7月27日参照。