2026-02-13

投資家からの問い合わせ対応を一元管理し回答のばらつきと情報共有漏れを防ぐ方法

投資家やアナリストからの問い合わせに対して、担当者がそれぞれ個別に回答し、その記録が個人のメールボックスやメモに埋もれてしまう。この状態が続くと、同じ質問に対して担当者ごとに異なる回答をしてしまい、企業としての情報開示の一貫性が崩れます。IR（投資家向け広報）の信頼性は一度損なわれると回復に時間がかかるため、早期に対応の仕組みを整えることが重要です。

この記事は、従業員50〜500名規模の企業で、IR担当を経営企画部や総務部が兼務しているケースを想定しています。専任のIRチームを持たず、問い合わせ対応が属人化しやすい環境にいる方が対象です。読み終えると、問い合わせの受付から回答の作成、社内共有までを一本の流れとして運用できるようになります。一方、上場企業の大規模IR部門向けの専用IRシステムの導入計画や、適時開示の法的要件の詳細解説は扱いません。

なお、本記事で紹介するツールの組み合わせは代表的な一例です。同じ役割を果たす別の製品でも、同様のワークフローを構築できます。

読み終えた時点で、投資家からの問い合わせを受け付けてから回答・社内共有するまでの3ステップの運用フローと、回答内容を蓄積したQ&Aデータベースの設計方針が手に入ります。

Workflow at a glance: 投資家からの問い合わせ対応を一元管理し回答のばらつきと情報共有漏れを防ぐ方法

Step 1: 問い合わせをチケットとして登録する (Zendesk) (カスタマーサポートツール)
Step 2: 承認済み回答をQ&Aデータベースから検索・作成する (Notion) (ナレッジマネジメントツール)
Step 3: 関連部署にチャットで自動通知する (Slack) (ビジネスチャット)

なぜ投資家対応の記録が社内に残らず回答がばらつくのか

対応記録が個人に閉じている

投資家からの問い合わせは、電話・メール・面談など複数の経路で届きます。多くの場合、受けた担当者がその場で回答し、記録は自分のメールの送信済みフォルダか手元のメモにしか残りません。別の担当者が同じ投資家から同じ質問を受けたとき、過去にどう回答したかを確認する手段がないため、内容にずれが生じます。

回答の正解が明文化されていない

決算説明資料や有価証券報告書には公式な数値が載っていますが、投資家が聞いてくるのは資料に直接書かれていない背景や見通しに関する質問です。こうした質問への回答方針が文書化されていないと、担当者の経験や判断に依存します。結果として、ある担当者は踏み込んだ回答をし、別の担当者は慎重に回答を控えるという不一致が起きます。

放置した場合のビジネスリスク

回答の不一致が投資家やアナリストの間で共有されると、企業の情報開示姿勢そのものに疑念を持たれます。これは株価への影響だけでなく、証券取引所や監督当局からの指摘につながる可能性もあります。問い合わせ対応は地味な業務に見えますが、企業の信頼性を支える基盤です。

重要な考え方：問い合わせ1件ごとに記録・承認済み回答・共有通知の3点セットを残す

投資家対応の品質を安定させるには、対応のたびに3つの情報を必ずセットで残す仕組みが必要です。1つ目は問い合わせの記録（誰から、いつ、何を聞かれたか）、2つ目は承認済みの回答内容（どう答えたか、誰が確認したか）、3つ目は関連部署への共有通知（この質問が来ていることを知らせる）です。

記録と回答を同じ場所に置く

問い合わせの記録と回答内容が別々の場所にあると、後から突き合わせる手間が発生し、結局誰も確認しなくなります。1つのチケット（対応案件）の中に、質問の原文と回答の確定版が並んで見える状態を作ることが最優先です。

承認プロセスを軽くする

すべての回答に上長の正式承認を求めると、投資家への返答が遅れます。一方で、まったくチェックなしでは不一致のリスクが残ります。実務的には、過去に承認済みの回答パターンに該当するものはそのまま使い、新しい論点を含む質問だけ上長や関連部署に確認を回すという運用が現実的です。

共有は自動化する

問い合わせがあったことを関連部署に手動で連絡する運用は、忙しい時期に必ず抜け漏れが起きます。問い合わせが登録された時点で、自動的にチャットに通知が飛ぶ仕組みにしておけば、共有漏れのリスクを構造的に減らせます。

問い合わせの受付から回答・共有までを一本化する3ステップ

ステップ 1：問い合わせをチケットとして登録する（Zendesk）

投資家やアナリストからメール・電話・Webフォームで届いた問い合わせを、すべてZendeskにチケットとして登録します。担当者が直接電話で受けた場合も、通話後にZendesk上で手動でチケットを作成します。

チケットには以下の情報を入力します。問い合わせ元（投資家名・所属機関）、問い合わせ日時、質問の要旨、関連するテーマ（業績・事業戦略・配当方針など）のタグです。タグはあらかじめ10〜15個程度に絞って用意しておくと、後から検索しやすくなります。

この登録作業は、問い合わせを受けた当日中に行うルールとします。翌日以降に回すと記憶が曖昧になり、記録の精度が落ちるためです。担当者は日次で自分が受けた問い合わせの登録漏れがないかを確認します。

