確認画面
送信前に入力内容を確認し、戻って修正できる導線を作ります。
確認画面は、登録、申込、問い合わせ、送信などの直前に、入力した内容を利用者自身が見直すための画面です。Roundtableでは「何を確認させるか」「戻ったときに入力値を保持するか」「確定後に何を登録・通知するか」をそろえておくと、発注者、実装者、AIに指示する人の認識を合わせやすくなります。
この機能でできること
フォームで入力した会社名、担当者、連絡先、希望内容、数量、金額、添付、同意事項などを、送信前に一覧形式で確認できます。利用者は内容を見直してから確定でき、間違いがあれば入力画面へ戻って修正できます。公開申込、問い合わせ、予約、請求確定、管理側の承認前チェックなどで使えます。
入力と保存の間に、利用者が自分で確認するための区切りを作ります。
確認画面を挟むことで、誤送信、入力漏れ、送信後の問い合わせ対応を減らしやすくなります。
よくある利用場面
公開申込・問い合わせを送信する
氏名、会社名、連絡先、相談内容、希望日時などを確認してから送信し、完了画面や通知へ進めます。
予約・注文内容を確定する
予約日時、数量、金額、配送先、注意事項を見直し、戻って修正できる流れを作ります。
管理側で承認・登録前に見直す
担当者が入力した案件、請求、通知文、ステータス変更内容を確認してから確定します。
プロンプト例
入力画面、確認画面、完了画面の流れ、確認画面に出す項目、戻る操作、送信後の登録・通知をセットで伝えると、実装範囲を決めやすくなります。
プロンプト
公開問い合わせフォームに確認画面を追加してください。入力後に会社名、担当者名、メールアドレス、電話番号、相談カテゴリ、相談内容を確認表示し、「入力へ戻る」と「送信する」を配置してください。戻った場合は入力値を保持し、送信後は問い合わせを登録して担当者へ通知し、完了画面を表示してください。
この機能を使うときのポイント
確認対象入力項目をすべて出すか、送信判断に必要な項目だけに絞るかを決めます。
戻る導線入力値を保持したまま戻れるようにし、利用者が同じ内容を再入力しなくて済む流れにします。
確定後の処理登録、通知、メール送信、ステータス変更、完了画面表示など、送信後に起きる処理を整理します。
公開側か管理側か一般利用者の申込確認なのか、管理者の登録・承認前確認なのかで、文言や表示密度を変えます。
この機能を実装するときのコツ
確認画面は、入力値を一度受け取り、必須チェックや形式チェックを通したうえで表示します。戻る場合はPOST値やセッションに入力内容を保持し、送信する場合は確認画面で見せた内容だけを信用せず、保存処理側でも同じ検証を行います。公開側では二重送信防止、完了画面、通知先を合わせて設計し、管理側では標準画面の保存前確認で足りるか、独自の確認画面や確認モーダルが必要かを分けます。