ALPHA BRANDING Corp.

CaseScenario

Column

アカウントプランの会議が前に進まない理由|攻略仮説と監視項目を揃える

会議室で業績グラフを映しながら、営業や関連部門のメンバーがアカウントプランについて打ち合わせをしている様子
宮崎祥一の顔写真

執筆者:宮崎 祥一

Honeywell、Experian、Teradata、Avanade、SAS Instituteなどで、アナリティクス領域の事業開発に従事。製造業を中心に、医薬や金融など多様な業界において、導入事例が乏しい新領域の提案も含め、案件創出から受注までを主導してきました。2023年にHoneywellのAccount Management Directorを退任。現在は株式会社アルファブランディングを通じて、DXや新領域のソリューションにおける初期提案の設計支援を行っています。

はじめに|会議はある、資料もある、それでも攻略が動かない


重点アカウントの会議をしているのに、会議が終わると「で、今年どう動くんだっけ」という状態になる。そういう経験はありませんか。

資料はあります。顧客情報も共有されています。IRの要約も、

組織図も、過去案件も、接点履歴も、一通り揃っています。それでも会議が終わった後に、「誰が何を見て、いつ、どの論点で動くのか」がはっきりしていない。こうした状態は、現場では珍しくありません。

問題は、会議の回数でも、資料の厚さでもありません。会議の中で「何を揃えるか」が設計されていないことです。私自身、外資系アナリティクスベンダーに在籍していた時期に、アカウントプランニングセッション(APS)を経験しました。当時の自分のアカウントプランは、前半に経営情報を貼り付け、後半に営業活動の予定を書く形で、前半と後半が一本の筋道でつながっていませんでした。当然、会議で共有しても別部門には伝わらず、会議は確認の場で終わっていました。

アカウントプランニング会議を「攻略を前に進める場」に変えるには、会議で共有するものを変える必要があります。本稿では、多くの会議がなぜ形骸化しやすいのかを整理しながら、会議で本当に揃えるべきものとは何かを見ていきます。

1. 課題と背景|多くの会議は「現状確認」で終わっている


1-1. 顧客情報の確認で時間が終わる

アカウントプランニング会議の多くは、顧客情報の共有から始まります。企業概要、過去の取引、接点履歴、現在の案件状況、組織図、IRの要点。参加者はそれを順番に確認していきます。会議としては成立していますし、情報が整理される感覚もあります。

ただ、ここで時間を使い切ってしまうことが少なくありません。参加者全員が「状況は分かった」という状態にはなりますが、「では今年どこをどう攻めるのか」という話に十分な時間が残らないまま終わるのです。

顧客情報やIRのインプットは事前に済ませ、会議は「この仮説で動けるか」を議論する場にしなければ、攻略設計の時間は生まれません。それが逆転すると、会議は開かれていても、方針を決める場にはなりません。

1-2. IRや組織図を共有すると、戦略を決めた気になりやすい

もう一つ起きやすいのが、情報共有そのものが戦略だという錯覚です。中期経営計画の重点テーマを確認し、役員構成を把握し、「この部門が今年のキーになりそうだ」という話をする。ここまでは必要なことですが、それだけでは攻略方針にはなりません。

問題は、その情報が「どの経営課題につながり」「どの部門で検討が始まりやすく」「何がシグナルになるのか」に変換されていないことです。情報は揃っていても、営業の打ち手に接続していなければ、会議は理解の共有で止まります。

1-3. 誰が何を監視し、どこで動くかが決まらない

会議が終わっても実務が変わらない理由のもう一つは、監視の分担が決まっていないことです。役員異動や中計の更新は誰が押さえるのか。業界の動向変化は誰が拾うのか。技術要件の変化の兆しは誰が見るのか。こうした話が曖昧なまま終わると、会議はその場の整理で完結します。

共有したことで動いた気になっても、監視項目が担当に落ちていなければ、実際には誰も動きません。会議で見た情報が、各部門の行動に翻訳されていないからです。

2. 課題の構造|共有しても機能しない本当の理由


2-1. 共有されているのは情報であって、攻略仮説ではない

会議が機能しない最大の理由は、共有の対象が情報にとどまっていることです。企業概要、IRの要約、過去案件、接点履歴、組織図。こうした情報は必要ですが、それだけでは「どう攻めるか」は決まりません。

会議で本来共有すべきなのは、どこに提案機会があり、何が変わったら動くのかという攻略仮説です。「Aという変化が起きたら、Bという経営論点で、C部門にアプローチすれば検討が始まりやすい」という因果を伴ったシナリオのことです。どの経営テーマに接続するのか。何がシグナルになり得るのか。そこが共有されていなければ、情報がいくら揃っていても実行にはつながりません。

2-2. 提案の因果が、営業個人の頭の中に残ったままになっている

営業の現場では、提案の筋道が個人の頭の中に残ってしまいやすい構造があります。この顧客に対して、なぜ今この論点なのか。どの業務課題をどう経営課題につなげているのか。どこが承認上の急所なのか。こうした因果が言語化されていないと、会議で共有されるのは事実情報だけになります。

私自身、外資系アナリティクスベンダー時代に作っていたアカウントプランは、前半の経営情報と後半の営業戦略が完全に切れていました。前半に貼り付けた情報が後半に何も活かされていない状態です。会議でそれを共有しても、別部門には本質が伝わらず、営業本人だけが「分かっている」状態になっていました。その後、業務課題を経営課題に接続する構造でプランを立て直してから、会議での共有が機能するようになりました。外資系DWHベンダーに転職した際のアカウントプランニングセッションでは、日本IBM出身の役員から「こんなに分かりやすいアカウントプランは生まれて初めて見た」と言ってもらえるほどの変化がありました。

