IRを読んでいるのに提案が届かない ｜「施策の一覧」と「意思決定の地図」

はじめに｜IRを読んでいるのに、なぜ届かないのか

「IRや中期経営計画を読んで提案に活かすように」と言われたことのある営業担当者は、少なくないのではないでしょうか。

読んでいる。経営目標も施策も把握している。それでも提案は役員会の手前で止まり、「次年度の検討課題になりました」という報告を受ける——そういった経験が重なると、「IR情報を読んでも、実際にはあまり使えないのかもしれない」という感覚に陥ることがあります。

ただ、問題はIR情報の有効性にあるのではなく、そこから何を読み取っているかにあることがほとんどです。

このコラムでは、「施策の一覧として読む」ことと「意思決定構造の地図として読む」ことの違いを整理し、業務課題を経営課題に接続する初期提案の設計をどう土台から作るかについて考えていきます。

1. 課題と背景｜IR情報を読んでも、提案が届かない構造

1-1. 「IRを読め」は伝わっても、「何のために読むか」は伝わっていない

業務課題を起点にした提案が競合と横並びになりやすい——そういった問題意識は、多くの営業組織で共有されるようになっています。担当者が現場担当者からヒアリングして課題を整理すると、競合他社も同様のヒアリングを行っているため、提案論点が近い場所に収束しやすくなります。

そのため「IRや中期経営計画を読んで、経営課題から提案を設計しなさい」という指示が、営業組織の中で浸透してきました。方向性としては正しいのですが、現場の実態を見ると、ひとつの断絶があります。「IRを読め」という指示は伝わっているのに、「なぜ読むのか」「読んで何を見るのか」という目的が共有されていない、という断絶です。

指示を受けた側は誠実に対応します。IR資料を開き、経営目標を確認し、重点施策を書き出す。「DX推進」「グローバル展開の加速」「サプライチェーンの効率化」——そうした言葉を提案資料の冒頭に並べ、「御社の経営課題に沿った提案です」と説明する。形式としては整っています。ただ、経営層から見ると「それは知っている話だ」になりやすく、提案が自分ごととして受け取られない。

1-2. 施策として読み流して、気づけなかった

外資系ITベンダーに勤めていた頃の話です。IT部門との関係は良好で稟議も通過しているのに、役員会やステアリングコミッティで承認されず、半年ほど経って「次年度の検討課題になりました」という報告を受けたことが複数回ありました。

当初、止まっている原因はライバル企業のソリューションを推す役員がいるからだと考えていました。そこで比較資料を作り、自社ソリューションの優位点を整理して役員にシェアしてもらう、あるいは年末の挨拶を口実に自社役員と顧客役員の面談を設定する、といった対策を打ちましたが、状況は変わりませんでした。

後になって分かったのは、競合ソリューションとの比較が原因ではなかったということです。止まっていた本当の理由は「欧州の販売を強化する」「工場のラインを組み替える」といった、IT投資とはまったく無関係な経営アジェンダとの優先順位競合でした。その情報はIRやアニュアルレポートに書かれていました。ただ、施策の名称として目を通すだけで読み流していたため、気づくことができなかったのです。

2. 課題の構造｜「施策を読む」と「意思決定構造を読む」は別の行為

2-1. 同じ資料を読んでいても、見えているものが違う

IR情報を読んで施策を把握することと、その施策が社内でどう意思決定されるかを把握することは、同じ資料を使う行為でも目的がまったく異なります。

施策を読む場合、「何をやろうとしているか」は理解できます。DX推進、海外展開、コスト削減——そうした方向性を掴むことはできる。一方、意思決定構造を読む場合に見えてくるのは「誰がその施策の推進主体か」「どの部門予算が関係するか」「その意思決定は誰の評価に直結するか」「どのタイミングで承認の場が設けられるか」といった、提案が前進するかどうかを左右する情報です。

「DX推進」という施策が、誰によって主導されていて、他のどの経営テーマと優先順位を争っていて、その判断を最終的に誰が下すのか——これらは施策の名称を読んだだけでは分かりません。若手の営業担当者が「DX推進」という言葉を拾って提案資料に組み込むのは当然の対応です。ただ、そこには「意思決定の現場感覚」が介在していないため、同じ文字列から引き出せる情報の深さに差が出ます。

もうひとつ見落とされやすいのは、意思決定しているのは「会社」ではなく「人間」だという視点です。全社のDX推進という方針があっても、その施策を推進したい役員、静観したい役員、担当外として距離を置きたい役員がいる。経営課題を「会社の方針」として平板に読んでいると、「なぜ今この投資が動かないのか」が見えなくなります。

2-2. IR情報には有効射程がある 

IR・中期経営計画をベースにした提案設計には、明確な強みがあります。経営アジェンダとのズレが起きにくく、「なぜ今この投資か」を説明しやすく、業務課題を経営課題に接続する論拠を持ちやすい。特に初期提案の段階で方向性を外さないために、IR情報は有効に機能します。

