経営会議で使えるPOC報告書の作り方

新規事業のPOCを進めている担当者にとって、最も難しい仕事は営業ではない。経営会議での報告だ。

「感触は悪くないです」「もう少し時間をください」──この報告で経営層が納得することはない。本記事では、前進・ピボット・撤退のいずれの判断でも社内を動かせるPOC報告書の構造を具体的に整理する。

なぜPOCの報告は通りにくいのか

POCの報告が経営層に響かない原因は、主に3つある。

原因①：数字がない

既存事業の報告は数字で成り立っている。売上、利益率、受注件数、パイプライン金額。経営層はこの形式に慣れている。

一方、POCの報告は「ヒアリングを10社実施しました」「概ね好意的な反応でした」という定性的な内容になりがちだ。数字がないため、経営層は判断のしようがない。「で、売れるの？」と聞き返される。

原因②：仮説と検証の紐づけがない

「市場にニーズがあることがわかりました」と報告しても、「何をもってそう判断したのか」が説明されていなければ信頼されない。

最初にどういう仮説を立て、何を検証し、どんなファクトが得られ、その結果として何がわかったのか。この流れが一本の線でつながっていない報告は、経営層にとって判断材料にならない。

原因③：次のアクションが不明確

報告の最後が「引き続き検証を進めます」で終わっている場合、経営層は何を承認すればいいのかわからない。追加の予算が必要なのか、期間の延長なのか、人員の追加なのか、方向転換なのか。

報告は「情報の共有」ではなく「判断の依頼」として設計する必要がある。

POC報告書の5つの構成要素

経営会議で機能する報告書は、以下の5つの要素で構成する。

要素①：検証の全体設計

まず、POC全体で何を検証しようとしているかの全体像を示す。

検証ポイントを段階的に分解し、現在どのステップにいるかを明示する。Step 1（課題の実在）→ Step 2（解決策の受容性）→ Step 3（対価の意思）という流れの中で、今回の報告がどの地点の話なのかを最初に位置づける。

経営層は全体像が見えないまま個別の数字を聞いても判断できない。「全3ステップのうち、Step 1が完了し、Step 2の途中にいます」という一言があるだけで、報告の受け取り方が変わる。

要素②：検証ファクト

次に、実際の検証で得られたファクトを報告する。ここが報告書の核だ。

ファクトとは、顧客の行動事実だ。「ニーズがある」という解釈ではなく「15社中12社で、この課題に対して年間100万円以上の対処コストが確認できた」という事実を記載する。

報告に含めるべきファクトの種類は以下の通りだ。

アプローチの規模。何社にコンタクトし、何社と商談が成立したか。

課題認識の定量データ。課題を認識していた企業の割合。対処コストの金額帯。発生頻度。

解決策への反応。具体的な関心を示した企業の割合。比較検討や社内共有などの行動事実。

対価の意思。提示した価格帯で社内検討に進んだ企業数。見送った企業の理由の分類。

ファクトは意見と明確に区別して記載する。「好意的な反応が多かった」は解釈であり、ファクトではない。

要素③：成功基準との照合

事前に設定した成功基準に対して、実績がどうだったかを照合する。

「成功基準：ターゲット15社中10社以上で課題の行動事実を確認。実績：15社中12社で確認。基準達成」──この形式であれば、判断は明快だ。

基準を満たした場合は次のステップに進む承認を求める。基準を下回った場合は、ピボットか撤退の判断を仰ぐ。いずれにしても、基準と実績の比較があることで、議論が感情論ではなくデータに基づいたものになる。

要素④：判断の選択肢と推奨

報告者として、前進・ピボット・撤退のいずれを推奨するかを明示する。

ただし「こうすべきだ」と断定するのではなく、選択肢を提示した上で推奨を示す形式が有効だ。

「ファクトを踏まえ、A案（このまま前進）とB案（ターゲットを変更してピボット）が考えられます。推奨はA案です。理由は以下の通りです」──この構成であれば、経営層は判断しやすい。

推奨に対する根拠は、要素②のファクトと要素③の基準照合から導かれるべきだ。新しい情報を持ち出さない。報告書の中で完結するロジックにする。

要素⑤：次のアクションと必要リソース

最後に、推奨案を採用した場合に必要な具体的アクションとリソースを記載する。

次のステップで何を検証するか。期間はどのくらいか。追加で必要な予算や人員はあるか。次の報告タイミングはいつか。

経営層が承認すべき内容を具体的に示すことで、「検討します」ではなく「承認する／しない」の判断が得られる。

報告書の実例フレーム

上記5要素を一枚のフレームにまとめると、以下のようになる。

最上部に「検証全体の位置づけ」。全3ステップのうち、現在のステップと進捗状況。

中央に「検証ファクト」。定量データを中心に、行動事実を整理。

その下に「成功基準との照合」。基準、実績、達成/未達成の判定。

さらにその下に「判断の選択肢と推奨」。A案/B案の比較、推奨案とその根拠。

最下部に「次のアクション」。具体的な作業内容、期間、必要リソース、次回報告時期。

1ページから2ページに収める。経営会議では5分で説明できる分量が理想だ。詳細データは別紙として添付し、本体はファクトと判断に絞る。

前進でも撤退でも、同じフレームで報告する

このフレームの利点は、結果が前進でも撤退でも同じ構造で報告できることだ。

前進の場合は「基準を達成したため、次のステップに進むことを推奨します」。撤退の場合は「基準を下回ったため、撤退を推奨します。検証から得られた知見は以下の通りです」。

どちらの報告でも、担当者は「十分な検証を行い、データに基づいて判断を下した」と説明できる。報告の質が、担当者自身の評価を守る。

まとめ

• POCの報告が通らないのは数字・仮説との紐づけ・次のアクションが欠けているから──感覚的な報告では経営層は判断できない
• 検証設計・ファクト・基準照合・判断の選択肢・次のアクションの5要素で構成する──1〜2ページ、5分で説明できる分量に収める
• 前進でも撤退でも同じフレームを使う──結果に関わらず、検証の質で担当者が評価される仕組みを作る