

執筆者:宮崎 祥一
Honeywell、Experian、Teradata、Avanade、SAS Instituteなどで、アナリティクス領域の事業開発に従事。製造業を中心に、医薬や金融など多様な業界において、導入事例が乏しい新領域の提案も含め、案件創出から受注までを主導してきました。2023年にHoneywellのAccount Management Directorを退任。現在は株式会社アルファブランディングを通じて、DXや新領域のソリューションにおける初期提案の設計支援を行っています。
はじめに|なぜ「今年度の課題ではない」と言われるのか
「今年度の課題ではないので、次年度で」。この一言が出た瞬間に、急に先が読めなくなる。そんな経験をされた方も多いのではないでしょうか。
担当者は前向きだった。関連部門の意見も取り入れてきた。それなのに、なぜここで止まるのか。しかも、何と比べられ、どんな基準でそう判断されたのかが見えない。ここがいちばん厄介なところです。
ただ、この言葉は必ずしも「価値がない」という意味ではありません。比較のテーブルに置かれたとき、「今年やり切れる案件か」として見えなかった、ということが実際には多いのです。止まっているのは提案の価値ではなく、今年度の優先順位に載るだけの実行確度です。
本記事では、「今年度の課題ではない」と言われる案件の裏で何が起きているかを整理し、比較軸をどう切り替えるかを見ていきます。
- はじめに|なぜ「今年度の課題ではない」と言われるのか
- 1. 課題と背景|「今年度の課題ではない」は、案件配分の結果として起きる
- 1-1. 比較される相手は競合ではなく「社内の別案件」
- 1-2. 横断案件が「今年度案件」になりにくい理由
- 1-3. 「価値があるのに止まる」のは、比較軸がずれているから
- 2. 課題の構造|「今年度の課題ではない」は実行不安の現れ
- 2-1. 主管が曖昧|誰が責任を持つ案件なのかが見えない
- 2-2. 負担が見えない|どの部門に何が増えるかが説明できない
- 2-3. 合意ルートが未設計|反対が出る場所と順番が読めない
- 3. 解決策|比較軸を「実行確度」に切り替えて1枚に落とし込む
- 3-1. 今年度案件として比較される「比較テーブル(1枚)」を作る
- 3-2. 空欄を埋める順番|主管→負担→合意ルート
- 3-3. 今年度に入る条件を「Yes/Noの問い」にする
- まとめ
- 【参考】CaseScenario™なら
1. 課題と背景|「今年度の課題ではない」は、案件配分の結果として起きる
「今年度の課題ではない」と言われる案件を見ていると、現場が気にしている論点と、経営側が見ている論点がずれていることが少なくありません。現場は「製品として良いか」「要件に合うか」を見ますが、経営側が先に見ているのはそこではありません。限られた投資枠と人のリソースを、今年どの案件に配分するか。まずはこの前提から整理します。
1-1. 比較される相手は競合ではなく「社内の別案件」
提案が止まると、営業はつい競合を探します。別ベンダーの提案、価格差、機能差。ですが、「今年度の課題ではない」と言われるときに比較されている相手は、そこではないことが多いです。
比較の相手は、社内の別案件です。基幹更改、法令対応、セキュリティ強化、設備投資、人材施策、コスト削減プロジェクト。こうした案件が横に並び、「今年どれに資源を配分するか」が決まります。部門横断型のソリューション提案も、その横並びの1案件として扱われます。
このとき評価軸は「ツールが良いか」ではありません。端的に言えば、なぜ今年やるべきか、何がどれだけ動くのか、そして今年やって無理なく進められるのか、この3点です。ここが曖昧だと、提案の質とは関係なく「今年の配分対象」としては弱く見えます。営業側からは突然スリップしたように見えても、経営側では「比較のテーブルに置いた結果、今年は違う」と整理されているだけ、ということが起きます。
1-2. 横断案件が「今年度案件」になりにくい理由
部門をまたぐソリューション提案は、価値の説明自体は難しくありません。業務の見える化、意思決定の高速化、数字の統一。反対されにくいテーマです。にもかかわらずスリップしやすいのは、この手の提案が構造的に「価値は広がるが、負担も広がる案件」になりやすいからです。
横断案件では、主管部門、費用負担、データや権限の設計、運用保守といった論点が複数部門にまたがります。誰か一部門が「やります」と言えば進む案件になりにくく、実行段階の調整コストも大きく見えやすくなります。経営側が気にするのも、まさにそこです。価値があることよりも、誰が責任を持つのか、どこが苦しくなるのか。ここが見えないと、「良い話だが今年は重い」と判断されやすくなります。
1-3. 「価値があるのに止まる」のは、比較軸がずれているから
この状況で営業が打ちやすい手は、たいてい逆効果です。提案書を厚くする、説明回数を増やす、上層部を同行させる。ですが、比較軸が切り替わっていない限り、それらは効きにくいです。情報が増えても、「今年やって無理なく進められるか」という不安が残ったままでは、配分のテーブルでは不利なままだからです。
私自身も、この比較軸を切り替えたことで長年止まっていた案件が前に進んだ経験があります。国内大手の製造系メーカーへの需要予測案件では、引き継いだ時点で社内では研究会のような形で5年以上検討が続いていました。表向きは「予測精度が改善すれば契約する」という整理だったため、毎年のように「今年度の課題ではない」とされていました。
当初は予測精度が上がらないことが止まっている原因だと思われていました。ですが私が見直したのは精度そのものではなく、どこで撤退するのかという条件です。予測がぶれやすい条件を整理したうえで、それでも改善しないなら中止するというロードマップを示しました。すると、その提案をした翌々月に導入が決まりました。分析結果の向上を待たずに契約が決まったのは、不足していたのが精度の説明ではなく、「どこまで進め、どこで撤退するか」という判断条件だったからです。
「価値があるのに止まる」案件は、価値の説明に失敗しているのではありません。比較の土俵がずれているのです。必要なのは機能や構想の魅力を足すことではなく、今年度の案件配分で見られている比較軸に合わせて、案件の意味づけを組み替えることです。次章では、そのとき問題になりやすい実行不安の正体を整理します。
2. 課題の構造|「今年度の課題ではない」は実行不安の現れ
「今年度の課題ではない」と言われたとき、営業側はつい「価値が刺さらなかったのか」「ROIが弱かったのか」と考えがちです。ですが、部門横断型のソリューション提案で実際に起きているのは、もう少し現実的です。価値の是非ではなく、「今年やると揉めそうだ」「進める途中で止まりそうだ」という実行不安が残ったまま、役員会の比較テーブルに載ってしまっているケースが多いのです。
この実行不安は、役員会で初めて生まれるわけではありません。もともと案件の中にあった曖昧さが、比較の場に置かれた瞬間に露出するだけです。そしてその曖昧さは多くの場合、主管、負担、合意ルートの3つに収束します。
2-1. 主管が曖昧|誰が責任を持つ案件なのかが見えない
部門横断型の提案は、関係者が多いため主管が曖昧になりやすい案件です。情報システム部門が動いているからIT案件に見える。経営企画が見たい数字があるから経営企画案件に見える。事業部が現場の可視化を求めるから事業部案件に見える。結果として、「全員が関係者で、誰もオーナーではない」状態が起こります。
役員会が嫌うのは、まさにここです。役員会が見ているのは予算の持ち主だけではありません。効果が出なかったとき誰が説明責任を負うのか、途中で部門間の衝突が起きたとき誰が最後に決め切るのか。ここが曖昧だと、どれだけ価値があっても「今年やるには危ない案件」と見えやすくなります。主管が曖昧な案件は、比較のテーブルに載った瞬間に不利です。役員会は「価値があるか」より先に、「この案件は誰が背負うのか」を見ています。
2-2. 負担が見えない|どの部門に何が増えるかが説明できない
次に止まりやすいのが負担です。部門横断型の提案では、導入後の整備と運用が本体です。定義の統一、マスタ整備、入力ルールの変更、品質維持、権限設計。これらはすべて、誰かの仕事として残ります。
しかも、負担は単なる工数ではありません。現場が本当に抵抗するのは、「これまでのやり方を変える痛み」です。部門独自の運用をやめる、入力ルールを統一する、既存の判断基準を変える。こうした変化は心理的にも政治的にも摩擦を生みやすく、役員会が感じる実行不安の中心になります。負担が見えていない案件は、役員会から見ると「後で荒れる案件」です。価値の説明が正しくても、どの部門に何が増えるのか、どこに抵抗が出そうかが見えなければ、今年の配分対象としては弱く見えます。
2-3. 合意ルートが未設計|反対が出る場所と順番が読めない
3つ目は合意ルートです。横断案件は、どこか一箇所の反対で止まります。だから本来は、「どこで反対が出るか」と「どの順番で合意を取るか」を先に設計しておく必要があります。ところが実際には、窓口担当者の熱量に引っ張られて進み、上位会議で初めて反対が顕在化することが少なくありません。
私自身もこれで失敗した経験があります。以前、大手邦銀のグローバル業務担当部門に新サービスを提案していた案件で、早い段階から関連部門を集めた勉強会を複数回開き、各部門の疑問は丁寧に潰していました。ところが臨時のステアリングコミッティで承認されませんでした。担当者が作成した詳細なレポートが幹部に読まれておらず、現場レベルの合意が上位の判断に届いていなかったのです。担当者がすでにレポートの作成に着手していると聞いた時点で、「幹部向けのサマリーはこちらで用意します」と申し出るべきでした。ところが着手済みと聞いて口を出しにくくなり、そのタイミングを逃してしまいました。
現場レベルの合意が取れていても、それが幹部に届く形になっているかは別の問題です。反対する人が悪いのではなく、論点が未整理なまま届けば止めるのは当然です。合意ルートが未設計のまま上位会議に上がると、「関係部門で整理してから再提出を」で終わります。その保留案件が期末を迎えれば、「今年度の課題ではない」に置き換えられます。課題ではないのではなく、順番が整っていないだけなのに、年度で切られてしまうわけです。
3. 解決策|比較軸を「実行確度」に切り替えて1枚に落とし込む
ここまでで見えた通り、部門横断型のソリューション提案がスリップするときに不足しているのは価値の説明ではありません。比較のテーブルに載せたとき、「今年やっても進め切れる案件か」が見えていないことです。解決策は、比較軸を一段切り替えることです。機能や将来構想を深掘りする前に、実行確度を先に揃える。そのために必要な情報を、まずは1枚に落とします。
3-1. 今年度案件として比較される「比較テーブル(1枚)」を作る
上位会議で比較される案件は、長い提案書よりも、比較に必要な項目が1枚で揃っているかどうかで見られます。ここで作る1枚は要約のためではありません。「今年度案件として比較できる状態にするための表」です。
項目 | 役員会が見るポイント | 営業側が埋める内容 |
|---|---|---|
1.Why now(今年やる理由) | なぜ今年配分するのか | 期限、先送りコスト、判断遅れの影響を一文で置く |
2.狙う効果 | 何がどれだけ動くのか | KPIは1つに絞る |
3.主管(オーナー) | 誰が最終責任を持つのか | 部門名+責任者の役職まで明記する |
4.負担配分 | どの部門に何が増えるのか | 定義・整備・入力・運用の分担を書く |
5.合意ルート | どこで反対が出て、どう通すのか | 事前合意が必要な部門・会議体・順番を書く |
6.主要リスク | 何が止まりやすいのか | 最大2つに絞り、潰し方まで添える |
7.役員会に問いたいYes/No | 今年度に載る条件は何か | 条件を3つまでに絞って確認する |
重要なのは、きれいな1枚を作ることではありません。「この案件は今年やっても進められるのか」を見るための項目が揃っていることです。逆に言えば、ここに空欄が多い案件ほど、比較のテーブルでは不利になります。
3-2. 空欄を埋める順番|主管→負担→合意ルート
実務では、全部を一気に揃えるのは難しいことが多いです。特に年度末に近い案件では、時間がありません。だからこそ、空欄を埋める順番を固定したほうがよいです。順番を間違えると、調整が増え、かえってスリップします。
最初に埋めるべきなのは主管です。誰が最終責任を持つ案件なのかが決まらない限り、負担も合意ルートも定まりません。共同主管にする場合でも、「何の責任をどちらが持つか」まで分けて書く必要があります。
次に埋めるのが負担配分です。どの部門に何が増えるのかを曖昧にしたまま進めると、後で必ず抵抗が出ます。横断型の提案では、増える作業そのものより「やり方を変える痛み」が後から効いてきます。初年度はどこまでに絞るか、何をやらないかまで含めて早めに見せることが、余計な抵抗を減らします。
最後に合意ルートです。反対が出る場所を想定し、どの順番で合意を取るかを逆算します。上位会議で初めて反対が顕在化すると、その場では整理されず「関係部門で再調整」に流れます。これが最も典型的なスリップです。サマリーを誰が作り、誰に届けるかまで含めて設計しておくことが、合意ルートの設計に含まれます。
3-3. 今年度に入る条件を「Yes/Noの問い」にする
最後は、案件を「今年度案件として載せる条件」をYes/Noで確認できる問いに変えることです。上位会議はいきなりGoを出す場とは限りません。だからこそ、「この条件が揃えば今年度に入るのか」を明確にしたほうが、待ちの状態を減らせます。
たとえば、次のような問いです。いま判断を止めているのは主管の不在ですか、それとも負担配分ですか。今年度に入れる条件を3つに絞ると何ですか。この主管と負担配分で進めてよいですか、修正が必要ならどこですか。
こうして条件が出れば、次に何を埋めるべきかが見えます。条件が出ないなら、現時点では今年度に入れる意思が薄い可能性が高い。どちらにせよ、「何が原因か分からないまま待つ」状態を減らせます。
価値を語り足すのではなく、今年度の案件配分で見られている比較軸に合わせて主管・負担・合意ルートを見える化すること。ここまで整理できると、案件は「良さそうだが重い話」から「今年入れるかどうかを比較できる話」に変わります。
3-4. 今年度に入る条件を「Yes/Noの問い」にする
最後は、案件を「今年度案件として載せる条件」を、Yes/Noで確認できる問いに変えることです。上位会議は、いきなりGoを出す場とは限りません。だからこそ、「この条件が揃えば今年度に入るのか」を明確にしたほうが、待ちの状態を減らせます。
【サンプル|Yes/Noの問い】
いま判断を止めているのは、主管の不在ですか、それとも負担配分ですか
今年度に入れる条件を3つに絞ると何ですか
その条件が揃えば、比較テーブルに載りますか
この主管と負担配分で進めてよいですか。修正が必要ならどこですか
こうして条件が出れば、次に何を埋めるべきかが見えます。逆に条件が出ないなら、現時点では今年度に入れる意思が薄い可能性が高い。どちらにせよ、「何が原因か分からないまま待つ」状態を減らせます。
つまり、この章でやっていることはシンプルです。価値を語り足すのではなく、今年度の案件配分で見られている比較軸に合わせて、主管・負担・合意ルートを見える化することです。ここまで整理できると、案件は「良さそうだが重い話」ではなく、「今年入れるかどうかを比較できる話」に変わります。
まとめ
「今年度の課題ではない」と言われたとき、提案の価値が否定されているとは限りません。比較のテーブルに置かれたとき、主管・負担・合意ルートという実行確度の空欄が見えていなかった、というだけのことが多いのです。
いま止まっている案件があるなら、まずは1つ選んで比較テーブルを1枚作ってみてください。主管は誰か、どの部門に何が増えるか、どこで反対が出そうか。この3つに空欄がないかを確認するだけで、次に誰に何を確認すべきかがかなり具体的に見えてきます。提案を厚くする前に、まず空欄を特定することから始めてみてください。
【次に読むべきコラム】
👉️ PoCから本番に進まない理由|事前に合意すべき分岐条件と判断設計
👉️ 提案が差別化できない本当の理由|比較される前に「前提」を設計し直す手順
👉️ RFP評価基準の設計|価格以外でベンダー選定される「比較軸」の作り方
【参考】CaseScenario™なら
本記事で整理した比較テーブルを使えば、「今年度の課題ではない」と言われる理由を主管・負担・合意ルートの空欄として可視化しやすくなります。ただし実務では、その空欄をどう埋めるか、どの順番で関係部門と話すか、そもそも今年度案件として扱われる条件をどう置くかで迷うことが少なくありません。
CaseScenario™では、IR情報や中期経営計画などの公開情報をもとに業務課題を経営課題に翻訳し、案件化・検討開始・承認前進に必要な判断材料を初期提案の段階で整えます。主管・負担・合意ルートの空欄を初期段階で見つけやすくする「初期提案の設計図」として、提案が「良い話だが今年は危ない」で止まらない状態をつくることを目指しています。







