使用案例

同一副引擎，四種唔同嘅「目標」定義

呢幾個案例之間冇嘢變過，變嘅只係乜嘢算觸發、乜嘢算成功。舖頭想要第二張訂單。診所想約診有人到。SaaS想功能有人用。代理公司想要齊三樣，仲要放大二十倍，唔想維護二十份一樣嘅漏斗。

歡迎、棄單、購後、評價邀請、按日期欄位嘅補貨提醒，仲有畀靜咗落嚟嗰啲人嘅挽回。目標幾乎永遠係第二張訂單，而目標節點之所以重要，係因為冇人應該喺佢啱啱返返嚟嘅第二日就收到「我哋好掛住你」。

髮型屋、物理治療診所、車房、工作室、餐廳。日曆本身已經係一部行銷機器，只係冇人去經營佢。確認約期、前一晚提醒、跟進爽約、趁記憶猶新邀請評價，仲要留意到嗰個自從春天就冇再嚟過嘅熟客。

你嘅產品知道邊個啟動咗、邊個卡喺第三步、邊個兩個禮拜冇登入。將呢啲以事件形式發出嚟，序列就自己寫得成——更重要嘅係，一旦對方做咗你一直推佢去做嘅嘢，序列就會即刻自己停。

一個漏斗，起一次，喺二十個項目度行，用二十套發送憑證——每套都用客戶自己嘅網域同信譽。每個客戶一份唔使打電話解釋嘅報告，仲有一個API，畀你嘅客戶經理起佢哋真正想要嘅嘢。

底層嘅形狀

六個漏斗，冚唪唥嘅需要都覆蓋到大部分

無論係邊行，都係嗰六七種形狀。認得佢哋係值得嘅，因為行業之間嘅分別通常只係一個節點。

有人加入。兩三條訊息，喺兩個禮拜內講你係邊個、可以期望啲乜，然後就停。最有價值但幾乎冇人起嘅漏斗，因為決定之後一百封會唔會開嘅，就係佢。

佢哋開始咗一樣嘢但冇完成。購物車、訂位、表格、試用嘅一步。一個提醒、一個優惠，然後就放過佢哋——配一個目標節點，佢哋一完成，第二條訊息即刻取消。

佢哋買咗、到訪咗、出席咗。多謝佢哋，問吓體驗如何，再提議下一步通常係乜。評價邀請就屬於呢度，喺記憶仲暖嘅時候。

生日、續約、保養週期、上次到訪一周年。一個帶偏移量嘅date_field觸發器——早三日、遲三十日——而唔係一張要人記得去睇嘅日期試算表。

一個區隔搵到佢哋：三張訂單，九十日內一張都冇。佢哋入嚟，收到兩條訊息，之後唔係返返嚟，就係被標記做休眠然後不再打擾。永無止境咁發畀已經唔再聽嘅人，就係發送信譽死亡嘅方法。

根本唔係漏斗——係一個活動。一個受眾，一次過具體化，限速以免小容量信箱被沖爆，之後用送達事件嚟計數。佢係另一種形狀，而且就咁保持一個。

用咗一個月之後，有三樣嘢會不斷出現，而冇一樣係佢哋最初報名想要嘅。

目標節點改變行為。一旦序列喺有人轉化嗰陣可靠咁停低，你就會寫得更大膽——因為最尷尬嘅失敗模式，追住一個已經買咗嘅人，已經消失咗。

同意紀錄改變你敢做啲乜。確切知道一份名單由邊度嚟，即係知道名單邊部分可以寫，而答案通常係「比我以為嘅多，但唔係嗰一份」。

可篩選嘅報告改變決策。第一個月唔好受，因為數字細咗。第二個月就好轉，因為測試開始話你知一啲後來證明係真嘅嘢。

同一個漏斗，四種行業只差一個節點

個引擎唔理你做邊行

講吓你今日寄啲乜嘢、寄畀邊個。我哋會話你知喺呢度會係點樣,又或者話你知根本唔需要我哋。