使用例
同じエンジン、4つの異なる「ゴール」の定義
変わるのは、何をトリガーとし、何を成功とみなすかだけです。ショップは2回目の注文を望み、クリニックは予約が守られることを望み、SaaSは機能が使われることを望みます。代理店はその3つすべてを20倍求めますが、同じファネルのコピーを20個作りたくはありません。
EC・小売
ウェルカム、カゴ落ち、購入後、レビュー依頼、日付フィールドによる補充、そして音信不通になった人へのウィンバック。ゴールはほぼ常に2回目の注文であり、ゴールノードが重要な理由は、戻ってきた翌日に「お会いしたかったです」と伝えるべきではないからです。
サービス業
サロン、整骨院、整備工場、スタジオ、レストラン。予約帳はすでにマーケティングエンジンなのに、それを動かす人がいないだけです。確認、前日のリマインド、ノーショーのフォローアップ、記憶が新しいうちのレビュー依頼、そして春から来ていない常連客への気づき。
SaaS・プロダクトチーム向け
あなたのプロダクトは、誰がアクティベーションし、誰がステップ3で止まり、誰が2週間ログインしていないかを知っています。それらをイベントとして投稿すれば、シーケンスは自然に組み上がります。さらに重要なのは、相手が促していた行動を取った瞬間に、シーケンスが自分で止まることです。
その下にある形
6つのファネルで、どの業種にも必要なことの大半をカバーできます
どんな業種でも、同じ6つほどの形が現れます。それを認識しておく価値があります。業種の違いは、たいていノード1つの違いだからです。
ウェルカム
誰かが登録します。2週間ほどかけて2〜3通のメッセージで、自分が誰で何を期待できるかを伝え、そして止めます。ほとんど誰も作らない最も価値のあるファネルです。次の100通が開かれるかどうかを決めるのはこのファネルだからです。
後押し
何かを始めたのに終えていない人。カゴ、予約、フォーム、トライアルのステップ。リマインド1回、インセンティブ1回、その後は放っておきます。ゴールノードを付けておけば、完了した瞬間に2通目はキャンセルされます。
その後
購入し、来店し、参加した人。感謝を伝え、感想を尋ね、次に通常何が来るかを提案します。レビュー依頼はここに属します。記憶がまだ温かいその瞬間に。
日付
誕生日、更新日、サービス間隔、最終来店から1年。オフセット付きの date_field トリガーです。3日前、30日後など。誰かが見るのを忘れないようにしなければならない日付のスプレッドシートはもう要りません。
沈黙した人々
セグメントが彼らを見つけます。注文3回、うち90日以内はゼロ。彼らは流入し、2通のメッセージを受け取り、戻ってくるか、休眠としてタグ付けされて静かに放置されます。もう聞いていない人に送り続けることは、送信者の評価を死なせるやり方です。
告知
ファネルではまったくありません。キャンペーンです。オーディエンスを一度だけ実体化し、小さなメールボックスを圧迫しないようスロットリングし、配信イベントから後で集計します。形は別物であり、別物のまま保たれます。

4種類の業種、1つの問い:誰が沈黙したのか?
実際のところ、ここが違う点
これを1か月運用すると繰り返し浮かび上がる3つのことがあり、どれも契約時に期待していたものではありません。
ゴールノードは行動を変えます。誰かがコンバージョンしたときにシーケンスが確実に止まるようになると、より大胆なシーケンスを書けるようになります。すでに購入した人を追いかけ続けるという、気まずい失敗パターンが消えるからです。
同意記録は、思い切ってできることを変えます。リストがどこから来たのか正確に分かれば、どの部分に送信できるかが分かります。答えはたいてい「思っていたより多く、ただしこれはダメ」です。
フィルター付きレポートは意思決定を変えます。最初の月は数字が小さくなり、居心地が悪いものです。2か月目は良くなります。テストが、後で真実だと判明することを教え始めるからです。
- 1ショップトリガーは
payment_made。ゴール:2回目の注文。 - 2クリニックトリガーは
booking_made。ゴール:次の予約の確定。 - 3SaaSトリガーは
api_event—signup.completed。ゴール:初めての実際の利用。 - 4代理店3つすべてを、3つのプロジェクトで、一度だけ整備する1つのファネル定義から実行します。
- iそれ以外はすべて同一です同じ待ち時間、同じクワイエットアワー、同じゴールのセマンティクス、同じレポートです。
エンジンは、あなたの業種を問いません