ただし、競合他社も同じIR情報を読んでいます。同じ資料を起点にした提案設計は、同じ論点に収束しやすくなります。加えて、IR情報には書かれていない変化があります。役員の異動、組織改編、経営アジェンダの優先順位の変動です。あるSI案件で、提案期間中に欧州担当役員が交代し、新任役員が欧州販売の強化を強硬に主張したことで承認が止まったことがありました。IRには記載のない変化でしたが、これが提案の命運を左右しました。役員の異動は、四半期報告書だけを見ていては追いきれないことがあります。

IR情報は初期提案の土台として機能しますが、その有効射程を理解したうえで使うことが、提案全体の設計に影響してきます。

3. 解決策｜IRを「意思決定の地図」として読む

3-1. 施策の背後にある「推進主体と背景」まで掘り下げる

IR情報を意思決定構造の地図として読むには、施策の名称だけを拾うのではなく、「その施策の推進主体と背景」まで掘り下げる習慣が出発点になります。

「DX推進に注力」という記述があれば、誰がその推進を担う立場にあるのか、なぜ今期の重点施策として浮上しているのかを考える。前期の業績や競合他社の動向と照らし合わせると、背景が見えてくることがあります。ターゲット企業のライバル企業のIRと比較することで、「何が同じで何が異なるか」が分かり、ターゲット企業の置かれた状況の解像度が上がります。親会社があれば、そちらも確認しておくと、単独でIRを読む場合とは違う気づきが得られることがあります。

施策を一覧として眺めるのではなく、「この方針はどの役員の意思が反映されているか」「この優先順位は何との比較によって決まっているか」という問いを持って読む。その習慣が、同じIR資料から引き出せる情報の密度を変えます。

3-2. 役員の経歴・発言から「重視していること」の仮説を立てる

IRを地図として読む習慣を土台に置いたうえで、提案が進む段階では役員個人への解像度が差を生みます。

アニュアルレポートや企業Webサイトに掲載されている役員の経歴——出身部門、海外赴任歴、管理職登用のフェーズ——を確認しておくと、「何を優先しやすい立場か」の仮説が立てやすくなります。特に参考になるのは、インタビュー記事や対談動画です。広報が整理した文章と異なり、本人の言葉が出やすいため、何に反応するか、どういう論理展開を好むかが見えてくることがあります。

役員の異動情報も把握しておく価値があります。新たに就任した役員はしばらく様子を見る傾向があり、部門異動で横滑りしてきた役員はすぐに存在感を示そうとアグレッシブに動くことが多い。IT担当役員だけを見ておけばよいわけではなく、高額の投資は合議で決まるため、関係しうる役員全員の文脈を把握しておくことが提案の精度につながります。

3-3. 初期提案の段階でやるべきことを先に終わらせる 

ここまで述べてきた内容には、順序があります。

初期提案の段階でやるべきことは「方向性を外さないこと」です。IRから経営ゴールを逆算し、業務課題を経営課題に接続し、どの役員が聞いても話として成立する提案ロジックを設計する。この土台を初期段階で整えておくことが、案件化・検討開始に必要な判断材料を揃えることに直結します。

役員個人の文脈読み——誰が推進したいか、誰の評価につながるか、誰が反対しやすいか——は、提案が絞り込みの段階に入ってから機能してくる解像度です。これを初期段階から追おうとすると、個別対応になりすぎて提案の論理的な土台が薄くなります。IR起点の提案設計を先に完成させ、その上に人物解像度を積み上げていく。この順序が、提案全体の論理的な強度を保ちます。

まとめ｜まず「地図として読む」ことから始めてみてください

「IRを読んでいるのに提案が届かない」という状況に直面しているとすれば、IR情報が役に立たないのではなく、そこから何を読み取るかという視点にずれが生じていることがほとんどです。

施策の名称を把握することと、その施策が誰によってどう意思決定されるかを把握することは、別の行為です。この視点がひとつ加わるだけで、同じIR資料の読み方は変わります。

IR情報を読む際に、「この施策の推進主体は誰か」「どの経営テーマと優先順位を争っているか」という問いをひとつ持ち込んでみてください。すぐに答えが出なくても、問いを持って読む習慣ができると、提案の起点の作り方が少しずつ変わってきます。

【次に読むべきコラム】
👉️ 業務課題と経営課題の違い｜DX提案が承認されない「翻訳ミス」3つの構造

【参考】CaseScenario™なら

CaseScenario™は、IR・中期経営計画などから顧客企業の経営ゴールを逆算し、業務課題を経営課題に翻訳した初期提案の設計図を整備するサービスです。

このコラムで述べた「初期提案の段階で方向性を外さない設計」を実務として形にするのがCaseScenario™の役割です。案件化・検討開始・承認前進に必要な判断材料を初期段階で整え、顧客担当者が社内説明を引き継ぐ場面でも提案のロジックが再現されるよう、説明順序と判断材料をあわせて設計します。

初期提案の設計図を整え、案件を検討の俎上に乗せる出発点を作ること——それがCaseScenario™の担う領域です。

👉 CaseScenario™の紹介ページはこちら