回答しやすく集計しやすい申込フォームの項目設計と選択肢の決め方

先に台帳の列を決める

フォームの項目から作り始めると、あとで台帳の列と合わなくなります。順番は逆です。

1. 申込後に台帳で何をするか書き出す(人数の合計、日程ごとの名簿、アレルギー対応の確認など)
2. その作業に必要な列だけを台帳に作る
3. 各列に対応する形でフォームの項目を作る

この記事では、説明用の例として「地域の料理教室の申込フォーム」を使います。実在の団体やデータではありません。台帳でやりたいのは「日程ごとの参加人数の集計」「連絡先の管理」「食材アレルギーの把握」の3つとします。

項目ごとの入力形式の選び方表

次の表が、この例での入力形式の判断です。

• お名前、台帳での使い道：名簿・宛名、入力形式：自由記述(1行)、理由：選択肢にできない
• フリガナ、台帳での使い道：並べ替え、入力形式：自由記述(1行)、理由：並べ替え用。全角カタカナと案内を添える
• メールアドレス、台帳での使い道：連絡、入力形式：メール型(あれば)、理由：形式の誤りを入力時に防げる
• 電話番号、台帳での使い道：緊急連絡、入力形式：電話型(あれば)か自由記述、理由：型がなければハイフン有無を案内
• 参加日、台帳での使い道：日程別の集計、入力形式：単一選択、理由：日付を手入力させると書式が揺れる
• 参加人数、台帳での使い道：合計、入力形式：数値型、または単一選択(1〜4名など)、理由：上限が決まっているなら選択式が確実
• 経験、台帳での使い道：班分け、入力形式：単一選択、理由：3段階程度に固定できる
• 食材アレルギー、台帳での使い道：対応確認、入力形式：複数選択+「その他」の自由記述欄を別に用意、理由：集計は選択、例外は文章で拾う
• 連絡事項、台帳での使い道：個別対応、入力形式：自由記述(複数行)、理由：人が読むだけ

ポイントは、「その他」を選択肢に混ぜず、自由記述欄を別項目にすることです。「その他(具体的に)」を選択式の中で入力させる方式だと、台帳の1つの列に定型の値と自由な文章が混ざり、集計が崩れます。

ツールが持つ入力型を使う

ノーコードツールには、選択式や数値、日付、メール、電話といった型が用意されているものがあります。たとえばAppSheetの列のデータ型の説明では、単一選択のEnumと複数選択のEnumListが、固定の選択肢に値を絞る型として紹介されています。Number、Date、Phone、Emailも、入力の形式をそろえる型として挙げられています(2026年10月27日に確認)。使うツールに同じ型があれば、まず型で縛るのが最も手間の少ない表記ゆれ対策です。

複数選択は「保存のされ方」を先に確認する

複数選択は便利ですが、ツールによっては台帳側の1つのセルへまとめて入ります。Glideのヘルプの記事では、Choiceコンポーネントで複数選択を有効にすると、結果列に「Choice 1, Choice 2, Choice 4」のようにカンマ区切りで保存される例が示されています。

ここから、編集上の注意が2つ出ます。

• 選択肢の文言に区切り文字と同じ半角カンマ(,)を含めない。 カンマ区切りで保存される仕組みでは、あとで分割するときに選択肢が割れる可能性があります。「卵,乳」のような1つの選択肢は作らず、「卵」「乳」と分けます。
• 複数選択の項目は、台帳で数えたい単位に合わせて作る。 「卵を含む人は何名か」を知りたいなら、複数選択のセルを検索・分割して数える作業が増えます。数えたい項目が少数なら、「卵:はい/いいえ」のように個別の単一選択にする方が集計は楽です。

お使いのツールで複数選択がどう保存されるかは、必ず手元でテスト送信して台帳を見て確認してください。

表記ゆれを防ぐ選択肢の例

選択肢は「重ならない」「漏れない」「表記が統一されている」の3条件で作ります。説明用の例を示します。

参加日(単一選択)

• 11/09(土)10:00〜12:00
• 11/10(日)10:00〜12:00
• 11/16(土)10:00〜12:00

日付は半角数字、曜日は全角かっこ、時間は半角数字と「〜」に統一しています。申込を締め切った日程は、選択肢から外すか「満席」と分かる状態にします。

経験(単一選択)

• はじめて
• 少しある(月1回未満)
• よく作る(月1回以上)

境界を数字で示すと、「少しある」と「よく作る」で迷う人が減ります。

食材アレルギー(複数選択)

• なし
• 卵
• 乳
• 小麦
• そば
• 落花生
• えび・かに
• その他(下の欄に記入)

「なし」と他の選択肢が同時に選ばれる矛盾が起こり得ます。ツールに排他設定がなければ、台帳の確認列で「なし+他の項目」を目視する運用にします。

表記ルールの一覧

選択肢を作るときの社内ルールとして、次の程度を決めておけば十分です。

• 数字は半角、かっこは全角で統一する
• 記号やカンマ、改行を選択肢に入れない
• 末尾に「など」「その他」を付けず、別項目にする
• 順序は「選ぶ人の多い順」ではなく、時系列や段階順にする
• 台帳に入る文字列そのものなので、あとで文言を変えないか、変えたときは台帳の既存値も直す

最後の点は見落としやすい部分です。選択肢の文言を後から変更すると、すでに台帳に入っている回答は古い文言のままになり、同じ意味の値が二つ並びます。

AIに設計案を出させる依頼文

項目と選択肢の案出しはAIに任せられます。ただし台帳の使い道を渡さないと、見栄えだけの案になります。次の依頼文は未実行の例です。個人情報や実際の申込者データは貼らず、項目名だけを渡してください。

申込フォームの項目設計を手伝ってください。

【目的】料理教室(定員各8名)の申込受付
【台帳でやりたいこと】日程別の参加人数の集計、連絡先管理、アレルギー把握
【使うツール】(例:Glide。複数選択はカンマ区切りで保存される)
【項目案】お名前、フリガナ、メール、電話、参加日、人数、経験、アレルギー、連絡事項

次の表を作ってください。
1. 項目ごとに「自由記述/単一選択/複数選択/数値/日付」のどれが適切か、台帳での使い道を理由に
2. 選択式の項目は選択肢案(重複なし・漏れなし・カンマを含めない)
3. 表記ゆれが起きそうな箇所と、その防ぎ方
4. 回答者の負担が大きい項目があれば指摘

人が確認すること

AIの案は、次の点を人が見てから採用します。

• 選択肢が重なっていないか、当てはまらない人が出ないか
• 本当に必要な個人情報だけを聞いているか(アレルギーなどは、使い道と保管先を決めてから項目にします)
• 使うツールで、その入力形式が実際に選べるか
• 試しに自分で申し込み、台帳の列に想定どおりの値が入るか

公開前のテスト手順

1. テスト用の申込を、あえて揺れる入力(全角数字、スペース入り、複数選択の全部選び)で3件送る
2. 台帳で、日程別の件数を数える・フィルタするなど、実際の作業を一度やってみる
3. 手作業の直しが出た項目を、選択式や型指定に変える
4. テスト行を削除してから公開する

手直しが出た項目こそ、設計を見直す場所です。