セミナー アンケート項目｜営業に渡すデータ設計チェックリスト

アンケートには2通りの作り方があります。満足度を測る紙として作るか、参加者1人を1行のデータとして残す最後の機会として作るかです。前者は運営の振り返りには使えますが、営業には渡せません。渡せる形にするために足すべき列は、設問文ではなく、イベントID・同意の範囲・関心テーマ・資料DL・記事閲覧・引き渡しの判定の6つです。この記事では、その記入式のチェックリストと、ChatGPTに項目案を作らせるときの指示文を全部置きます。

なぜイベントを一続きの経路として見る必要があるのかは、イベントマーケティングのKPI設計｜商談化までを一続きで見るで扱っています。ここでは、その経路に載せるデータの形だけを決めます。

回答は集まったのに、営業がそのリストを開かない

よくある状態はこうです。回答率は悪くない。満足度も高い。CSVを書き出して営業に共有する。そこで止まります。営業は開いたあと、こう聞き返してきます。「これ、いつのセミナーの人ですか」「連絡していい人とダメな人はどこで見分けるんですか」「この"AI活用に興味あり"って、何に興味があるんですか」。

この3つの質問に、シートの中で答えられていない。だから開かれなくなります。設問を増やしても解決しません。足りないのは設問ではなく、1行を成立させる列だからです。

イベントIDが無く、どの回の誰かを後から辿れない

セミナーのアンケートは1回ごとにフォームを作り直すことが多く、ファイル名だけで管理されがちです。3回目の開催で同じ人が2回目にも来ていたことに気づけない。これは回答者の問題ではなく、開催回を識別する記号を列として持っていないという設計の問題です。

同意の取り方が「案内メール」までで、営業連絡まで届いていない

チェックボックスが1つあり、「今後のご案内をお送りしてよろしいですか」と書いてある。これで取れているのは案内メールの同意であって、営業からの個別連絡の同意ではありません。利用目的は本人が合理的に予測できる程度に特定して公表することが求められます（個人情報保護法第17条・第21条）。「ご案内」としか書いていないものを営業連絡の根拠にはできません。

さらに、記事閲覧のようなCookie等に基づく行動データは、それ単体では個人関連情報にあたる場合があります。これを第三者に渡し、渡した先が個人データとして取得することが想定されるときは、本人の同意が得られていることの確認が必要です（同法第31条）。詳細は個人情報保護委員会のガイドライン（通則編）とガイドラインに関するQ&Aに整理されています。自社の中で自社の顧客データと突き合わせる場合と、外部のツールや取引先に渡す場合とでは、必要な手当てが変わります。ここを1列で持っておかないと、後から誰にも判断できません。

関心テーマが自由記述で、名寄せも並べ替えもできない

「ご興味のある分野」を自由記述にすると回答は豊かになりますが、100件並べたときに何も分かりません。「AI」「生成AI」「ChatGPT」がバラバラの文字列で入り、集計もフィルタもできない。自由記述を消す必要はありませんが、選択式の列と自由記述の列を分けて両方持つのが正解です。

記入式：参加者1人を1行にする10列

そのまま写して使ってください。列名は変えて構いませんが、10列すべてを埋められる状態にすることが目的です。

記事閲覧は11列目として足しても構いませんが、アンケートの時点では埋まりません。アンケートで埋める列と、後から埋まる列を分けて設計するのが実務的です。記事閲覧はイベントレポートを公開した後に、計測側から追記する列になります。

設問文ではなく、列から逆算して作る

多くの人が設問文から考え始めます。順番が逆です。上の10列のうち、セミナーのアンケートでしか取れないのは4・7・8、そして6の営業連絡の同意だけです。この4つを聞けばよく、残りは申込フォームと運営側の記録から埋まります。設問が減れば回答率は上がり、営業に渡る情報はむしろ増えます。

ChatGPTに項目案を作らせるときに、そのまま貼れる指示文

汎用のLLMでここまではできます。出し惜しみせずに全部書きます。

選択肢を、自社の言葉ではなく参加者の言葉で作らせる

関心テーマの選択肢は、社内の用語で作ると誰も選びません。過去の自由記述を材料にして作らせます。

あなたはBtoBのイベント運営担当です。
以下は過去のイベントアンケートの自由記述です。
（ここに30〜100件を貼る）

このテキストから、参加者が繰り返し口にしている「困りごと」を抽出し、
アンケートの選択肢として5つにまとめてください。条件:
- 参加者が実際に使っている言葉を優先し、社内用語に言い換えない
- 5つは互いに重ならないようにする
- 各選択肢に、その根拠となった自由記述を2件ずつ引用する
- 「その他（自由記述）」は5つに含めない

根拠の引用を必ず出させてください。出典を求めないと、それらしい一般語（「業務効率化」など）に丸められます。

同意文を、案内と営業連絡で分けて書かせる

セミナー申込フォームに置く同意取得の文言を2つ作ってください。
1つ目: 今後のイベント・記事等のご案内メールの送付について
2つ目: 弊社担当者からの個別のご連絡（電話・メール）について

条件:
- それぞれ独立したチェックボックスとして機能する文言にする
- 利用目的を、本人が読んで何に使われるか分かる具体さで書く
- 断定的な法的助言や「法律上問題ありません」といった表現は入れない
- 100字以内