攻略が前に進まないのは、情報が足りないからではなく、提案の因果が共有されていないからです。

2-3. 部門横断で「共通の判断材料」が設計されていない

営業、プリセールス、マーケ、インサイドセールスでは、見ている情報も関心の焦点も違います。営業は案件化の見込みを見ます。プリセールスは技術適合を気にします。マーケは業界動向や反応を見ます。インサイドセールスは接点化のしやすさを見ます。

ここで問題になるのは、それぞれが自分の論点だけを持ち寄って終わることです。部門横断で「何を共通の判断材料として見るか」が設計されていないと、会議は情報の持ち寄りで終わります。揃えるべきなのは情報の量ではなく、どの判断材料を全員で見るかという設計です。

3. 解決策|アカウントプランニング会議を「前進の場」に変える


3-1. 会議の目的を「攻略仮説の確認」に置き直す

まず変えるべきは、会議で何を決めるかという設計です。顧客情報を共有すること自体を目的にすると、会議は現状確認で終わります。本来の目的は、「このアカウントを今年どう動かすか」を部門横断で揃えることです。

会議の冒頭に確認すべきなのは、企業概要ではなく「どの攻略仮説を今回の主軸にするか」です。何を勝ち筋として見るのか。何が変わったら動くのか。その仮説に照らして必要な情報だけを見るようにしないと、会議は情報の棚卸しになります。会議が終わった後に残すべきなのは、議事録ではなく「次に誰が何をするか」です。どの変化を監視するのか。どの条件が揃ったら提案を動かすのか。そこまで決まって初めて、会議は前に進む場になります。

3-2. 顧客の変化を「誰がどう監視するか」を会議で決める

会議を実行につなげるには、監視項目を部門ごとの役割に落とすことが必要です。役員異動や中期経営計画の更新は誰が押さえるのか。業界動向や競合の変化はどこが拾うのか。技術要件の変化の兆しは誰が見るのか。そうした分担を会議の中で明示することです。

ポイントは、「誰でも見られる情報」を「誰が責任を持って見続けるか」に変えることです。共有するだけでは動きません。監視項目が担当に落ちて初めて、会議後の行動が生まれます。

3-3. 各部門の役割を「攻略仮説」に接続する

部門横断の会議が機能するかどうかは、それぞれの役割が一本の流れになっているかで決まります。営業はアカウントの判断構造と経営課題の接続を担います。プリセールスは技術論点を経営課題に接続できる形に変換します。マーケは業界動向や競合変化を攻略仮説に照らして拾います。インサイドセールスは、仮説が立つタイミングに合わせた接点設計を担います。

ここで大切なのは、各部門が「自分の論点を持ち寄る」のではなく、「攻略仮説に対して自分の役割を持ち込む」という発想の転換です。会議の場で攻略仮説が共有されていれば、各部門の動き方は自ずと変わってきます。

まとめ|「情報がある」状態と「動ける」状態は別物です


アカウントプランニング会議の問題は、情報が足りないことでも、参加者の意欲が低いことでもありません。会議で共有されているものが情報にとどまり、攻略仮説と監視項目にまで至っていないことです。

次の会議で試してみるとしたら、まず一つだけ変えてみてください。会議の冒頭で「今年この顧客をどう動かすか、仮説はこれだ」という一文を先に置くことです。そこから議論が始まると、情報の確認も、部門ごとの役割も、少しずつ違う意味を持つようになります。

【次に読むべきコラム】
👉️ アカウントプランがIRを読んでも動かない理由|情報収集から提案仮説へ
👉️ アカウントプランが使われない理由|企業情報を攻略方針につなげる設計とは
👉️ 導入事例がない段階で何を示すべきか|仮説シナリオで判断材料を補う方法

【参考】CaseScenario™なら


アカウントプランニング会議を前に進めるには、「攻略仮説」を会議の場で共有できる状態に整えておくことが出発点になります。ただ、新しい製品や新しい領域の提案では、「どの経営課題に接続するか」「どの論点なら顧客内の検討が始まりやすいか」を自力で設計することが難しく、会議の場でも仮説が立てられないまま情報共有に終わりやすい状態になりがちです。

CaseScenario™は、IRや中期経営計画をもとに業務課題を経営課題に翻訳し、案件化・検討開始・承認前進に必要な判断材料を初期段階で整える提案シナリオ設計サービスです。営業が会議で使いやすく、顧客側も社内説明に転用しやすい「初期提案の設計図」として整備します。

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

ライブラリ

BtoB提案シリーズ

導入事例の制作を依頼する前に知っておくべきことを解説するコラムのバナー。営業が使わない事例になる理由と、担当者止まりを防ぐ設計の考え方を紹介。導入事例の制作を依頼する前に知っておくべきことを解説するコラムのバナー。営業が使わない事例になる理由と、担当者止まりを防ぐ設計の考え方を紹介。
「提案停滞」の文字と、足跡のシルエット図「承認停滞」の文字と、ビジネスパーソン3人のシルエット図「伝達不全」の文字と、4人の人物がネットワークで繋がっているシルエット図「PoC停滞」の文字と、進入禁止のテープのシルエット図「事例依存」の文字と、3つのバインダーのシルエット図「営業実務」の文字と、ジグソーパズルの3つのピースのシルエット図