経営幹部本人が承認した略歴がある。そしてもう1つの略歴がある。見込み客、記者、取締役、あるいは買収候補がプロンプト欄にその人物の名前を入力したとき、ChatGPTが書く略歴だ。
いま重要なのは、この第2の略歴である。本人の許可なく書かれ、通知なしに更新されるそれは、買い手が会議に持ち込む前提情報になっている。大半のCEOは、自分の第2の略歴を読んだことすらない。
過去2年間、筆者の会社はChatGPT、Claude、Gemini、Perplexityで、経営幹部の氏名に関する構造化されたクエリを実行してきた。同じ人物に同じプロンプトを使い、一定の頻度で更新するという方法だ。悪いGoogle検索結果を埋もれさせ、好意的な特集記事を売り込み、LinkedInを更新するという従来の手法では、これらのエンジンが何を語っているかには手が届かない。
第2の略歴は、次のように構築される。
1. エンジンは検索結果ではなく、エンティティから始める
AIエンジンに人物について尋ねると、検索結果上位10件の青いリンクを読み取って要約するわけではない。名前をエンティティ、つまりナレッジグラフ内のノードとして解決し、そのノードについて知っていることを基に回答する。エンティティが薄ければ、回答も薄くなる。エンティティが存在しなければ、エンジンはもっともらしい内容を作り上げる。
そのエンティティ層を構成するのはWikipediaやWikidata、経営幹部自身のページにあるスキーママークアップ、そして権威ある媒体からの構造化された参照である。LinkedInではない。LinkedInはログインの壁の向こう側にあり、エンジンは公開された参照情報を読むようには読み取れない。これまでの経営幹部のレピュテーション対策の大半は、エンティティ層に触れてこなかった。いま最初に取り組むべき仕事はそこにある。
2. Wikipediaは最もレバレッジの効く資産だが、大半の経営幹部はページを持てない
個人のWikipediaページは、たとえ短いものであっても、エンジンが返す回答を変える。その人物が誰で、どの媒体に取り上げられてきたのかを示す、最も整った構造化記録である。エンジンはそれに大きく依存している。
Wikipediaの特筆性の基準は厳格で、さらに厳しくなっている。大半の経営幹部は条件を満たさない。条件を満たす人でも、ページが古くなっていたり、重要な実績が欠けていたり、敵対的な編集に支配されていたりすることが多い。Wikipediaに掲載される資格がない経営幹部の場合、作業の焦点はWikidataの項目、エンジンが信頼する媒体での認証済みプロフィール、自社所有のプロパティ上にあるスキーママークアップ付きの略歴へと移る。その1つひとつが、一貫したエンティティに向けた票になる。
3. 重要なのは企業ではなく、個人をめぐる第三者情報の密度である
会社のプレスリリースにしか名前が出てこない経営幹部には、独立した足跡がない。その名前は会社として解決され、第2の略歴は企業の会社概要ページのように読めるものになる。
一方、過去24カ月間に、多様で信頼できる媒体で、肩書ではなく名前で言及されてきた経営幹部には、エンジンが構築に使える足跡がある。異なる媒体、鮮度、情報源間の一貫性、そして買い手が実際に尋ねるであろうプロンプトとの整合性。経営幹部本人の名前を挙げた一流媒体での特集記事2本に、定期連載、研究での引用が加われば、会社名だけを挙げた20本の転載記事よりも、第2の略歴を大きく前進させる。
4. 略歴の冒頭段落は、いまや検索・取得のための一等地である
エンジンは短く、断定的な文章を抽出する。経営幹部自身のサイトにある略歴は、エンジンが出合うテキストの中でも最も価値の高いものの1つだ。引用されることを前提に書くべきである。
最初に来るべきは、その人物が誰で、何を率いているのかを定義する一文である。前置きはいらない。鼓舞するような序文も不要だ。名前の前に会社の沿革を置くべきでもない。エンジンはスクロールしない。大半の経営幹部の略歴は、印刷されたプログラム向けに書かれている。AIの回答に表示される略歴は、抽出のために書かれている。力強い書き出し、平明な文章による実績、明快な構造、そしてその下にあるスキーマが必要だ。
5. 沈黙はリスクとして読まれる
2年前に強力なメディア露出があり、それ以降は沈黙している経営幹部は、いまエンジン内での足場を失いつつある。エンジンは鮮度を重視し、第三者による足跡が止まった名前を低く評価する。2年前のプロフィール記事は、掲載当日に持っていた重みをいまも維持しているわけではない。
レピュテーション対策は一度きりの働きかけではない。エンジンが認識できる継続的な期間の中で、コメント、寄稿コラム、研究での引用、講演に関する報道といった活動を、一定のリズムで維持していく必要がある。
6. エンジン間の不一致こそ、リスクが潜む場所である
ChatGPT、Claude、Gemini、Perplexityがすべて同じようにその経営幹部を説明しているとき、第2の略歴は安定している。あるエンジンだけが他と異なることを述べている場合、たとえば古い肩書、すでに存在しない所属、棄却された訴訟、あるいはその経営幹部がすでに去った会社について言及している場合、そこが封じ込め作業を行うべき場所である。放置すれば、エンジン間の不一致は次に記者が書く記事のテーマになる。
ブランド名だけでなく個人名について、エンジン間の一致度を測定することは、いまやレピュテーション・ダッシュボードの一部である。この領域において、早期警戒システムに最も近いものだ。
変化はすでに起きている
経営幹部のレピュテーションは、かつてGoogleの問題だった。良い結果を上げ、悪い結果を下げ、Wikipediaがあるならきれいに保つ。その作業はいまも重要だが、もはや十分ではない。
買い手、記者、取締役、買収候補は、いまや経営幹部本人が一度も承認していない略歴を読んでいる。その略歴は、名前をエンティティとして解決し、見つけた情報を基に回答したエンジンによって書かれたものだ。やるべきことは、エンティティを明確に定義し、足跡を最新の状態に保ち、自社所有のページを検索・取得に適した形に整え、すべてのエンジンが同じことを語るようにすることである。
いまこれに取り組む経営幹部は、このサイクルの残りの期間、第2の略歴をコントロールできる。先送りする人々は、今後数年間、チャットボットが自分のために書いた自分像を説明することに追われるだろう。
