ここでいうセールスファネルとは、読者が入口から登録・商品選択・購入後へ進むまでの接点と、その間に必要な判断の流れです。
セールスファネルを始めてよいかは、使いたい媒体が決まったかでは判断しません。商品、読者へ届く経路、運用環境、実行する担い手の四条件が具体的にそろっているかで判断します。一つでも曖昧なら開始を保留し、不足を誰がどう整えれば再開できるかを先に決めます。
これは慎重になるための儀式ではありません。届かない、更新できない、問題が起きても直せない状態で始めると、設計が悪いのか運用が悪いのかを判断できなくなるからです。僕自身、運用できない事実を見たときに開始を延期し、現状、使える資源、得たい状態から、やることとやらないことを整理してきました。
この記事では、四条件を「ある・ない」ではなく、確認できる文に変えます。最後には、今は始める、保留して一条件を整える、設計へ戻る、のどれを選ぶべきかが分かります。
媒体選びと開始可否を分ける理由
媒体が使えそうに見えることと、導線を運用できることは別です。ページを用意できても、誰が確認するか決まっていなければ更新は止まります。読者へ届く経路が不明なら、入口の役割を検証できません。商品が一文で説明できなければ、届いた読者に何を判断してほしいかも定まりません。
僕は、自動化や仕組み化を、手動でまだ成立していない流れの代わりには置きません。手動で見込み客へ届き、次の接点まで運べることを確かめてから、繰り返す部分を仕組みに移します。四条件に加えて、まず一度手動で回せるかを確認してください。
開始可否の判断では、「良さそう」「たぶんできる」を使いません。実際の担当、扱える範囲、確認する頻度を答えられるかで見ます。媒体の比較や接点の役割を考えたいときはC01-01へ戻り、この記事では今の条件で動かせるかだけを扱います。
四条件を、確認できる文にする
次の表をそのまま紙かメモに写し、各欄を一文で埋めます。「はい」と丸を付けるだけでは足りません。第三者に読まれても、何を確認すればよいかが分かる文にします。


| 条件 | 書くこと | 確認できた状態 |
|---|---|---|
| 商品 | 何の問題に答え、読者が何を判断できるようになるか | 一文で説明できる |
| 到達手段 | どの経路で、どの読者に入口を届けるか | いま使える経路を一つ挙げられる |
| 運用環境 | 必要な接点を、どの場所で更新・確認できるか | 作業場所と確認方法が分かる |
| 実行主体 | 誰が何を担当し、問題時に誰が判断するか | 担当と範囲が書ける |
商品は、特徴の一覧ではなく問題への答えとして書きます。到達手段は、将来やりたい方法ではなく、現在使える経路を書きます。運用環境は、作るための環境だけではなく、動いた後に確認・修正できるかまで含めます。実行主体は「チーム」ではなく、誰がどの範囲を持つかまで書きます。
一つでも「誰かがやる」「必要になったら考える」「たぶん届く」になった場合は、不足と判定してください。その場で新しい施策を足さないことが重要です。不足した条件が、今回確認する対象になります。
不足条件ごとに、再開条件を決める
不足を見つけたら、再開日を先に決めません。何が確認できたら再開するかを決めます。次の三行を、不足した条件の数だけ書いてください。
- 現在足りないものは何か。
- それを整える担当は誰か。
- 整ったと判断するために、何を確認するか。
たとえば実行主体が不明なら、「担当を決める」だけでは再開条件になりません。「入口の確認を担う人と、問題が起きたときの判断者が、名前と範囲で書かれている」といった、見返せる状態にします。環境が足りないなら、「必要な接点を更新でき、変更後を確認できる」と書きます。
| 不足している条件 | その場で取る行動 | 再開の判定 |
|---|---|---|
| 商品 | 問題と読者の迷いを一文にする | 商品の役割を説明できる |
| 到達手段 | 現在使える経路を一つ確認する | 入口を届ける場所が決まる |
| 運用環境 | 動かす接点を小さくするか環境を整える | 更新と確認ができる |
| 実行主体 | 担当と判断範囲を割り当てる | 問題時の判断者が分かる |
ここで保留を選んでも、設計を捨てる必要はありません。止めているのは実行であって、商品や読者への理解まで白紙にすることではないからです。条件を一つ整えたら、同じ表に戻り、その条件が本当に具体的に答えられるかを再確認します。
始めない判断は、次の検証を守る
開始を急ぐと、問題が出たときに複数の原因が重なります。届く経路を変え、接点を作り、担当も入れ替えると、結果が変わっても何を確認すればよいか分かりません。だから開始前に、まず一つの条件だけを整え、他の条件は固定します。
始めた後に不具合が見つかった場合も同じです。接点を増やして埋め合わせず、四条件の表へ戻ります。商品の役割が変わったのか、到達手段が止まったのか、運用環境が扱えないのか、担当の範囲が不明なのかを一つ選びます。その条件を回復させてから、同じ接点を再確認してください。
この戻り方を残しておくと、「結果が出ないから全部を変える」という判断を避けられます。評価できない状態で始めないことは、やらない理由ではなく、次に確かめるものを明確にするための行動です。
四条件がそろったら、設計と照合する
四条件が具体的に書けたら、開始できます。ただし、開始条件は接点の役割を決めるものではありません。C01-01へ戻り、商品、読者、目的、実装条件から決めた接点を、今の担当と環境で本当に動かせるかを照合してください。
| 照合の結果 | 次の判断 |
|---|---|
| 接点の役割と四条件が一致している | 一つの接点から開始し、同じ表を残す |
| 接点は決まったが、運用環境が重すぎる | 接点を小さくして四条件を再確認する |
| 四条件はそろったが、何を伝えるか決まらない | C01-01で必要な理解と接点の役割へ戻る |
最後に、「この導線は、誰が、どの接点を、どの状態まで確認できれば始められるか」を一文で言ってください。答えられるなら、開始判断はできます。答えられないなら、媒体を追加する前に、答えられなかった四条件へ戻ってください。
開始・保留・設計戻りを、三択で決める
四条件の表を埋めた後は、判断を「始める」「一条件を整えるまで保留する」「接点の役割を設計し直す」の三つに分けます。ツールを追加する前に戻る場所を決めるためです。


| 今の状態 | 次の判断 |
|---|---|
| 四条件が一文で書け、接点の役割とも合っている | 一つの接点から開始する |
| 四条件のうち一つだけ確認できない | 実行を保留し、その条件の再開基準を作る |
| 四条件はそろうが、読者に何を伝える接点か説明できない | ファネル全体の設計へ戻る |
僕は、手動で成り立っていない流れの代わりに自動化を置きません。まず一度、誰がどこまで確認するかを一文にできるか。それが、今始めるかを決める最後の確認です。












