ある営業ディレクターが私に、五つの整然とした、徐々に狭くなるバンドで構成されたファネルスライドを手渡し、毎回同じ質問が出るのになぜか悩んでいたと尋ねました：「具体的にどこで顧客が離れていくのか」。その図は完成されたように見えました。しかし、それは何も答えませんでした。バンドは均等だったのは、誰かがモックアップのために丸められた数字を選び、その後で実際の数字を入れ替えることなくそのままにしたからです。

これはファネル図表に特有の罠で、他の多くのチャートタイプよりも深刻です。その形は非常に認識しやすいため、中身が空っぽでも情報があるように見えます。誰でも底辺が狭くなる台形を描くことができます。実際の作業は、その狭まりが何を意味するかを明らかにすることであり、これは多くのガイドがソフトウェアのリストに代わって説明を省略する部分です。

ツールを開く前に各ステージが実際に何をカウントするかを決める

ファネル図表における最も一般的な失敗は、視覚的なものではなく定義上のものです。例えば、「資格のあるリード」というステージは、SDRチームにとっては、その一年後にアカウント執行部が同じファネルを確認する際とは意味が異なります。もしそのステージに入る数字の定義が報告期間の間で変わると、図表は同じ連続した形を示しながらも、実際には異なるものを比較していることになります。

ツールに触れる前に、ステージを単純な言語のルールとして書き出し、ラベルではなく定義しましょう。具体的にどのような行動やステータスが記録をステージ2からステージ3に移動させるのか、そして誰がその移行をマークするのかを明確にしましょう。私の経験上、このステップだけで、フォーマットの選択よりも多くの悪質なファネルを殺すことができます。例えば仮定の例として、もし「デモ予約」がリプレゼンテーションがカレンダー招待を送信した瞬間に記録されるのではなく、見込み客が確認した時に記録されるのであれば、そのステージは常に人為的に強調され、リーダーが最も注目するところでモメンタムを過大評価する図表が作られてしまいます。

絶対数かパーセンテージを選ぶ — 両方ではなく、曖昧にしない

ここでは、多くのアドバイスが「データを明確にラベル付けする」と言い、そこで話は終わります。それは間違ってはいませんが、ファネル図表にとっては不十分です。ファネルチャートの全体的な視覚的主張は比例的な狭まりにあり、比例的な狭まりは絶対的なスケールを隠してしまうからです。

例えば、上位ステージに4,000のリードがあり、下位ステージに40のクローズされた取引があるとします。パーセンテージのみのファネルは1%の全体的なコンバージョン率を示し、それ以上の情報は提供しません。これは警告的な印象を与えますが、40の取引がそのビジネス規模にとって良いのか悪いのかを誰にも教えません。絶対数のみのファネルは実際の数字を示しますが、30%の減少ステージと3%の減少ステージの間の狭まりが、実際の数字が近い場合、ほとんど同じように見えてしまいます。修正策は、原則としてどちらかを選ぶのではなく、オーディエンスが実際に質問していることに合わせて選ぶことです。経営陣は比例的な効率性を、来月人員配置をする営業マネージャーは絶対的なボリュームを求めます。もし両方に同時にプレゼンテーションをするのであれば、おそらく一つのファネルではなく、二つのラベルセットを詰め込んだ一つのファネルではなく、二つのファネルが必要になるでしょう。

選んだツールでステージを構築する

ステージの論理と数値対パーセンテージの決定が決まったら、実際の構築は機械的な作業になります。PowerPointまたはKeynoteでは、ファネルは通常、幅を値に合わせて調整した重ねた台形または矩形の形状で構成されます。これは手動で形状ツールを使用して描き、ガイドに合わせて整列させるか、または既存のファネルレイアウトから始め、数字を入れ替えて比率を調整するだけで構成されるものです。もし空のキャンバスから始めない場合、既製のチャートレイアウトライブラリは整列作業を節約します。実際に一貫した角度で台形の辺を手動で合わせるのは、見た目よりも難しいからです。

単純な五段階のセールスジャーニー（認知から忠誠まで）に対して、既製の構造である五段階のセールスファネルレイアウトは、ゼロから形状を作るよりも「ラベルと数字を編集するだけ」で完了できます。複数の分岐経路や複数のサブファネルが一つのメインステージに集約されるようなファネル（例えば、資格審査前に三つのリードソースが合流するような場合）には、レイヤードファネルテンプレートで編集可能なセグメントをより多く持つものが、その複雑さを扱い、レイアウトロジックを自分で考える必要をなくします。

Excelで作業したい場合、透明な「オフセット」シリーズを使用した重ねたバーチャート（各ステージを中心に配置するためのトリック）で、実際のファネルチャートを作成できます。これは、CRMエクスポートの更新に合わせて自動的に更新される必要がある場合に、静的なPowerPointの形状では実現できないものです。

丸められたベンチマークが図表全体を静かに歪める

図表が存在した後、業界の数字と照らし合わせて「見た目が正しい」ようにステージを調整する誘惑があります。これは多くのファネルが実際のパイプラインを表現しなくなる場所です。HubSpot自身のセールスベンチマークガイダンスによると、典型的なB2Bリードから顧客へのコンバージョン率は低単位にあり、エンタープライズソフトウェアの取引はさらに長い意思決定サイクルのためにさらに低くなることが多いです。これは、自社のファネルが業界の平均値から大きく外れていないかを確認するための有用な直感的なチェックです。しかし、それは目標としてステージの定義を逆算するためのものではありません。私はチームがベンチマーク数字に近づくためにステージの境界線を再描画するのを見たことがあります。これは、部屋を安心させる図表を作り、その下に実態のないものを描くことになります。

データがファネルになりたくないとき

すべてのセールスプロセスが一方向に狭まるわけではなく、そうでないものをファネルの形に強制するのは特定の避けられるミスです。見込み客が頻繁に後退する場合（例えば、予算凍結により「交渉」ステージから「資格審査」ステージに戻り、後に再度入るような場合）、ファネル図表はその動きを全く表現できません。それは単に時間点における各ステージの数をスナップショットするだけです。サンキー図または単純なステージ遷移表の方が、ファネルが静かに消去して清潔な旅程を暗示するよりも、実際の行き来を表現できます。

これらがファネルを悪くするものではありません。それはまだ、ピペラインがどの部分で細くなるのかを一目で理解させる最速の方法です。ただ、ソフトウェアを開く前に行う地味な作業を報酬にするチャートであり、どのソフトウェアを開くかを報酬にするチャートよりもはるかに多くの報酬を与えます。ステージを最初に定義し、数字が何を意味するのかを決めれば、形はほとんど自分で描かれます。