ステップ 2：承認済み回答をQ&Aデータベースから検索・作成する（Notion）

チケットを登録したら、Notionに構築したIR向けQ&Aデータベースを検索します。このデータベースには、過去に承認済みの回答がテーマ別・質問パターン別に整理されています。

該当する回答パターンが見つかった場合は、その内容をベースに回答を作成し、Zendeskのチケットに回答内容を記録したうえで投資家に返答します。該当する回答パターンがない場合、つまり新しい論点を含む質問の場合は、Notion上に新規ページを作成し、回答案を記載したうえで上長または関連部署の担当者にレビューを依頼します。Notionのコメント機能を使えば、ページ上でやり取りが完結します。

レビューが完了し回答が確定したら、そのページを承認済みとしてデータベースのステータスを更新します。次回以降、同じ質問が来たときにはこの回答をそのまま使えます。Q&Aデータベースは四半期決算のタイミングで棚卸しを行い、古くなった回答を更新または非公開にします。

ステップ 3：関連部署にチャットで自動通知する（Slack）

Zendeskでチケットが作成されたタイミングで、Slackの専用チャンネル（例：ir-inquiry）に自動通知を送ります。ZendeskとSlackの連携機能を使えば、チケットのタイトル・タグ・担当者が自動的にSlackに投稿されます。

この通知により、経理部門や事業部門の担当者は、投資家からどのような質問が来ているかをリアルタイムで把握できます。回答に自部門の情報が必要な場合は、Slackのスレッドで補足情報を提供したり、Notionの回答案ページにコメントを追加したりします。

週次で、IR担当者がSlackチャンネルに今週の問い合わせサマリーを投稿します。件数、主なテーマ、新規の論点があったかどうかを3〜5行でまとめるだけで十分です。これにより、経営層や関連部署が投資家の関心事項の変化を定期的に把握できます。

この組み合わせが機能する理由

Zendesk：問い合わせの入口を一本化し対応漏れを防ぐ

Zendeskは本来カスタマーサポート向けのツールですが、投資家対応のように件数がそこまで多くない問い合わせ管理にも適しています。メール経由の問い合わせは自動でチケット化され、電話や面談の記録も手動で簡単に追加できます。チケットのステータス管理（未対応・対応中・完了）により、対応漏れが一目でわかります。

注意点として、Zendeskは多機能なため、IR対応だけに使うには機能が過剰に感じる場合があります。使う機能をチケット管理とSlack連携に絞り、自動化ルールやレポート機能は必要になってから設定する方針で始めるのが現実的です。また、投資家の個人情報や未公開情報を扱うため、アクセス権限の設定は導入時に必ず確認してください。

Notion：回答のナレッジ化と承認フローを1つの場所で回す

Notionのデータベース機能を使えば、Q&Aの蓄積・検索・ステータス管理を1つのツール内で完結できます。テーブルビューで一覧表示し、タグやステータスでフィルタリングすれば、過去の承認済み回答をすぐに見つけられます。コメント機能でレビューのやり取りもページ上に残るため、承認の経緯が後から追えます。

弱みとしては、Notionは全文検索の精度がやや粗い点があります。Q&Aデータベースの件数が数百件を超えてきた場合、タグ付けのルールを厳密に運用しないと目的の回答にたどり着きにくくなります。また、Notionはオフラインでの利用に制約があるため、出張先などネットワーク環境が不安定な場所での利用には注意が必要です。

Slack：共有の自動化と非同期コミュニケーション

Slackの強みは、ZendeskやNotionとの連携が容易で、通知の自動化を低コストで実現できる点です。専用チャンネルに通知を集約することで、関連部署のメンバーは自分のペースで情報を確認できます。メールでの一斉送信と異なり、スレッドで文脈を保ったまま議論できるため、補足情報の提供もスムーズです。

トレードオフとして、Slackは情報が流れていく性質を持っています。重要な議論や決定事項がスレッドの中に埋もれるリスクがあるため、確定した回答内容は必ずNotionのQ&Aデータベースに転記するルールを徹底してください。Slackはあくまで通知と短いやり取りの場であり、情報の蓄積場所ではないという位置づけが重要です。

Recommended tool list

Tool	Role	Pricing	Implementation time	Notes
Zendesk	問い合わせの一元管理とチケットによる対応状況の可視化	月額課金	1〜2週間	IR専用のメールアドレスをZendeskに接続し、受信メールを自動チケット化する設定から始める。チケットのカスタムフィールドに問い合わせ元・テーマタグを追加し、Slack連携を有効化する。
Notion	IR向けQ&Aデータベースの構築と回答の承認管理	無料枠あり	1〜2週間	データベーステンプレートを作成し、質問・回答・ステータス（下書き・レビュー中・承認済み・非公開）・テーマタグのプロパティを設定する。初期データとして過去の問い合わせ10件程度を登録する。
Slack	問い合わせ発生時の関連部署への自動通知と補足情報のやり取り	無料枠あり	1日	IR問い合わせ専用チャンネルを作成し、Zendeskのチケット作成をトリガーとした自動投稿を設定する。経理・事業部門の関係者をチャンネルに招待する。