法務の確認は必ず人が通してください。LLMの出力は下書きであって、根拠ではありません。

判定の理由を言語化させる

10列目の判定は、埋めようとすると手が止まります。理由の型を先に作らせておくと進みます。

以下の10列を持つイベント参加者データがあります。（列名を貼る）
「営業に渡す／保留／渡さない」を判定するときの理由を、
それぞれ3パターンずつ、短い定型文で用意してください。
条件:
- 保留の理由には、何が埋まれば渡せるようになるかを必ず含める
- 点数やスコアは使わない

自由記述を、要約せずに分類させる

以下の自由記述を、先ほどの5つの選択肢に分類してください。
条件:
- 原文は一字も変えずにそのまま残し、分類ラベルだけを付ける
- どれにも当てはまらないものは「未分類」に置き、無理に寄せない
- 1件が複数に当てはまる場合は複数ラベルを付ける

要約させないことが肝心です。営業が読んで効くのは、要約された「業務効率化への関心」ではなく、「外注費が読めない」という本人の言葉そのものだからです。

渡す条件は、点数ではなく3つの行で決める

スコアリングは点数の作り方を決める会議が長くなり、しかも点数を見た営業が「で、何点から動けばいいの」と聞き返してきます。3値で持つと、そこが起きません。

• 渡す: 営業連絡の同意があり、関心テーマが埋まっていて、判定理由が1行書けている
• 保留: 同意はあるが関心テーマが空欄、または同意の取得日時が確認できない
• 渡さない: 営業連絡の同意が無い。ここは例外を作らない

保留を「後で見る箱」にすると、二度と見ません。保留には必ず「何が埋まれば渡せるか」を書く。書けないなら、それは渡さないと同じです。

記入欄を埋めても、埋まらないものが2つ残る

1つ目は、同意の運用です。同意を取ったこと自体は列に書けますが、その同意が今も有効か、撤回の連絡が来ていないかは、フォームの外側で管理されます。表計算の列では持ちきれず、顧客データを管理する側の仕組みと運用ルールが要ります。

2つ目は、セミナーの中身をコンテンツに変える工程です。10列が埋まっても、参加者が「もう一度読みたい」と思うものが無ければ、記事閲覧の列は空欄のままです。連絡の設計そのものはイベント後のお礼メール・アンケート・資料DL設計で別に書いています。この記事の10列と、あちらの送信フローは対で使ってください。

素材を記事に変えるところは、道具に任せられる

sonata は、インタビューやイベントの音声から記事を作るツールです。音声をアップロードすると文字起こしし、複数の話者を自動で識別して分離します。メディア設定を反映した原稿を生成するので、登壇の記録がそのままイベントレポートの下書きになります。

公開した後は、計測タグを自社サイトに1行貼ると、登録済みの記事が自動で計測されます。GA4のプロパティを繋ぐと、読了率とエンゲージメントスコアがGA4のデータから計算されます。上の表の11列目「記事閲覧」を埋めるのは、この計測側です。

書き出しはテキストとWord形式で、WordPressやGoogleドキュメントなど既存のCMSへ持っていけます。無料で試せます。

この設計でよく詰まるところ

Q. 既に開催したイベントのアンケートに、後からイベントIDを足せますか？

足せます。回答日時と開催日が分かれば、開催回は一意に決まるからです。CSVに列を1つ追加し、開催日ごとに同じ記号を入れてください。ただし同じ人が複数回参加していた場合の名寄せは、メールアドレスを鍵にして手作業で確認することになります。回数が増えるほど後追いは苦しくなるので、次回から新規に採番する方が早いです。

Q. 営業連絡の同意チェックを増やすと、申込数が落ちませんか？

落ちる可能性はあります。ただし落ちるのは「連絡されたくない人の申込」で、その人たちは同意欄が無くても営業には渡せません。申込数という数字は減りますが、渡せる行の数は変わらないか増えます。どちらを指標にしているかを先に決めてください。

Q. 関心テーマの選択肢は、いくつが適切ですか？

3〜6が扱いやすい範囲です。理由は回答者の負担ではなく、集計側の都合です。7つを超えると1つあたりの件数が減り、どのテーマに記事を作るべきかの判断材料になりません。選択肢は年に1回、自由記述を材料に作り直してください。

Q. アンケートに答えなかった参加者は、渡さない扱いになりますか？

いいえ。判定に使うのは同意の有無であって、アンケートの回答有無ではありません。申込フォームで営業連絡の同意を取っていれば、アンケート未回答でも「渡す」になり得ます。ただし関心テーマが空欄なので、多くは「保留」に入ります。ここで申込フォーム側にも関心テーマの選択肢を置いておくと、保留が減ります。

最後に決めるのは、設問ではなく渡す条件

設問文を磨いても、営業がリストを開くようにはなりません。開かれるのは、1行を見れば連絡していいかどうかが分かるときだけです。イベントIDで回を特定でき、同意が2種類に分かれて記録され、関心テーマが選択式で並び、判定の理由が1行書いてある。この4つが揃った時点で、そのアンケートは営業に渡せるデータになります。

次の開催までに、まず10列の表を作ってください。設問はそのあとで、埋まらない列だけを聞くように決めれば十分です。