参加と合意形成

最初にそろえるべき認識

顧客の質問は部門をまたいで存在している

利用者の疑問は、購入前は営業やウェブ、購入後はサポート、契約や表現の確認は法務というように、社内では別々の場所に蓄積されています。ある調査では、サポートに寄せられる問い合わせの相当部分が、公開情報で答えられる内容だったとされています。つまり、既に社内に答えはあるのに、公開情報として整理されていない状態が多くの組織で起きています。

この認識を最初に共有すると、AI検索対応は「ウェブの新しい施策」ではなく「社内に散らばる答えを一つにまとめる作業」として理解されます。各部門にとっては、繰り返し答えている質問の負担が減るという直接の利点があり、参加の動機になります。

一つの事実に一つの表現を対応させる

営業資料では「最短3日で導入」、ウェブでは「約1週間で導入」、サポートでは「通常5営業日」と書かれているような不一致は珍しくありません。人が読む場合は文脈で補えますが、AIが複数の情報源を統合する際には、矛盾として扱われるか、どれか一つが根拠なく選ばれます。

そこで、事実ごとに「正とする表現」と「根拠」「更新責任者」を決めた一覧を作り、各部門がそこから引用する運用を目指します。一覧の名称は「ファクトシート」「用語集」など組織に合わせて構いませんが、置き場所を一つにし、誰でも参照できる状態にすることが条件です。

[PR]

目標を流入数だけに置かない

ウェブ担当が「流入を増やしたい」、営業が「商談を増やしたい」、サポートが「問い合わせを減らしたい」と別々の目標を持ったままでは、優先順位で衝突します。AI検索対応では、公開情報が参照されることで問い合わせの質が変わり、商談前の理解度が上がるといった複数の効果が想定されるため、共通の目標を「答えの品質」に置くと合意しやすくなります。

具体的には、主要な質問に対して社内で答えが一致している割合、公開情報で自己解決できた問い合わせの割合、AIの回答で自社が正確に言及された割合などが候補です。指標の設計はデータと評価で扱います。

参加してもらう部門と役割

営業とカスタマーサポートは質問の供給源

営業とサポートは、利用者の生の質問を最も多く持っています。商談の議事録、問い合わせの対応記録、チャットのログから、繰り返される質問を月に一度抽出してもらいます。負担を減らすため、抽出の形式は「質問文」「頻度の感覚」「現在の答え」の三項目に絞ります。

サポートの対応記録は、問い合わせ管理ツールのタグ機能で分類できていれば、抽出は短時間で済みます。分類ができていない場合は、まず上位20件程度の頻出質問を担当者の記憶から挙げてもらうだけでも、初期の材料としては十分です。

[PR]

法務・コンプライアンスは表現の確認者

法務は公開前の確認だけでなく、「どこまで書いてよいか」の基準づくりに参加してもらうと、確認の往復が減ります。景品表示法や業法上の注意点を、禁止表現の一覧ではなく「こう書けば問題ない」という推奨表現の形でまとめてもらうと、編集側が使いやすくなります。

法務が参加する会議は頻度を絞り、基準の見直しと重要ページの確認に限定します。日常の確認はチェックリストで編集側が一次判断し、判断に迷う点だけを法務に回す二段構えが、双方の負担を抑えます。制度面の詳細は制度と実務を参照してください。

開発・情報システムは構造と計測の担い手

構造化データの実装、更新日の管理、クローラー制御、アクセス解析の設定は開発部門の協力が不可欠です。編集側の要望を都度依頼すると優先順位で後回しになりやすいため、四半期ごとにまとめて依頼する形にすると、開発側も計画に組み込みやすくなります。

また、社内のナレッジ基盤やFAQシステムを公開情報と連動させる場合、データの持ち方を開発と早い段階で相談しておくと、後の二重管理を避けられます。

合意を作る会議の単位

「質問」を単位に議論する

会議で「ページを作るか」「キーワードをどうするか」を議論すると、部門ごとの関心がずれて結論が出にくくなります。代わりに、「〇〇という質問にどう答えるか」を単位にすると、営業は商談での経験、サポートは対応の実態、法務は表現の可否という形で、それぞれの知見を同じ議題に持ち寄れます。

一回の会議で扱う質問は5〜10件に絞ります。各質問について、正とする答え、根拠、公開の可否、更新責任者を決め、記録します。この記録がそのままファクトシートになり、ページ作成の元資料になります。

月次30分、四半期90分の二層構造

月次の会議は30分程度で、新しい質問の追加と既存の答えの更新に絞ります。四半期の会議は90分程度を確保し、方針の見直し、指標の確認、次の四半期に優先する質問群の決定を行います。参加者は月次が実務担当、四半期が部門責任者を含む構成にすると、決定の権限と実務のバランスが取れます。

