チケット販売開始後に参加登録の質問を追加する方法

質問と利用目的を決める

未回答の確認シートをダウンロード（Markdown、英語版のみ）

公開中のフォームを変える前に、質問、選択肢、利用目的を書きます。個人情報を含まない例は「印刷したプログラムが必要ですか？」で、はい・いいえの数を印刷計画に使います。未回答を認めるか、集計が必要になる実際の日付も決めます。見栄えのよい報告書を作るためだけに必須項目にしないでください。シートに担当する役割と回答の使い道を残します。

新規購入者と既存チケットを分ける

二つの対象を別に整理します。新規購入者には利用サービスが定める段階で質問を表示し、既存保有者にはチケットの画面へ戻る方法か主催者による対応を用意します。購入者が答えるのか各参加者が答えるのか、対象券種も決めます。Eventbriteは購入者・参加者別の質問と券種による表示を提供し、Titoは発券後の質問追加を説明しています。どちらも他サービス共通の仕様ではありません。[1][2]

今後の購入フローを設定して試す

提供元が用意する編集画面で質問を追加し、対象券種ごとに許可されたテスト注文を実施します。文面、選択肢、必須設定、発券の時点を確認します。Eventbriteの案内では、注文後にフォームの質問が示され、必須情報がそろうとチケットが発行されます。Titoには独自の質問・チケット設定があります。一方の仕様を他方に当てはめず、実際に見た結果を記録します。[1][2]

発券済みの対象を確認する

変更前に対象となる発券済みチケットの合計を取り、新項目がどう表示されるか調べます。Titoによると、新たな必須回答がない既存チケットに「Details missing」と出る場合があります。ただし質問を必須にしても、そのチケットを遡って止めることはなく、次の注文や引き取り時に確認されます。全員を「未登録」と呼ばないでください。新質問の未回答だけを抽出できない場合は、連絡対象を作る前にその限界を記録します。[1]

既存保有者の回答方法を確かめる

既存保有者が自分の詳細を編集できるか、回答がどこに表示されるか確認します。Titoでは参加者による変更を止める設定がオフなら、チケットのページから回答できます。主催者も参加者の記録を編集できます。許可されたテストチケットで実際の経路を試し、他人の記録が見えないことを確かめます。セルフサービスがなければ、承認された問い合わせ経路と担当する役割を決めます。[1]

不足している回答だけを依頼する

対象の既存保有者に向け、質問内容、必要な理由、実際に期限がある場合の日時、確認済みの回答方法を短く伝えます。現在のチケット状態を正確に説明し、新しい質問だけを理由に発券済みチケットが無効になったかのように書かないでください。Titoの連絡機能には不足情報で絞る方法がありますが、「Not filled in」には別の未記入も含まれます。送信前に対象を確認し、回答済みの人を除きます。[1]

回答数を照合して変更を終える

その質問自体の回答を確認し、対象総数、回答済み、未回答、対象外を照合します。Titoの質問ページには回答数と「No answer」が示されますが、一般的な不足情報グループはこの数の代わりになりません。Eventbriteもカスタム質問の回答レポートを案内しており、閲覧には「Basic reports」の権限が必要です。実際に使うサービスの報告を用い、合わない集計には担当部署を決めます。両対象の経路を確認してから変更を閉じます。[1][3]