イベント用の登壇者紹介：インタビューから短い略歴を書く方法

紹介文で経験とテーマの関係が分かる

肩書を長く並べても、なぜその人が特定の課題について話すのかは分かりません。役立つ紹介文は、どんな場面を経験し、どう関わり、イベントで何を共有できるかを示します。

事前インタビューは素材になりますが、事実の確認は必要です。役割が変わっていること、企画名に正式な表記があること、成果がチーム全員によることもあります。根拠を示せない最上級は避けます。

事実を集め、使う場所に合わせて整える

1. 形式と対象者を確認する

   プログラム、イベントのページ、口頭の紹介のどこで使うかを確かめます。主催者に長さの上限を聞きます。一般的な文字数の目安より、その上限が大切です。短い紹介カードと司会者の前置きでは目的が違います。

2. テーマに合う経験を見つける

   具体的な仕事と本人の関わりを話してもらいます。個人の役割とチーム全体の成果を区別します。経歴をすべて並べるより、発表とのつながりを説明できる事実を選びます。

3. 名前と役割を確認する

   名前の表記と読み方、現在の役職、組織、企画名を確認します。日付、受賞、数字は適切な資料で照合します。確認できない事実は、後で確認するつもりで入れず、省きます。

4. 必要な版を作る

   プログラム用には、役割、経験、テーマがつながる段落を書きます。司会者用には、読み上げやすく、講演前に聞く意味がある内容だけを残します。事実を本人と確認し、いつ時点の版かを記録します。

架空の専門家を紹介する例

以下は架空の学習用事例です。名称、条件、結果は手順を説明するためのものです。

例の略歴には、専門家への聞き取りや手順書の検証を記せます。本人がチームでの作業と説明したのに、プログラム全体を一人で作ったとは書けません。

短く紹介するなら、「アンナ・レベデワは業務手順書を作り、新入社員にも分かるかを確認しています。今日は、専門家との会話から役立つ詳細を引き出す方法を紹介します」とできます。名前と状況は架空です。

略歴のための事実確認シート

まず事実の欄を埋めてから、それぞれの版を書きます。複数の主張が混ざった完成文を後から確認するより簡単です。

名前の表記と読み方：
現在の役割と組織：
確認日：
発表のテーマ：
関連する経験：
チーム企画での本人の貢献：
確認した実績：
入れないこと：
長さの上限：
プログラム用：
司会者用：
事実を確認した人：

聞き手の視点で紹介文を見直す

• 経験とテーマの関係が分かる。
• 役職や名称が最新である。
• チームの成果を一人のものにしていない。
• 口頭版は長い列挙がなく読みやすい。