SaaS og vöruteymi

Varan þín veit hluti sem engin markaðstæki geta séð

Hver lauk innskráningu og hver fastnaði í þriðja skrefi. Hver bauð samstarfsaðila. Hver náði takmarkanir tvisvar í þessari viku. Hver hefur ekki opnað hlutina í tvær vikur. Hvert þeirra er betri kveikja en nokkuð sem kemur frá tölvupóstsopnun, og öll eru tvær kóðalínur frá því að verða það.

Atburðir eru allri samþættingunni

POST /v1/events með eigin token þínum: nafn sem þú valdir, tengiliður, gögn, idempotency-lykill. Það er öll tengingin. Enginn SDK til að halda uppfærðum, enginn vörpunarskjár, og engin orðaforði okkar sem þú þarft að þýða vöruna þína yfir í.

Hver atburður lendir á aðeins-viðbætanlegum atburðaskrá tengiliðsins, og þaðan er hann þrjú hluti í einu. Kveikja, svo virkni byrjar þegar hann kemur. Skilyrði, svo hluti getur sagt "hefur gert þetta á síðustu fjórtán dögum" eða, gagnlegra, "hefur ekki". Og markmið, svo röð endar þegar einhver gerir það sem hún var að ýta honum í átt að.

Þriðji hlutinn er sá sem gerir lífsferilsskilaboð þolandi að taka á móti. Áminningin um að klára að setja upp reikninginn þinn ætti að hætta að vera til þegar reikningurinn er settur upp, og í flestum tækjum gerir hún það ekki, því röðin og varan tala ekki saman.

VirkjunKeyrsla #2 118

⚡Kveikjaday 0, 14:02api_event — signup.completed, áætlun free.
2Senda tölvupóstÞað eina sem þarf að gera fyrst. Ekki kynning á ellefu eiginleikum.
3Bíða 2 dagawake_at á keyrslunni. Ekkert í biðröð, ekkert að taka í sundur ef þú endurskrifar þetta á morgun.
?SkilyrðiHefur project.created barist? Nei → hjálpargreininn. Já → markmiðið hér fyrir neðan.
4HjálpargreininnEinn skilaboð sem bjóða upp á það ákveðna sem þeir gerðu ekki. Síðan önnur bið.
5Markmiðday 3, 09:40project.created berst. Keyrslan lýkur. Engar frekari kynningarpóstsendingar, aldrei, fyrir þennan notanda.

Atburðanöfn þínarÞitt eigið skilgreining á virkjun

Fimm trektar

Lífsferillinn, í þeirri röð sem hann gerist í raun

1 · Virkjun

Kveikja: skráning. Tvö eða þrjú skilaboð, hvort um eina aðgerð, hvort með markmiði sem lýkur röðinni þegar sú aðgerð gerist. Verðmætasta trektin sem þú munt byggja, og sú sem skiptir mestu máli að endurskrifa þrisvar sinnum.

2 · Biðið

Kveikja: segment_enter — skráður, enginn merkur atburður á sjö dögum. Eitt skilaboð sem spyr frekar en segir, og eitt sem býður upp á eitthvað ákveðið. Síðan hætta. Fjórða skilaboðin til einhvers sem hefur hunsað þrjú eru skilaboð til engans.

3 · Stækkunartauglið

Kveikja: atburður sem þýðir að þeir fá gildi úr þjónustunni — náuðu hámarki, buðu þriðja samstarfsmanninum, fluttu út í annað skiptið. Þetta er eina augnablikið þar sem uppfærsluskilaboð eru vel þegin, og það er augnablik sem vörun þín getur nefnt nákvæmlega.

4 · Endurnýjun og innheimta

Kveikja: date_field fyrir endurnýjun, eða greiðsluatburður. Tilkynning, áminning og — ef greiðsla mistekst — stutt röð sem hættur um leið og hún tekst. Markmiðshnútar eru ekki valkvæðir í innheimtu; þeir eru munurinn á áminningu og áreiti.

5 · Að sækja aftur

Kveikja: segment_enter — hætt eða dvalið í sextíu daga. Tvö skilaboð, heiðarleg, síðan merki og þögn. Hvað hefur breyst síðan þeir fóru er betri skilaboð en afsláttur.

Og hið innra

notify_team látur mann vita þegar aðgangur sem skiptir máli fer yfir ákveðna mörk. Trekt þarf ekki að enda í tölvupósti til viðskiptavinar; stundum er rétta aðgerðin að segja einhverjum á þínu liði að sækjast eftir því í síma.

Enginn hættir viljandi. Þeir hætta bara að opna hana.

Hvers vegna forritari gæti í raun og veru líkað við þetta

Hlutirnir sem skipta máli þegar þú ert sá sem tengir inn

Engin einkaviðmót

Hver skjár er hægt að byggja með opinbera API-inu, því engin önnur tegund er til. Ef þú vilt setja herferðarskýrslu inn í þitt eigið kerfi stendur ekkert í vegi fyrir þér og ekkert þarf að vera afturhannað.

Idempotency-lyklar alls staðar

Á hverri breytandi leið. Endurtekningarskynsemin þín, biðröðin þín sem tryggir a.m.k. eina sendingu og óstöðugleiki netsins verða öll vandamál einhvers annars — nákvæmlega vandamál einkvæms vísitölu.

Hermdu áður en þú sendir út

POST /v1/simulate keyrir tengilið í gegnum trekt án þess að senda neitt og skilar leiðinni og öllum skilaboðum sem hún myndi senda. Settu það í CI ef þú vilt: trekt er graf, og graf er hægt að prófa.

MCP-þjónn

Beindu agent að /mcp og láttu hann semja og yfirfara trektir. Verkfæri sem geta sent þurfa skýrar staðfestingar og eru takmörkuð af kvóta, svo rangt lesin skipun getur ekki orðið að fimmtíu þúsund tölvupósti.

Webhooks út

Undirritað, endurtekið með bið, að minnsta kosti einu sinni. Sama atburðamálsforritið og skýrslurnar nota, svo gagnageymslan þín og yfirlitið þitt eru ekki ósammála um hvað „afhent“ þýðir.

Eyðing sem nær í raun til

Eyðingarbeiðni fjarlægir tengiliðinn og skilaboðasögu hans hér og dreifist til allra systurþjónusta sem geyma afrit. Ein beiðni, ein niðurstöða, og eitthvað sem þú getur bent á þegar spurt er.

Hvor mörkin liggja

ClickSomo geymir póstlista og það sem listinn gerði. Hann er ekki notendagagnagrunnurinn þinn og reynir ekki að vera það: tengiliður ber aldrei auðkenni, skráir sig aldrei inn og verður aldrei að aðgangi. Notendur þínir búa í vörunni þinni; tengiliðir búa hér, og þeir eru tengdir með tölvupóstfangi og þeim atburðum sem þú velur að senda.

Þessi aðskilnaður er meðvitaður og er ástæðan fyrir því að samþykkislíkanið virkar. Þú ert gagnastjóri notenda þinna; við vinnumum á vegum þín. Hönnun þar sem markaðstól gerist hljótt að auðkennisgeymsla er ein sem ekki er hægt að afþræla síðar, og hún er nákvæmlega sú mistök sem þessi hönnun er byggð til að forðast.

Praktíska útgáfan: sendu atburðina, sendu eigindin sem þú vilt flokka eftir, og láttu allt annað vera þar sem það er. Ef þú finnur þig fara að ýta öllu skema þínu inn hér er hlutinn sem þú ert að reyna að byggja líklega fyrirspurn í þínum eigin gagnagrunni sem ætti að koma sem ein boolean-eigind í staðinn.