# Automatizace e-mailového marketingu: nejdřív kontroly stavu

Kanonická URL: https://brew.new/cs/blog/email-marketing-automation-guide
Autor: Thomas Park
Publikováno: 2026-08-19
Aktualizováno: 2026-09-29

E-mailová automatizace je opakovatelné rozhodnutí o tom, kdy poslat zprávu. Editor je jen jedna její část. Událost, aktuální stav zákazníka a pravidla pro zastavení jsou stejně důležité jako text.

Než začneš sekvenci kreslit, zapiš si, proč má každá zpráva existovat a co by ji v okamžiku odeslání udělalo nevhodnou.

## Definuj spouštěč a jeho data

Automatizaci může spustit registrace, dokončený nákup, neúspěšná platba nebo milník v produktu. Dej události jasný význam. „Uživatel je aktivní“ je nejednoznačné; „první report vyexportován“ je něco, co aplikace umí zaznamenat a otestovat.

Přidej jen data, která zpráva potřebuje, se stabilními identifikátory a tam, kde to dává smysl, i s časovým razítkem. Rozhodni, který systém je u každé hodnoty zdrojem pravdy. Doručení události se může opakovat, proto využij idempotenci, kterou tvoje integrace podporuje, a otestuj duplicitní doručení.

[Integrace Stripe](/cs/browse/integrations/stripe) poskytuje zdokumentované události předplatného a plateb. Vlastní události z aplikace můžou pokrýt milníky typické pro tvůj produkt.

## Odděl čekání od kontroly podmínek

Čekání mění, kdy proběhne další krok. Samo o sobě ale neaktualizuje fakta, která automatizace zná.

V sekvenci v Brew spouštěné událostí rozlišují uzly Filtr a uzly podmíněného rozdělení mezi daty události a daty kontaktu. `activated` nebo `payload.activated` čte původní událost. Payload z registrace s hodnotou `activated: false` může být už zítra neaktuální. `contact.activated` čte aktuální hodnotu pole kontaktu příjemce v Brew v okamžiku, kdy se daný uzel s podmínkou provádí, a to i po kroku Čekání.

U připomínky nastavení deklaruj pole kontaktu `activated` typu ano/ne, průběžně ho synchronizuj ze své aplikace a za čekání vlož filtr `contact.activated equals false`. Pole bez hodnoty není totéž co pole s hodnotou ne, takže otestuj obojí. Před každou další připomínku, která na tomto stavu závisí, vlož podmínku; aktualizace kontaktu ani nová událost už běžící běh automaticky nezruší.

Čtení kontaktu se nedotazuje tvé produktové databáze ani poskytovatele plateb. Pokud podmínky závisí na nesynchronizované aktivitě, konkrétní faktuře nebo aktuálním obsahu košíku, naplánuj tuto kontrolu ve své aplikaci. Když nastane čas, přečti rozhodující záznam a novou událost pro připomínku vyšli, jen pokud má připomínka pořád smysl.

Oba přístupy popisuje [průvodce sekvencí pro zkušební verze](/cs/blog/how-to-build-a-saas-trial-conversion-email-sequence-with-product-events). Cesty k polím v podmínkách vysvětluje [dokumentace k automatizacím](https://docs.brew.new/create-emails/build-an-automation#check-state-before-later-reminders).

## Začni jednou užitečnou sekvencí

Uvítací automatizace může doručit materiál nebo další krok slíbený při registraci. Oznámení o platbě může vysvětlit skutečnou platební událost. E-mail k milníku v produktu může člověku pomoct využít výsledek toho, co právě dokončil.

První verzi udrž tak malou, aby se dala zkontrolovat. U každé zprávy si zapiš publikum, spouštěč, povinná pole, zamýšlenou akci a podmínky, které mají odeslání zabránit. Do této kontroly zahrň i stav odběru a to, jak se zachází s blokovanými adresami.

V Brew o spuštění rozhodují publikované automatizace. Vytvořit nebo upravit koncept není totéž co ho publikovat. Nastavení integrace a stav automatizace mají různé úkoly; například nastavení **Synchronizovat celé jméno** v integraci Stripe řídí aktualizace jmen, ne to, jestli se automatizace spouštěné událostmi provedou.

## Otestuj změny stavu

Otestuj běžný běh, chybějící nepovinná pole, duplicitní událost, kontakt odhlášený z marketingu a zákazníka, jehož stav se změní dřív, než má připomínka odejít. U podmínek na kontaktu během čekání aktualizuj pole v Brew a ověř, že pozdější podmínka připomínku přeskočí. U připomínek plánovaných v aplikaci ověř, že aplikace novou událost pro připomínku nevyšle, když zákazník podmínky už nesplňuje.

Kromě záznamu o běhu zkontroluj i skutečný e-mail. Ověř odkazy, proměnné, odesílací doménu a přesnou publikovanou verzi. Úspěšný požadavek na spouštěč sám o sobě nedokazuje, že správná zpráva dorazila do správné schránky.

## Kontroluj automatizaci, když se mění produkt

Trvale běžící sekvence může potichu zastarat, když se změní kroky nastavení, ceny nebo přístup k produktu. Každé sekvenci urči vlastníka a po relevantních vydáních ji zkontroluj.

Měř zamýšlený výsledek i nežádoucí efekty. Pokud je cílem dokončené nastavení, sleduj tuto akci spolu se stížnostmi a odhlášeními. [Průvodce metrikami](/cs/blog/email-metrics-that-matter) ti pomůže nebrat otevření jako důkaz, že automatizace pomohla.