Planera en välkomstsekvens för SaaS, webbutiker eller nyhetsbrev, med exempelmejl, timing, kontroller av vem som ska få mejlen och tester före utskick.
En välkomstsekvens hjälper en ny prenumerant att veta vad nästa steg är. För en SaaS-produkt kan det vara att skapa ett första projekt. För en butik kan det vara att förstå sortimentet. För ett nyhetsbrev kan det vara att veta vad som kommer och hur ofta.
Utgå från löftet som gavs vid registreringen. Varje uppföljning ska hjälpa till att uppfylla det. Tidpunkter och antal meddelanden beror på produkten och målgruppen; exemplen nedan är utgångspunkter att testa. Välkomstsekvensen är det första av livscykelflödena i e-postautomatisering med AI.
| Startpunkt | Användbart första meddelande | Kontrollera |
|---|---|---|
| Konto skapat | En åtgärd i konfigurationen | Om e-postverifieringen ska ske först |
| E-postadress verifierad | Välkomsthälsning och en direktlänk till produkten | Undvik att upprepa verifieringsmejlet |
| Prenumeration på nyhetsbrev | Vad som väntar och ett användbart exempel | Mottagarens samtycke och valda ämnen |
| Registrering i butik | Produkter, vägledning eller det utlovade erbjudandet | Erbjudandets faktiska villkor och slutdatum |
Brew kan starta flöden från anpassade händelser i din backend eller från integrationer som stöds, till exempel Supabase och Clerk. Bygg nyttolasten utifrån den valda utlösarens schema och använd dess riktiga utlösar-id.
| Mejl | Tidpunkt att börja med | Uppgift | Villkor när det är dags |
|---|---|---|---|
| Välkomstmejl | Efter registrering eller verifiering | Hjälpa till att skapa det första projektet | Nytt konto |
| Hjälp med konfigurationen | Dag 2 | Visa ett kort exempel | Inte aktiverad än |
| Nästa steg | Efter aktiveringen | Presentera nästa användbara åtgärd | Aktiverad |
| Påminnelse om provperioden | Före provperiodens slut | Förklara vad som händer sedan | Fortfarande i provperiod och har inte betalat |
| Avstämning | Efter ett lämpligt intervall | Erbjuda hjälp | Uppfyller fortfarande villkoren och får ta emot mejlet |
Bygg varje mejl kring en enda handling. Använd en riktig destinations-URL, en tydlig ämnesrad och en svarsadress som någon bevakar. Undvik allmän brådska och påståenden om resultat som du inte har mätt.
För ett nyhetsbrev kan det första meddelandet leverera den utlovade resursen, ange hur ofta utskicken kommer och visa en representativ artikel. Ett senare meddelande kan förklara inställningarna för ämnen eller presentera skribenten. Ett nyhetsbrev behöver ingen aktiveringstratt i SaaS-stil för att motivera ett andra mejl.
För en butik levererar du det utlovade erbjudandet först och ger sedan användbar vägledning inför köpet. Ange undantag och slutdatum korrekt. Ett köp kan göra de återstående påminnelserna om rabatten irrelevanta, så ta med köpstatus i dina kontroller av vem som ska få mejlen.
Bestäm vad som ska stoppa varje meddelande: aktivering, köp, ett utgånget erbjudande, ett raderat konto, en avregistrering eller ett byte av plan. Implementera sedan regeln i det system som faktiskt läser det aktuella läget.
I ett händelsestyrt flöde i Brew läser ett villkor på payload.activated den ursprungliga händelsen. Ett villkor på contact.activated läser kontaktfältets aktuella värde i Brew när noden körs, även efter ett väntesteg. Deklarera och synka fältet, och placera sedan villkoret före varje påminnelse som är beroende av det. En uppdatering av kontakten eller en senare händelse avbryter inte automatiskt en tidigare körning.
Om villkoren beror på kontodata som inte synkas eller på ett visst köp schemalägger du en kontroll i din applikation. Läs posten som är facit när det är dags för meddelandet, och skicka en separat händelse som startar påminnelsen bara om regeln fortfarande stämmer. Se Bygg en automatisering.
Beskriv utlösaren, målgruppen, den önskade handlingen och tonläget i Brew. Du kan också utgå från ett offentligt exempel i flödesgalleriet. Se dess tidpunkter som inspiration, inte som belägg för att samma schema fungerar för din målgrupp.
Granska det genererade flödet och varje mejl. Kontrollera länkarna, avsändaren, reservvärdena för personalisering och domänens syfte. Ett verifieringsmeddelande och ett säljande onboardingmeddelande kan ha olika krav. FTC:s guide förklarar den amerikanska bedömningen av huvudsakligt syfte; Gmails krav på avsändare tar upp reglerna för autentisering, spamfrekvens och avregistrering.
Testa en registrering, en upprepad händelse, saknad personalisering och en mottagare som inte uppfyller villkoren. För villkor på kontakten uppdaterar du det synkade fältet under väntetiden och bekräftar att påminnelsen hoppas över; testa också fält som saknas. För påminnelser som schemaläggs i applikationen aktiverar du eller gör ett köp före kontrollen och bekräftar att ingen påminnelsehändelse skickas. Kontrollera också hanteringen av avregistreringar och leveransutfallen.
Publicera först när meddelandena och kontrollerna av villkoren har granskats. Följ upp handlingen som sekvensen ska främja, till exempel en slutförd konfiguration eller en första beställning, tillsammans med data om leveranser och klick. Behåll meddelandena som hjälper folk att ta det steget och revidera resten.
Exempel på implementering finns i så bygger du onboarding från Cursor och konvertering av provperioder med produkthändelser.
