
受付後に何をするか決める
フォームの目的は資料請求と一般的な問い合わせの受付です。予約確定や見積契約までを一度の送信で成立させる設計にはしません。誰が何営業日以内に見るか、返信に何が必要かを決めてから質問を作ります。完了画面の表示と担当者による対応完了は別の段階です。
質問を必要な項目に絞る
新しいフォームに、問い合わせ種類、件名、返信先メール、内容を置きます。氏名や会社名は対応に必要かを判断し、最初から住所や電話番号まで必須にしないようにします。Tallyでは入力ブロックを追加してフォームを組み立てられるため、項目ごとに適した型を選び、長文入力と短いテキストを分けます。
必須項目と説明を設定する
返信先と内容など、ないと対応できない項目だけを必須にします。補足文は入力してほしい形式や用途が分かる内容に絞ります。メール入力の形式確認は実際に返信できることまで保証しません。誤入力に気づいた人が再送した場合、同じ受付か別件かを担当者が判断できる運用も用意します。
完了画面で期待を伝える
送信後は受付したことと、返信の目安、急ぎの場合の連絡先があればそれを示します。「送信できたので契約が完了した」と誤解されない文面にしてください。自動返信や担当者通知を設定する場合は、利用プランと送信先を別に確認します。公開ページに書いた返信目安が守れる体制かも点検します。
プレビューと公開URLで入力する
編集画面のプレビューで必須項目と表示順を確認してから公開し、実際のURLで試します。スマホ幅でラベルが切れないか、長い問い合わせを入れられるか、送信時のエラーが分かるかを見ます。公開後に質問を変更した場合も、編集画面だけでなく利用者が見るフォームに変更が反映されたか確かめてください。
受付一覧と通知を照合する
正常な一件、必須項目の空欄、長い本文の三つを確認します。送信済みの回答がTallyの受付一覧にあり、通知を使う場合は同じ回答に対応しているかを比べます。通知メールが来ないだけで回答が失われたとは判断せず、まず受付一覧を確認します。練習用の回答と本番回答を区別する方法も決めます。
保存先を増やす必要があるか判断する
少量ならTallyの一覧を毎日確認する運用でも始められます。管理表が必要なら標準のGoogle Sheets連携、複雑な分類や複数の処理が必要ならMakeなどを検討します。先に接続先を増やすより、受け付けた回答を誰が処理したか分かるところまで完成させる方が、抜け漏れの原因を見つけやすくなります。
参照した公式情報
料金・提供条件・対応範囲は変更されることがあります。契約前に、下記の公式ページでご確認ください。
- Tally help center情報確認日: 2026-10-30
- Google Sheets integration — Tally情報確認日: 2026-10-30
- Tally pricing情報確認日: 2026-10-28
- Tally plans and pricing情報確認日: 2026-10-28
- Tally billing and payment情報確認日: 2026-10-28





