En enda bästa utskickstid är ett snitt av listan som ingen följer. Så fungerar tidsättning per kontakt i Brew, vad den bygger på och hur du ser om den hjälpte.
Optimering av utskickstid per kontakt innebär att mejlet till varje mottagare schemaläggs till den timme då just den personen tidigare har öppnat eller klickat, i stället för en och samma timme för hela listan.
”När är bästa tiden att skicka ett nyhetsbrev?” är en fråga om genomsnitt. Rapporter med riktmärken svarar med en timme mitt på förmiddagen en vardag, ett snitt av miljontals människor som inte finns på din lista. Dina läsare rensar inkorgen på tåget kl. 7:00, på lunchen eller efter middagen. Ett utskick kl. 10:00 passar dem som läser kl. 10:00 och drunknar i inkorgen för alla andra.
I Brew heter det här Intelligent Send. Här går vi igenom hur funktionen väljer timme, när den faller tillbaka på starttiden och hur du testar om den hjälpte.
En fast timme jämfört med ett utskick som sprids över de timmar då varje kontakt tidigare har engagerat sig.
I utskicksdialogen finns fyra val under Tidpunkt för utskick: Skicka nu, Schemalägg, Intelligent Send och Gradvist utskick. Välj Intelligent Send och välj en start, nu eller senare. Knappen ändras då till Starta Intelligent Send eller Schemalägg Intelligent Send. Dokumentationen om utskicksalternativ beskriver alla fyra lägen.
För varje kontakt ger Brew en AI-modell för utvärdering 24 tidsluckor på en timme vardera, starttimmen plus de 23 följande, och kontaktens historik med ditt varumärke: upp till de 200 senaste öppningarna och de 100 senaste klicken. Modellen väljer den mest sannolika timmen och väger då in tre saker:
Om den valda timmen ligger efter starten skickas mejlet ungefär 5 minuter innan timmen börjar, så att det ligger nära toppen av inkorgen när personen tittar. Är det starttimmen skickas mejlet direkt.
Du startar ett utskick med Intelligent Send en tisdag kl. 09:00 UTC. Kontakternas historik nedan är påhittad. Reglerna är verkliga.
Ana har klickat i dina sex senaste mejl, oftast mellan 13:00 och 14:00 på vardagar, och öppnat några kl. 07:30. Klick väger tyngre än öppningar, så 13:00 är det troliga valet och hennes mejl går ut runt 12:55.
Ben öppnar nästan allt mellan 07:00 och 08:00. Den timmen har passerat, men fönstret löper till 08:59 på onsdagen, så han får mejlet ungefär 22 timmar efter starten, strax innan han brukar läsa. Det här missar många. En tidig start betyder inte att de som läser tidigt får mejlet i dag.
Chloe gick med förra veckan och har aldrig öppnat något, så hon får mejlet kl. 09:00.
Dev har tjugo öppningar, alla inom några sekunder efter leveransen och vid alla tider på dygnet. Det ser ut som en e-postklient som hämtar innehåll, inte som en person som läser. Brew räknar bara öppningar och klick som har bedömts som mänskliga, så om ingen av Devs öppningar godkänns går hans mejl ut kl. 09:00, precis som Chloes.
Apples Mail Privacy Protection laddar som standard ned fjärrinnehåll i bakgrunden, oavsett om personen läser mejlet eller inte. En modell som matas med de öppningarna lär sig när Apples servrar hämtar mejl och schemalägger dina utskick till en timme då ingen tittar.
Ingen tidszon eller plats. Timmarna anges i UTC, och den enda indatan är tidsstämplar för tidigare mänskliga öppningar och klick.
Det är en mindre brist än det låter. En tidszon är en gissning om när någon är vaken. En tidsstämpel för en öppning visar när personen faktiskt läste. Någon vars profil fortfarande säger New York efter flytten till Berlin tidsätts utifrån när personen läser i dag.
Funktionen hittar heller aldrig på en ”bästa timme för hela målgruppen” för okända kontakter. Utan historik skickar Brew vid din start. Jag tycker att det är rätt. Starten är ett beslut som du har fattat, och ett lånat genomsnitt är inte bättre.
Ingen e-postadress eller annan identifierare skickas till modellen, och du debiteras inte för modellanropet.
En kontakt med historik kan ändå få mejlet vid starten om:
De här kontakterna räknas separat, som ”med historik som inte kunde tidsättas”. Om den siffran är stor bör du känna till det innan du drar några slutsatser.
Statistiksidan för utskicket sammanfattar det på tre rader:
Panelen Tidpunkt per kontakt nedanför listar kontakterna i planerad ordning, sökbara via e-postadress, var och en med en förklaring som ”Tidsatt utifrån tidigare öppningar och klick” eller ”Direkt: inga öppningar eller klick än”.
Titta på Tilldelning först. Om 85 % gick ut direkt var det mest ett vanligt utskick med en liten tidsatt svans. Det är vanligt på en ung lista och inget misslyckande.
Använd funktionen när några timmar hit eller dit inte ändrar budskapet: nyhetsbrev, månatliga produktuppdateringar, sammanställningar av innehåll och nurturing-mejl till ett engagerat segment.
Hoppa över den när tidpunkten är själva budskapet: en påminnelse om ett webbinarium kl. 14:00 i dag, en rea som slutar vid midnatt, ett meddelande som hör ihop med ett pressmeddelande. Använd Schemalägg för sådana utskick.
Rätt tidpunkt räddar inte ett trasigt mejl. Gå igenom checklistan för kvalitetskontroll före utskick innan du väljer en start.
Annat som är bra att veta:
Intelligent Send håller inte undan någon kontrollgrupp och rapporterar inte hur mycket resultatet lyfter, så du får göra jämförelsen själv och se upp med utspädning. Bara tidsatta kontakter kan påverkas. Dela 20 000 kontakter i två halvor om 10 000 och anta att 35 % av halvan med Intelligent Send blir tidsatt. Om tidsättningen lyfter den gruppens klickfrekvens från 3,0 % till 3,6 %, vilket är ett bra resultat, rör sig halvan som helhet från 3,0 % till ungefär 3,2 %. Med 10 000 per halva ligger 0,2 procentenheter vid en klickfrekvens på 3 % inom det normala bruset mellan utskick. Du skulle dra slutsatsen att funktionen inte fungerar.
Testa därför på kontakter som kan tidsättas:
Guiden om A/B-testning går igenom urvalsstorlek, och artikeln om måtten som spelar roll förklarar varför klick är den säkrare signalen.
Funktionen fungerar överallt där du kan skicka:
POST /v1/sends med smartSend: true, plus scheduledAt för en senare start.send_email tar emot smartSend, så du kan be Claude eller Cursor att ”skicka med Intelligent Send”.När du läser tillbaka ett utskick får du ett smartSend-objekt med windowEndsAt, assignedViaModel, assignedImmediately och modelFallbacks, samma siffror som på raden Tilldelning.
Vill du ha den råa signalen returnerar GET /v1/contacts/{email}?include=openProfile en kontakts öppningshistorik som 48 halvtimmesluckor i UTC. När en kontakt har minst 5 unika öppningar läggs en bästa öppningstid, en bästa utskickstid och ett confidence-värde från 0 till 1 till. Nyckeln behöver omfånget emails utöver contacts. Den profilen kan innehålla automatiska öppningar, och Intelligent Send läser den inte. Planeraren använder mänskliga öppningar och klick direkt.
Nej. Kontakter utan historik, eller vars bästa timme är starttimmen, får mejlet vid starten. Bara kontakter vars historik pekar mot en senare timme får vänta, och bara till den timmen.
Inte i början. Utan registrerade mänskliga öppningar eller klick får alla mejlet vid starten. Funktionen gör skillnad först när några utskick har gett engagemang att utgå från.
Nej. Starten är fortfarande utskickstiden för alla utan historik, och den bestämmer 24-timmarsfönstret. Välj en tid som du skulle vara nöjd med för ett vanligt utskick.
Nej. Det använder bara när varje person tidigare har öppnat och klickat, vilket är ett bättre underlag än en lagrad tidszon.
