Echipe SaaS și de produs
Produsul dumneavoastră știe lucruri pe care niciun instrument de marketing nu le poate observa
Cine a terminat onboarding-ul și cine s-a blocat la pasul trei. Cine a invitat un coleg. Cine a atins limita de două ori săptămâna aceasta. Cine nu a mai deschis aplicația de două săptămâni. Fiecare dintre acestea este un declanșator mai bun decât orice s-ar putea deriva din deschiderea unui e-mail, iar toate sunt la două rânduri de cod distanță de a deveni exact asta.
Evenimentele reprezintă toată integrarea
POST /v1/events cu tokenul propriu: un nume ales de dumneavoastră, un contact, un payload, o cheie de idempotență. Aceasta este toată conexiunea. Nu există niciun SDK de ținut la zi, niciun ecran de mapare și niciun vocabular al nostru în care să trebuiască tradus produsul dumneavoastră.
Fiecare eveniment ajunge în jurnalul cu adăugare continuă al contactului, iar de acolo reprezintă trei lucruri deodată. Un declanșator, pentru ca o pâlnie să pornească la sosirea sa. Un predicat, pentru ca un segment să poată spune „a făcut acest lucru în ultimele paisprezece zile” sau, mai util, „nu a făcut”. Și un obiectiv, pentru ca o secvență să se încheie în momentul în care cineva realizează acțiunea spre care era îndrumat.
A treia este exact cea care face ca mesajele din ciclul de viață să fie suportabile de primit. Îndemnul de a vă finaliza configurarea contului ar trebui să înceteze să existe în secunda în care contul este configurat, iar în majoritatea instrumentelor nu o face, pentru că secvența și produsul nu comunică între ele.
- ⚡Declanșator
api_event—signup.completed, planulfree. - 2Trimite e-mailSingurul lucru de făcut mai întâi. Nu un tur al unsprezece funcții.
- 3Așteptați 2 zile
wake_atpe rulare. Nimic în coadă, nimic de desfăcut dacă rescrieți mâine. - ?CondițieA sosit
project.created? Nu → ramura de ajutor. Da → obiectivul de mai jos. - 4Ramura de ajutorUn mesaj, care oferă exact lucrul pe care nu l-au făcut. Apoi o a doua așteptare.
- 5ObiectivSosește
project.created. Rularea se încheie. Nicio altă corespondență de onboarding, niciodată, pentru această persoană.
Numele evenimentelor dvs.Definiția dvs. pentru activare
Cinci funneluri
Ciclul de viață, în ordinea în care se întâmplă de fapt
1 · Activare
Declanșator: înregistrarea. Două sau trei mesaje, fiecare despre o singură acțiune, fiecare cu un obiectiv care încheie secvența când acea acțiune are loc. Cel mai valoros funnel pe care îl veți construi și cel mai meritat de rescris de trei ori.
2 · Blocajul
Declanșator: segment_enter — înregistrat, niciun eveniment semnificativ în șapte zile. Un mesaj care întreabă în loc să spună și unul care oferă ceva concret. Apoi opriți. Un al patrulea mesaj către cineva care a ignorat trei este un mesaj către nimeni.
3 · Momentul extinderii
Declanșator: un eveniment care arată că obțin valoare — au atins limita, au invitat un al treilea coleg, au exportat a doua oară. Acesta este singurul moment în care un mesaj de upgrade este binevenit și este un moment pe care produsul dvs. îl poate numi cu precizie.
4 · Reînnoire și recuperare plăți
Declanșator: date_field înainte de reînnoire sau un eveniment de plată. Aviz, memento și — dacă o plată eșuează — o secvență scurtă care se oprește în momentul în care reușește. Nodurile de obiectiv nu sunt opționale în recuperarea plăților; ele sunt diferența dintre un memento și hărțuire.
5 · Recâștigare
Declanșator: segment_enter — anulat sau inactiv de șaizeci de zile. Două mesaje, sincere, apoi o etichetă și tăcere. Ce s-a schimbat de când au plecat este un mesaj mai bun decât o reducere.
Și cel intern
notify_team anunță un om când un cont care merită un om depășește o limită. Un funnel nu trebuie să se încheie cu un e-mail către client; uneori acțiunea corectă este să spuneți cuiva din echipa dvs. să ridice telefonul.
Nimeni nu pleacă intenționat. Doar încetează să mai deschidă mesajele.
De ce un dezvoltator ar aprecia cu adevărat asta
Părțile care contează când dvs. sunteți cel care integrează
Fără endpoint-uri private
Fiecare ecran poate fi construit din API-ul public, pentru că nu există alt tip. Dacă doriți să integrați un raport de campanie în propriul panou de administrare, nimic nu vă stă în cale și nimic nu trebuie inginerie inversă.
Chei de idempotență peste tot
Pe fiecare rută care modifică date. Logica dvs. de reîncercare, coada dvs. at-least-once și rețeaua dvs. instabilă devin toate problema altcuiva — mai exact, problema unui index unic.
Simulați înainte de lansare
POST /v1/simulate rulează un contact printr-un funnel în regim de probă și returnează traseul și fiecare mesaj pe care l-ar trimite. Puneți-l în CI dacă doriți: un funnel este un graf, iar un graf poate fi testat.
Un server MCP
Îndreptați un agent către /mcp și lăsați-l să creeze și să verifice funneluri. Uneltele capabile să trimită necesită o confirmare explicită și sunt limitate de cotă, astfel încât un prompt greșit citit nu poate deveni cincizeci de mii de e-mailuri.
Webhook-uri de ieșire
Semnat, reîncercat cu backoff, cel puțin o dată. Același vocabular de evenimente pe care îl folosesc rapoartele, astfel încât depozitul dvs. de date și panoul dvs. să nu fie în dezacord despre ce înseamnă „livrat”.
Ștergere care ajunge cu adevărat
O cerere de ștergere elimină contactul și istoricul mesajelor sale aici și se propagă către fiecare serviciu înfrate care deținea o copie. O cerere, un rezultat și ceva la care puteți arăta când vi se cere.
Unde se află granița
ClickSomo deține o listă de corespondență și ceea ce a făcut lista respectivă. Nu este baza dvs. de date cu utilizatori și nu încearcă să fie: un contact nu poartă niciodată o acreditare, nu se autentifică niciodată și nu devine niciodată un cont. Utilizatorii dvs. trăiesc în produsul dvs.; contactele trăiesc aici, iar cele două sunt legate printr-o adresă de e-mail și evenimentele pe care alegeți să le trimiteți.
Această separare este deliberată și este motivul pentru care modelul de consimțământ funcționează. Dvs. sunteți operatorul de date pentru utilizatorii dvs.; noi prelucrăm în numele dvs. Un design în care o unealtă de marketing devine pe furtul magazinul de identități este unul care nu poate fi descurcat mai târziu și este exact eșecul pe care acesta este construit să îl evite.
Versiunea practică: trimiteți evenimentele, trimiteți atributele după care doriți să segmentați și lăsați tot restul acolo unde este. Dacă vă prindeți că împingeți toată schema aici, segmentul pe care încercați să-l construiți este probabil o interogare în propria bază de date, care ar trebui să sosească ca un singur atribut boolean.