SaaS і прадуктовыя каманды
Ваш прадукт ведае тое, што не можа назіраць ніводны маркетынгавы інструмент
Хто завяршыў onboarding, а хто застряў на трэцім кроку. Хто запрасіў калегу. Хто двойчы за тыдзень даўно дасягнуў ліміту. Хто не адкрываў рэч два тыдні. Кожны з гэтых трыгераў лепшы за ўсё, што выводзіцца з адкрыцця ліста, і ўсе яны — за два радкі кода ад таго, каб імі стаць.
Падзеі — гэта ўся інтэграцыя
POST /v1/events з вашым уласным токенам: назва, якую вы выбралі, кантакт, payload, ключ ідэмпатэнтнасці. Гэта ўсё злучэнне. Няма SDK, які трэба падтрымліваць актуальным, няма экрана мэпінгу і няма нашага слоўніка, на які вам трэба перакладаць свой прадукт.
Кожная падзея трапляе ў дадатковы (append-only) журнал кантакта, і адтуль яна адразу тры рэчы. Трыгер — варонка стартуе, калі яна прыходзіць. Умова — сегмент можа сказаць «рабіў гэта за апошнія чатырнаццаць дзён» або, што карысней, «не рабіў». І мэта — паслядоўнасць завяршаецца ў той момант, калі чалавек робіць тое, да чаго яго падштурхоўвалі.
Менавіта трэцяе робіць паведамленні жыццёвага цыкла цярпімымі для атрымальніка. Падштурхоўванне завяршыць наладу акаўнта павінна знікнуць у тую ж секунду, калі акаўнт наладжаны, — а ў большасці інструментаў гэтага не адбываецца, бо паслядоўнасць і прадукт не размаўляюць адно з адным.
- ⚡Трыгер
api_event—signup.completed, тарыфfree. - 2Даслаць лістАдна рэч, якую трэба зрабіць першай. Не агляд адзінаццаці функцый.
- 3Пачакайце 2 дні
wake_atна запуску. Нічога не стаіць у чарзе, нічога не трэба расплятаць, калі заўтра перапішаце гэта. - ?УмоваЦі прыйшло
project.created? Не → галіна дапамогі. Так → мэта ніжэй. - 4Галіна дапамогіАдно паведамленне, якое прапануе канкрэтна тое, чаго чалавек не зрабіў. Потым другое чаканне.
- 5Мэта
project.createdнадыходзіць. Запуск завяршаецца. Больш ніводнага ліста з адаптацыі, ніколі, для гэтай асобы.
Вашы назвы падзейВаша вызначэнне актывацыі
Пяць варонак
Жыццёвы цыкл у тым парадку, у якім ён сапраўды адбываецца
1 · Актывацыя
Трыгер: рэгістрацыя. Дзве-тры лісты, кожны пра адно дзеянне, кожны з мэтай, якая завяршае паслядоўнасць, калі гэта дзеянне адбываецца. Гэта самая каштоўная варонка, якую вы пабудуеце, і тая, якую найбольш варта перапісваць тройчы.
2 · Затрымка
Трыгер: segment_enter — зарэгістраваўся, але за сем дзён няма значнай падзеі. Адзін ліст, які пытае, а не расказвае, і адзін, які прапануе нешта канкрэтнае. Потым спыніцеся. Чацвёрты ліст таму, хто праігнараваў тры, — гэта ліст у нікуды.
3 · Момант пашырэння
Трыгер: падзея, якая азначае, што карыстальнік атрымлівае карысць — дасягнуў ліміт, запрасіў трэцяга калегу, экспартаваў другі раз. Гэта адзіны момант, калі ліст пра пераход на платны план дарэчы, і гэта момант, які ваш прадукт можа назваць дакладна.
4 · Падаўжэнне і нагадванні пра плацяжы
Трыгер: date_field перад падаўжэннем або падзея аплаты. Паведамленне, напамін і — калі плацёж не прайшоў — кароткая паслядоўнасць, якая спыняецца ў той жа момант, калі плацёж праходзіць. Вузлы мэтаў у нагадваннях пра плацяжы не опцыянальныя; яны — розніца паміж напамінам і дакучаннем.
5 · Вяртанне
Трыгер: segment_enter — скасаваў падпіску або неактыўны шэсцьдзесят дзён. Два лісты, шчырыя, потым тэг і цішыня. Ліст пра тое, што змянілася з іх сыходу, лепшы за зніжку.
І ўнутраная
notify_team паведамляе чалавеку, калі ўліковы запіс, варты ўвагі чалавека, перасякае мяжу. Варонка не абавязана заканчвацца лістом кліенту; часам правільнае дзеянне — сказаць камусьці з вашага боку, каб ён узяў трубку.
Ніхто не сыходзіць наўмысна. Яны проста перастаюць адкрываць лісты.
Чаму распрацоўшчыку гэта можа сапраўды спадабацца
Тое, што мае значэнне, калі інтэгруеце менавіта вы
Ніякіх прыватных канцавых кропак
Кожны экран можна пабудаваць праз публічны API, бо іншага віду проста няма. Калі хочаце ўбудаваць справаздачу кампаніі ў сваю адмінку, нішто вам не перашкаджае і нічога не трэба рэверс-інжынірыць.
Ключы ідэмпатэнтнасці ўсюды
На кожным маршруце, што змяняе даныя. Ваша логіка паўтораў, ваша чарга з гарантаванай дастаўкай і ваш нестабільны сеткавы злучэнне становяцца чужой праблемай — дакладней, праблемай унікальнага індэкса.
Сімуляцыя перад запускам
POST /v1/simulate праганяе кантакт праз варонку ў тэставым рэжыме і вяртае шлях і кожны ліст, які быў бы адпраўлены. Дадайце яго ў CI, калі хочаце: варонка — гэта граф, а граф можна тэставаць.
MCP-сервер
Накіруйце агента на /mcp і дазвольце яму ствараць і правяраць варонкі. Інструменты з магчымасцю адпраўкі патрабуюць відавочнага пацверджання і абмежаваны квотай, таму няправільна прачытаны запыт не ператворыцца ў пяцьдзясят тысяч лістоў.
Вэбхукі выходзяць
Падпісаныя, з паўторамі з нарастаючай затрымкай, прынамсі адзін раз. Тая ж лексіка падзей, што і ў справаздачах, таму ваш сховішча і ваша панэль не будуць разыходзіцца ў тым, што азначае «дастаўлена».
Выдаленне, якое сапраўды даходзіць
Запыт на выдаленне прыбірае кантакт і гісторыю яго лістоў тут і распаўсюджваецца на ўсе сястрынскія сэрвісы, дзе захоўвалася копія. Адзін запыт, адзін вынік, і нешта, на што можна паказаць, калі спытаюць.
Дзе праходзіць мяжа
ClickSomo захоўвае спіс рассылкі і тое, што гэты спіс рабіў. Гэта не ваша база карыстальнікаў, і ён не імкнецца ёю быць: кантакт ніколі не мае аўтарызацыйных даных, ніколі не ўваходзіць у сістэму і ніколі не становіцца ўліковым запісам. Вашы карыстальнікі жывуць у вашым прадукце; кантакты жывуць тут, і іх злучае адрас электроннай пошты і падзеі, якія вы вырашыце адпраўляць.
Гэта падзел наўмысны, і менавіта таму мадэль згоды працуе. Вы з'яўляецеся кантралёрам даных для сваіх карыстальнікаў; мы апрацоўваем іх ад вашага імя. Канструкцыя, у якой маркетынгавы інструмент ціха становіцца сховішчам ідэнтычнасцей, — гэта такая, якую потым не распутаць, і гэта дакладна той збой, ад якога гэтая сістэма пабудавана зберагчы.
Практычны варыянт: адпраўляйце падзеі, адпраўляйце атрыбуты, па якіх хочаце сегментаваць, і трымайце ўсё астатняе там, дзе яно ёсць. Калі ловіце сябе на тым, што цягнеце сюды ўсю сваю схему, — сегмент, які вы спрабуеце пабудаваць, хутчэй за ўсё, ёсць запыт у вашай уласнай базе, які павінен прыходзіць як адзін булевы атрыбут.