Jeden nejlepší čas odeslání zprůměruje seznam do hodiny, která nesedí nikomu. Jak v Brew funguje načasování podle kontaktu, z čeho vychází a jak ověřit přínos.
Optimalizace času odeslání pro jednotlivé kontakty naplánuje každému příjemci jeho kopii e-mailu na hodinu, ve které dřív otevíral nebo klikal, a ne na jednu hodinu pro celý seznam.
„Kdy je nejlepší čas na odeslání newsletteru?“ je otázka na průměry. Benchmarkové reporty odpovídají jednou dopolední hodinou ve všední den, zprůměrovanou přes miliony lidí, kteří ve tvém seznamu nejsou. Tví čtenáři probírají inbox ve vlaku v 7:00, během oběda nebo po večeři. Rozesílka v 10:00 vyhovuje těm, kdo čtou v 10:00, a všem ostatním zapadne.
V Brew se tato funkce jmenuje Intelligent Send. Ukážeme si, jak vybírá hodinu, kdy sáhne po záložním postupu a jak otestovat, jestli pomohla.
Jedna pevná hodina oproti rozesílce rozložené do hodin, ve kterých se jednotlivé kontakty dřív zapojily.
V dialogu odeslání nabízí sekce Kdy odeslat možnosti Odeslat hned, Naplánovat, Intelligent Send a Postupné odesílání. Zvol Intelligent Send a vyber začátek, hned nebo později. Tlačítko se změní na Spustit Intelligent Send nebo Naplánovat Intelligent Send. Všechny čtyři režimy popisuje dokumentace k možnostem odeslání.
Pro každý kontakt předá Brew hodnoticímu AI modelu 24 hodinových slotů (hodinu začátku a 23 následujících) a historii kontaktu s tvou značkou: až 200 jeho posledních otevření a 100 posledních prokliků. Model vybere nejpravděpodobnější hodinu a zvažuje přitom tři věci:
Pokud je vybraná hodina pozdější než začátek, e-mail odejde asi 5 minut před ní, takže ve chvíli, kdy se člověk podívá, bude v inboxu mezi prvními. Pokud jde o hodinu začátku, odejde hned.
Spustíš Intelligent Send v úterý v 9:00 UTC. Historie níže jsou vymyšlené, pravidla jsou skutečná.
Ana klikla v tvých posledních šesti e-mailech, většinou ve všední dny mezi 13:00 a 14:00, a pár jich otevřela v 7:30. Prokliky mají větší váhu než otevření, takže model nejspíš vybere 13:00 a e-mail jí odejde kolem 12:55.
Ben otevírá skoro všechno mezi 7:00 a 8:00. Ta hodina už minula, ale okno trvá do středy do 8:59, takže e-mail dostane zhruba 22 hodin po začátku, těsně předtím, než obvykle čte. Tohle lidé často přehlédnou: brzký začátek neznamená, že ranní čtenáři dostanou e-mail ještě dnes.
Chloe se přihlásila minulý týden a ještě nic neotevřela, takže e-mail dostane v 9:00.
Dev má dvacet otevření, všechna pár sekund po doručení a v nejrůznějších hodinách. To vypadá spíš jako e-mailový klient, který stahuje obsah, než jako člověk, který čte. Brew počítá jen otevření a prokliky, které vyhodnotil jako lidské, takže pokud žádné z Devových neprojde, odejde mu e-mail v 9:00 stejně jako Chloe.
Funkce Mail Privacy Protection v Apple Mail ve výchozím nastavení stahuje vzdálený obsah na pozadí, ať už člověk e-mail čte, nebo ne. Model krmený takovými otevřeními se naučí, kdy poštu stahují servery společnosti Apple, a naplánuje ti rozesílku na hodinu, kdy se nikdo nedívá.
Nepoužívá časové pásmo ani polohu. Hodiny jsou v UTC a jediným vstupem jsou časová razítka minulých lidských otevření a prokliků.
Není to tak velká mezera, jak to zní. Časové pásmo je jen odhad, kdy je člověk vzhůru. Časové razítko otevření zaznamenává, kdy skutečně čte. Kdo se přestěhoval do Berlína a v profilu má pořád New York, dostane e-mail podle toho, kdy čte teď.
Neznámým kontaktům také nikdy nevymýšlí „nejlepší hodinu pro celé publikum“. Bez historie Brew posílá v čase tvého začátku. Myslím, že je to správně. Začátek je tvoje rozhodnutí a vypůjčený průměr není o nic lepší.
Do modelu nejde žádná e-mailová adresa ani jiný identifikátor a volání modelu se ti neúčtuje.
I kontakt s historií může dostat e-mail v čase začátku, pokud:
Tyto kontakty se počítají zvlášť jako „s historií, ale bez načasování“. Pokud je jich hodně, měj to na paměti, než začneš vyvozovat závěry.
Stránka s analytikou rozesílky to shrnuje do tří řádků:
Panel Načasování kontaktu pod nimi řadí kontakty v plánovaném pořadí, dá se v něm hledat podle e-mailu a u každého kontaktu je uvedený důvod, třeba „Načasováno podle dřívějších otevření a prokliků“ nebo „Hned: zatím žádná otevření ani prokliky“.
Nejdřív se podívej na Přiřazení. Pokud 85 % odešlo hned, šlo hlavně o běžnou rozesílku s malým načasovaným chvostem. U mladého seznamu je to běžné a nejde o selhání.
Použij ji tam, kde pár hodin sem nebo tam nic nemění na smyslu: u newsletterů, měsíčních přehledů novinek v produktu, souhrnů obsahu a nurturingových e-mailů pro zapojený segment.
Vynech ji, když je zprávou samotný čas: připomínka webináře na dnešních 14:00, výprodej končící o půlnoci, oznámení navázané na tiskovou zprávu. Na ty použij možnost Naplánovat.
Načasování rozbitý e-mail nezachrání. Než vybereš začátek, projdi si checklist kontrol před odesláním.
Co dalšího je dobré vědět:
Intelligent Send nevyčleňuje kontrolní skupinu ani nevykazuje nárůst, takže srovnání proveď vlastními silami a dej pozor na zředění efektu. Posunout se můžou jen načasované kontakty. Rozděl 20 000 kontaktů na dvě poloviny po 10 000 a řekněme, že v polovině s Intelligent Send se načasuje 35 % kontaktů. Pokud načasování zvedne míru prokliku této skupiny ze 3,0 % na 3,6 %, což je dobrý výsledek, polovina jako celek se posune ze 3,0 % zhruba na 3,2 %. S 10 000 kontakty v každé polovině je rozdíl 0,2 procentního bodu u míry prokliku 3 % v mezích běžného šumu mezi rozesílkami. Závěr by zněl, že to nefunguje.
Testuj proto na kontaktech, které se načasovat dají:
Velikost vzorku rozebírá průvodce A/B testováním a proč jsou prokliky spolehlivější signál, vysvětluje článek na kterých metrikách záleží.
Funguje všude, odkud můžeš posílat:
POST /v1/sends s smartSend: true a pro pozdější začátek ještě scheduledAt.send_email přijímá smartSend, takže můžeš Claude nebo Cursor požádat: „Pošli to přes Intelligent Send.“Když rozesílku zpětně načteš, vrátí se objekt smartSend s poli windowEndsAt, assignedViaModel, assignedImmediately a modelFallbacks, tedy se stejnými čísly jako řádek Přiřazení.
Pro surový signál vrátí GET /v1/contacts/{email}?include=openProfile historii otevření kontaktu jako 48 půlhodinových slotů v UTC. Jakmile má kontakt aspoň 5 unikátních otevření, přidá nejlepší čas otevření, nejlepší čas odeslání a skóre confidence od 0 do 1. API klíč potřebuje kromě oprávnění contacts i oprávnění emails. Tento profil může zahrnovat strojová otevření a Intelligent Send ho nečte. Plánovač pracuje přímo s lidskými otevřeními a prokliky.
Ne. Kontakty bez historie nebo ty, jejichž nejlepší hodina je hodina začátku, dostanou e-mail hned na začátku. Čekají jen kontakty, jejichž historie ukazuje na pozdější hodinu, a to jen do ní.
Zpočátku ne. Dokud nejsou zaznamenaná žádná lidská otevření ani prokliky, dostanou e-mail všichni v čase začátku. Smysl to začne dávat, až se nasbírá zapojení z několika rozesílek.
Ne. Začátek je pořád časem odeslání pro všechny bez historie a určuje 24hodinové okno. Vyber čas, který by ti vyhovoval i u běžné rozesílky.
Ne. Používá jen to, kdy každý člověk dřív otevíral a klikal, a to je lepší důkaz než uložené časové pásmo.
