Kontaktet & pëlqimi
Një listë që mund ta mbrohni, jo thjesht një listë që keni
Kushdo mund të mbajë dhjetë mijë adresa e-posti. Pyetja që ka rëndësi — ajo që një rregullator, një ofrues dhe ndërgjegjja juaj e bëjnë të gjithë me fjalë paksa të ndryshme — është nga erdhi secila prej tyre dhe më çfarë baze ju lejohen t'u shkruani. ClickSomo e bën këtë një fakt të ruajtur, jo diçka që duhet ta rindërtonit.
Identiteti është adresa e e-postit
Një kontakt për adresë për projekt, i zbatuar nga baza e të dhënave, jo nga shpresa. Adresat normalizohen kur shkruhen, kurrë kur lexohen — normalizimi në lexim e bën kufizimin thjesht dekor, që i lë të hyjnë të dyja Anna@ dhe anna@.
Numrat e telefonit i ruajmë në E.164 ku ekzistojnë, por numri i telefonit është atribut, jo identitet. Nuk ka grafik zgjidhjeje identiteti, as protokoll bashkimi, as gjurmë auditi bashkimesh, sepse çdo kontakt këtu vjen përmes një kanali që tashmë ka një adresë: një import, një formular, një regjistrim, ose kodi juaj.
Emri ruhet i plotë
display_name ruhet saktësisht siç është dhënë dhe kurrë nuk ndahet në pjesë. Ndarja e emrave është fabrikë gabimesh — "van der Berg", "Kim Min-jun", emra të vetëm, tituj, dhe çdo konventë renditjeje që nuk është anglosaksone — dhe një ndarje e gabuar shfaqet në një etiketë bashkimi si "I nderuar van,", që është më keq se asnjë personalizim.
Pjesët e strukturuara ekzistojnë vetëm për burimet që i japin tashmë të ndara. Asgjë nuk i nxjerr vetë. Dhe një emër që dikush e ka shkruar vetë nuk mbishkruhet kurrë nga një CSV i mëvonshëm që ndodh të vërejë diçka tjetër, sepse "fitorja e shkrimit të fundit" i lejon importin më të lëshuar të fitojë.
- 1IdentitetiE-posti, i normalizuar. Unik brenda projektit.
- 2EmriRuhet i plotë.
first_namenxirret në momentin e shfaqjes, kurrë nuk ruhet. - 3AtributetÇfarëdo që dëshironi, si JSON. Të tuat, dhe të interpolueshme si
attrs.*. - 4Etiketat dhe listatEtiketat janë entitete të plota dhe jetojnë në një depo të vetme; listat janë anëtarësi i shprehur qartë.
- 5PëlqimiNjë rresht për kanal, me një bazë ligjore dhe provën e saj.
- 6NgjarjetNjë regjistër vetëm-shtues i gjithçkaje që kjo person bëri. Tabela mbi të cilën mbështetet produkti.
- ×KurrëAs fjalëkalim, as hash, as sesion, as çelës API. Një kolonë që autentikon dikë do të ishte incident, jo veçori.
Me shtrirje te qiradhënësi dhe projekti, të dyja
Regjistri i pëlqimeve
Mungesa nuk është leje
Një rresht për kontakt për kanal — e-posti, SMS, letër, push — secili me një gjendje, një bazë ligjore, një burim, provën, vulosjet kohore dhe juridiksionin. Një kontakt pa rresht baze për një kanal nuk mund t'i dërgohet asgjë në atë kanal. Jo "është shënuar". Nuk mundet.
consent
Dikush kërkoi në mënyrë aktive. Një dërgim formulari me provën e ruajtur, një dyfishim pëlqimi, një kuti që e ka shënuar vetë. Kjo është baza më e fortë dhe e vetmja që një formular mund të prodhojë.
legitimate_interest
Më e mira që mund të arrijë një import CSV. Një fletëllogaritjeje nuk mund të mbajë mend dikë duke rënë dakord për diçka, kështu që asnjëherë nuk i lejohet të pretendojë se e ka bërë — dhe ngarkimi i së njëjtës skedar sërish nuk e ngrit atë.
contract
Ju u shkruani atyre për shkak të diçkaje ku të dy jeni palë. Kujtesa e shërbimit, njoftimi i rinovimit, ajo që do të mërziteshin të mos e merrnin.
Përpara se një fushatë të dërgohet, ju shihni përzierjen e bazave të audiencës së saj: sa prej këtyre njerëzve kërkuan, sa po i arrini nën interes të ligjshëm, dhe sa janë aty për shkak të një kontrate. Është një numër i vetëm që ka ndaluar më shumë dërgime të këqija se çdo banderolë paralajmërimi e shkruar ndonjëherë.
Pse kjo është më strikte sesa ju duhet: në të vërtetë nuk bëhet fjalë për ju. Reputacioni i dërgimit masiv është burim i përbashkët, dhe një listë e pakujdesshme e helmon pusin për të gjithë ata që dërgojnë nga e njëjta infrastrukturë. Shkallët e ankesave dhe rebondimeve për qiradhënës monitorohen, dhe një llogari që i kalon pragjet frenohet këtu — përpara se ta bëjë një ofrues për të gjithë njëherësh.