会議の議事録は決定事項と担当・期限だけを記録し、議論の経緯は別紙に残します。決定事項が管理表に反映されているかを次回冒頭で確認する手順を固定すると、実行されない決定が減ります。

反対意見を残す価値

書かないという判断にも根拠を残す

「価格は公開しない」「この条件は書かない」という判断は、営業戦略や競合との関係から合理的な場合があります。しかし理由が記録されていないと、後に担当が変わったときに再び議論が起き、あるいは知らないまま公開してしまう事故につながります。

反対意見や保留の判断は、賛成意見と同じ形式で記録します。誰が、いつ、どの理由で反対したかを残し、再検討の条件（例えば価格改定時、競合の動向変化時）も併せて書いておくと、判断の見直しが容易になります。

部門間の緊張を表面化させる

営業は「詳しく書きすぎると商談の余地がなくなる」と考え、サポートは「詳しく書いた方が問い合わせが減る」と考える、といった対立は自然なものです。この対立を会議で表面化させ、質問ごとにどちらを優先するかを決める方が、暗黙のうちにどちらかの都合で決まるより健全です。

決定の際は、利用者にとっての価値を判断基準に置きます。利用者が知りたい情報を意図的に隠す判断は、AI検索では他社や第三者の情報で補われ、自社が参照されない結果につながりやすいと考えられます。

外部の専門家の意見を取り込む

業界の専門家や監修者からの意見は、社内の常識を見直す機会になります。監修者が「この表現は誤解を生む」と指摘した場合、社内の反対があっても記録し、次の見直しで再検討します。外部意見を無視する組織では、監修の実効性が失われます。

外部の意見を求める際には、依頼の範囲と報酬、成果物の扱いを文書で取り決めます。専門家との協業の設計は担い手の設計で扱います。

定着させるための工夫

各部門への見返りを可視化する

取り組みが続かない最大の原因は、参加する部門に利点が感じられないことです。サポートには「公開情報の整備後に減った問い合わせの件数」、営業には「商談前に顧客が既に理解していた項目」を報告すると、参加の意義が具体的になります。数字が小さくても、傾向として示すことが大切です。

報告は四半期の会議で行い、部門責任者に届く形にします。成果が出た質問と、成果が出なかった質問を分けて示すと、次の優先順位の議論にもつながります。

担当者が変わっても続く仕組み

会議体の運営、管理表の更新、指標の集計を特定の個人に依存させると、異動で止まります。手順書を作り、誰が引き継いでも同じ品質で回せるようにしておきます。手順書は長文である必要はなく、月次と四半期の作業を箇条書きにした1〜2ページで足ります。

また、参加者の交代時には、過去の決定事項と反対意見の記録を読む時間を引き継ぎに含めます。記録が残っていれば、新しい担当者は「なぜこう決まったか」を理解した上で参加でき、同じ議論の繰り返しを避けられます。

失敗例から学ぶ

ウェブ担当が一人で進めて止まった例

ウェブ担当者が善意で質問を集め、ページを作り、公開した後に営業から「その条件は今は違う」、法務から「その表現は使えない」と指摘され、修正に追われて疲弊するという流れは典型的です。原因は、事実の正しさを確認する役割が担当者に集中し、他部門が「後から確認する側」になっていることです。

対策は、公開前に関係部門が確認する仕組みより、事実の一覧を最初から共同で作ることです。確認の回数を増やすのではなく、元となる情報の合意を先に取る方が、結果として作業が減ります。

会議が増えて実務が止まった例

逆に、部門横断を重視するあまり、週次で多人数の会議を設け、一つの表現の可否に長時間を費やして、公開が進まなくなる例もあります。合意形成は目的ではなく手段であり、決めるべきことを決めて公開するリズムを守ることが優先です。

月次30分・四半期90分という上限を設け、それで決まらない議題は担当を決めて次回までに案を作る、という運び方が有効です。会議の外で決められることは会議に持ち込まないという原則も、参加者の負担を抑えます。

まとめ：質問を軸に部門をつなぐ

AI検索最適化における合意形成は、顧客の質問を単位に、営業・サポート・法務・開発がそれぞれの知見を持ち寄り、一つの事実に一つの表現を対応させる作業です。目標を流入数だけに置かず、答えの品質に置くことで、部門間の目的のずれを避けられます。

月次と四半期の二層の会議、反対意見を含めた記録、各部門への見返りの可視化、担当交代に耐える手順書の四つが定着の条件です。実際のニュースを題材にした実務の考え方は実務ブログでも紹介しています。