Naplánuj uvítací e-mailovou sekvenci pro SaaS, e-shop nebo newsletter: ukázkové zprávy, načasování, kontrola podmínek a testy před odesláním.
Uvítací sekvence pomáhá novému odběrateli zjistit, co dělat dál. U SaaS produktu to může být založení prvního projektu. U e-shopu pochopení sortimentu. U newsletteru přehled o tom, co bude chodit a jak často.
Začni slibem, který zazněl při registraci. Každý další e-mail by ho měl pomáhat naplnit. Načasování i počet zpráv závisí na produktu a publiku; příklady níže jsou výchozí body k testování. Uvítací sekvence je první ze sekvencí životního cyklu v článku Automatizace e-mailů s AI.
| Výchozí bod | Užitečná první zpráva | Co ověřit |
|---|---|---|
| Vytvoření účtu | Jeden krok nastavení | Jestli by nejdřív nemělo proběhnout ověření e-mailu |
| Ověření e-mailu | Uvítání a přímý odkaz do produktu | Aby uvítání nezdvojovalo ověřovací e-mail |
| Přihlášení k newsletteru | Co čekat a jeden užitečný příklad | Souhlas příjemce a zvolená témata |
| Registrace v e-shopu | Produkty, rady nebo slíbená nabídka | Skutečné podmínky nabídky a datum, kdy vyprší |
Brew umí spouštět sekvence na základě vlastních událostí z backendu nebo z podporovaných integrací, jako jsou Supabase a Clerk. Payload sestav podle schématu vybraného spouštěče a použij jeho skutečné ID.
| Výchozí načasování | Úkol | Podmínka v okamžiku odeslání | |
|---|---|---|---|
| Uvítání | Po registraci nebo ověření | Pomoct založit první projekt | Nový účet |
| Pomoc s nastavením | 2. den | Ukázat jeden krátký příklad | Zatím bez aktivace |
| Další krok | Po aktivaci | Představit další užitečnou akci | Aktivace proběhla |
| Připomínka zkušební verze | Před koncem zkušební verze | Vysvětlit, co bude dál | Pořád ve zkušební verzi a bez platby |
| Dotaz, jak to jde | Po vhodném odstupu | Nabídnout pomoc | Pořád splňuje podmínky a smí e-mail dostat |
Každý e-mail postav kolem jedné akce. Použij skutečnou cílovou URL, jasný předmět a adresu pro odpovědi, kterou někdo sleduje. Vyhni se obecnému vyvolávání naléhavosti i tvrzením o výsledcích, které nemáš změřené.
U newsletteru může první zpráva doručit slíbený materiál, říct, jak často budou e-maily chodit, a ukázat typický článek. Pozdější zpráva může vysvětlit volbu témat nebo představit autora. Newsletter nepotřebuje aktivační trychtýř jako SaaS, aby měl důvod poslat druhý e-mail.
U e-shopu nejdřív doruč slíbenou nabídku a pak přidej užitečné rady k nákupu. Výjimky a platnost uveď přesně. Po nákupu můžou být zbývající připomínky slevy zbytečné, proto do kontroly podmínek zahrň i to, jestli zákazník nakoupil.
Rozhodni, co má každou zprávu zastavit: aktivace, nákup, vypršená nabídka, smazání účtu, odhlášení nebo změna tarifu. Pak toto pravidlo zaveď v systému, který skutečně čte aktuální stav.
V sekvenci v Brew spouštěné událostí čte podmínka na payload.activated původní událost. Podmínka na contact.activated čte aktuální hodnotu pole kontaktu v Brew v okamžiku, kdy se uzel provádí, a to i po kroku Čekání. Pole deklaruj a synchronizuj a podmínku vlož před každou připomínku, která na něm závisí. Aktualizace kontaktu ani pozdější událost dřívější běh automaticky nezruší.
Pokud podmínky závisí na nesynchronizovaných datech účtu nebo na konkrétním nákupu, naplánuj kontrolu ve své aplikaci. Když má zpráva odejít, přečti rozhodující záznam a samostatnou událost pro připomínku vyšli, jen pokud pravidlo pořád platí. Podrobnosti najdeš v dokumentaci na stránce Build an Automation.
Popiš v Brew spouštěč, publikum, požadovanou akci a tón. Můžeš také vyjít z veřejného příkladu v galerii sekvencí. Jeho načasování ber jako inspiraci, ne jako důkaz, že stejný harmonogram bude fungovat i u tvého publika.
Zkontroluj vygenerovaný graf automatizace i každý e-mail. Ověř odkazy, odesílatele, záložní hodnoty personalizace a účel odesílací domény. Ověřovací zpráva a propagační onboardingový e-mail můžou mít různé požadavky. Příručka FTC vysvětluje americký test hlavního účelu; ověřování, míru spamu a pravidla pro odhlášení popisují požadavky služby Gmail na odesílatele.
Otestuj registraci, opakovanou událost, chybějící personalizaci i příjemce, který podmínky nesplňuje. U podmínek na kontaktu během čekání aktualizuj synchronizované pole a ověř, že se připomínka přeskočí; otestuj i chybějící pole. U připomínek plánovaných v aplikaci proveď před kontrolou aktivaci nebo nákup a ověř, že se žádná událost pro připomínku nevyšle. Zkontroluj také zpracování odhlášení a výsledky doručení.
Publikuj až po kontrole zpráv i podmínek. Spolu s daty o doručení a proklicích sleduj akci, které má sekvence pomoct, třeba dokončené nastavení nebo první objednávku. Zprávy, které lidem k této akci pomáhají, si nech a ostatní přepracuj.
Příklady implementace najdeš v článcích jak vytvořit onboardingovou sekvenci z aplikace Cursor a konverze zkušebních verzí na základě událostí v produktu.