Pas çdo rreshti në listë, dikush ka thënë po.
Katër rrugë hyrjeje
Çdo rrugë drejt listës suaj jeni ju, duke vepruar mbi të dhënat tuaja
Nuk ka kanal marrjeje me token shërbimi dhe as produkt vëllazëror që shkruan në heshtje te kontaktet tuaja. Nëse dëshironi dikë në një listë, njëra nga këto katër e ka vendosur aty.
Import CSV
I hartuar kolonë pas kolone, i normalizuar në shkrim, i kontrolluar për MX kështu që domenet e vdekura dhe me gabim shkrimi kapen përpara se të bëjnë rebondim të përhershëm, dhe i vendosur me një bazë që e caktoni qartë. Importit i jepet një id, dhe çdo kontakt që ai krijoi tregon prapa atij.
Një formular ClickSomo
Renderuar nga i njëjti dokument si gjithçka tjetër, me validim, honeypot dhe kufi shpejtësie. Një dërgim është e vetmja rrugë që mund të prodhojë në mënyrë legjitime consent, sepse është e vetmja ku personi është i pranishëm.
Një faqe që keni ndërtuar në dash-b
Dizajneri i panelit publikon faqe; një formular në njërën prej tyre dërgohet këtu me kredencialet tuaja. I njëjti validim, i njëjti trajtim i pëlqimit, pa një integrim të dytë për të mirëmbajtur.
API-ja publike
POST /v1/contacts me token-in tuaj, semantikë upsert, çelës idempotencie i respektuar. Aplikacioni juaj e di tashmë kush u regjistrua; kjo është rruga më e shkurtër nga ai fakt deri te një funnel.
Segmentet janë një predikat, i kompiluar
Një segment është një pemë predikatesh e ruajtur mbi fushat e kontakteve, atribute, etiketa, anëtarësi në lista dhe sjellje, e kompiluar në SQL dhe e ruajtur në cache me një numërim. Operatorët janë të zakonshëm — i barabartë, jo i barabartë, në, jo në, fillon me, përfundon me, përmban, është caktuar, nuk është caktuar — të kombinuar me dhe, ose dhe jo në çdo thellësi që ju nevojitet.
Parashikojeni para se ta përdorni. Endpoint-i kthen kontakte reale, kështu që "kush ndodhet në të vërtetë këtu" është një pyetje të cilën e përgjigjeni duke parë, jo duke dërguar dhe duke zbuluar më pas.
Segmentet pastaj bëjnë punë të dyfishtë: si audiencë për një fushatë, si kushti në një degë funnel-i dhe si shkaktar në vetvete — segment_enter nis një ekzekutim në momentin që dikush bëhet i përshtatshëm.
- 1Etiketë
tags contains "regular" - 2Atribut
attrs.total_orders >= 3— fusha juaj, emri juaj për të. - 3SjelljaAsnjë event
order.paidnë 90 ditët e fundit. - 4PëlqimiNjë bazë e-mail-i e përdorshme. Kontaktet pa një të tillë nuk janë në numërim, sepse nuk mund t'u dërgohej gjithsesi.
- iParapamje412 kontakte, të listuar. Numërohen përsëri në momentin e dërgimit, sepse një segment është një pyetje dhe jo një pamje e ngrirë.
Kompiluar në SQLNumërimi në cache, përgjigja në kohë reale
Fshirja nga dërgimi, dhe kur kontrollohet
Fshirjet nga dërgimi janë me shtrirje projekti dhe globale: rebondime të forta, ankesa, çregjistrime, zëra manualë dhe adresa roli. Ato kontrollohen në momentin e dërgimit, dhe pastaj përsëri brenda vetë shërbimit të dërgimit.
Fjala e dytë bën punën. Një funnel me një pritje tre-ditore ka një dritare tre-ditore në të cilën dikush mund të çregjistrohet, dhe një sistem që kontrolloi fshirjen kur mesazhi u radhua do t'i dërgonte gjithsesi postën. Kontrolli në momentin e dërgimit është diferenca midis respektimit të një çregjistrimi dhe thjesht regjistrimit të tij.
Fshirja funksionon në të njëjtën mënyrë: një kërkesë fshirjeje heq kontaktin dhe historinë e mesazheve të tij këtu, dhe arrin në çdo shërbim vëlla që mbante një kopje përmes të njëjtit kanal të brendshëm që përdor pjesa tjetër e familjes. Ka një vend ku kërkohet dhe një gjë që ndodh.