Satu waktu kirim terbaik hanyalah jam rata-rata yang tak cocok untuk siapa pun. Cara kerja waktu kirim per kontak di Brew, datanya, dan cara menguji hasilnya.
Optimasi waktu kirim per kontak menjadwalkan email untuk setiap penerima pada jam ketika orang tersebut pernah membuka atau mengklik email sebelumnya, bukan satu jam yang sama untuk seluruh daftar.
“Kapan waktu terbaik untuk mengirim newsletter?” adalah pertanyaan tentang rata-rata. Laporan benchmark menjawabnya dengan satu jam di pertengahan pagi pada hari kerja, hasil rata-rata dari jutaan orang yang tidak ada di daftar Anda. Pembaca Anda membereskan kotak masuk di kereta pukul 07.00, saat makan siang, atau setelah makan malam. Pengiriman pukul 10.00 cocok untuk pembaca yang biasa membuka email pukul 10.00, tetapi tenggelam bagi semua orang lainnya.
Di Brew, fitur ini bernama Intelligent Send. Berikut cara fitur ini memilih jam, kapan ia kembali ke waktu mulai, dan cara menguji apakah fitur ini membantu.
Satu jam tetap dibandingkan pengiriman yang tersebar mengikuti jam keterlibatan setiap kontak di masa lalu.
Di dialog kirim, bagian Waktu pengiriman menawarkan Kirim sekarang, Jadwalkan, Intelligent Send, dan Pengiriman bertahap. Pilih Intelligent Send dan tentukan waktu mulainya, sekarang atau nanti. Tombolnya berubah menjadi Mulai Intelligent Send atau Jadwalkan Intelligent Send. Dokumentasi opsi pengiriman membahas keempat mode tersebut.
Untuk setiap kontak, Brew memberikan 24 slot satu jam kepada model evaluasi AI, yaitu jam mulai ditambah 23 jam berikutnya, beserta riwayat kontak tersebut dengan merek Anda, hingga 200 pembukaan dan 100 klik terbarunya. Model ini memilih jam yang paling mungkin dengan menimbang tiga hal:
Jika jam yang dipilih lebih lambat daripada waktu mulai, email dikirim sekitar 5 menit sebelum jam tersebut, sehingga berada di dekat bagian atas kotak masuk saat orang itu membukanya. Jika yang terpilih adalah jam mulai, email langsung dikirim.
Anda memulai Intelligent Send pada hari Selasa pukul 09.00 UTC. Riwayat di bawah ini hanya rekaan. Aturannya nyata.
Ana mengklik enam email terakhir Anda, kebanyakan antara pukul 13.00 dan 14.00 pada hari kerja, dan membuka beberapa email pada pukul 07.30. Klik lebih berbobot daripada pembukaan, jadi pukul 13.00 kemungkinan besar terpilih dan emailnya dikirim sekitar pukul 12.55.
Ben membuka hampir semua email antara pukul 07.00 dan 08.00. Jam itu sudah lewat, tetapi jendela waktunya berlangsung hingga Rabu pukul 08.59, jadi Ben menerimanya sekitar 22 jam setelah waktu mulai, tepat sebelum ia biasanya membaca. Banyak orang tidak menyadari hal ini. Waktu mulai yang pagi tidak berarti pembaca pagi menerimanya hari itu juga.
Chloe baru bergabung minggu lalu dan belum pernah membuka email apa pun, jadi ia menerimanya pukul 09.00.
Dev punya dua puluh pembukaan, semuanya terjadi beberapa detik setelah email diterima, pada jam berapa pun. Pola itu terlihat seperti klien email yang mengambil konten, bukan orang yang membaca. Brew hanya menghitung pembukaan dan klik yang dinilainya berasal dari manusia, jadi jika tidak ada satu pun aktivitas Dev yang lolos, emailnya dikirim pukul 09.00 seperti Chloe.
Mail Privacy Protection milik Apple mengunduh konten jarak jauh di latar belakang secara default, entah orangnya membaca email itu atau tidak. Model yang diberi data pembukaan seperti itu akan mempelajari kapan server Apple mengambil email, lalu menjadwalkan email Anda pada jam ketika tidak ada yang melihat.
Tidak ada zona waktu atau lokasi. Jam-jamnya dalam UTC, dan satu-satunya masukan adalah stempel waktu pembukaan dan klik oleh manusia di masa lalu.
Kekurangan ini tidak sebesar kedengarannya. Zona waktu hanyalah tebakan kapan seseorang terjaga. Stempel waktu pembukaan mencatat kapan mereka benar-benar membaca. Seseorang yang profilnya masih menyebut New York padahal sudah pindah ke Berlin tetap dijadwalkan berdasarkan kapan ia membaca sekarang.
Fitur ini juga tidak pernah mengarang “jam terbaik untuk seluruh audiens” bagi kontak yang belum dikenal. Tanpa riwayat, Brew mengirim pada waktu mulai Anda. Menurut saya, itu sudah tepat. Waktu mulai adalah keputusan yang Anda buat, dan rata-rata yang dipinjam dari tempat lain tidak lebih baik.
Tidak ada alamat email atau pengenal lain yang dikirim ke model, dan pemanggilan model tidak ditagihkan kepada Anda.
Kontak yang memiliki riwayat tetap bisa dikirimi pada waktu mulai jika:
Kontak seperti ini dihitung terpisah sebagai “tidak dapat dijadwalkan”. Jika angkanya besar, ketahui hal itu sebelum menarik kesimpulan.
Halaman analitik pengiriman merangkumnya dalam tiga baris:
Panel Waktu per kontak di bawahnya menampilkan kontak sesuai urutan rencana, bisa dicari berdasarkan email, masing-masing dengan alasannya, misalnya “Dijadwalkan dari riwayat pembukaan dan klik kontak ini” atau “Langsung dikirim: belum ada pembukaan atau klik”.
Periksa Penjadwalan terlebih dahulu. Jika 85% langsung dikirim, berarti pengiriman itu sebagian besar adalah pengiriman biasa dengan sebagian kecil kontak yang dijadwalkan. Ini umum terjadi pada daftar yang masih baru, dan bukan sebuah kegagalan.
Gunakan fitur ini ketika selisih beberapa jam lebih cepat atau lebih lambat tidak mengubah makna pesan: newsletter, kabar produk bulanan, rangkuman konten, dan email edukasi untuk segmen yang aktif.
Jangan gunakan saat waktu itu sendiri adalah pesannya: pengingat webinar pukul 14.00 hari ini, promo yang berakhir tengah malam, atau pengumuman yang terkait dengan siaran pers. Untuk pengiriman seperti itu, gunakan Jadwalkan.
Waktu kirim tidak akan menyelamatkan email yang bermasalah. Jalankan daftar periksa QA sebelum mengirim sebelum Anda memilih waktu mulai.
Hal lain yang perlu diketahui:
Intelligent Send tidak menyisihkan kelompok kontrol atau melaporkan peningkatan, jadi lakukan perbandingannya sendiri, dan waspadai efek pengenceran. Hanya kontak yang dijadwalkan yang bisa berubah. Bagi 20.000 kontak menjadi dua bagian, masing-masing 10.000 kontak, lalu anggaplah 35% dari bagian Intelligent Send berhasil dijadwalkan. Jika penjadwalan menaikkan tingkat klik kelompok yang dijadwalkan itu dari 3,0% menjadi 3,6%, hasil yang bagus, bagian tersebut secara keseluruhan hanya naik dari 3,0% menjadi sekitar 3,2%. Dengan 10.000 kontak per bagian, selisih 0,2 poin pada tingkat klik 3% masih berada dalam fluktuasi normal antarpengiriman. Anda pun akan menyimpulkan bahwa fitur ini tidak berhasil.
Jadi, lakukan pengujian pada kontak yang bisa dijadwalkan:
Panduan uji A/B membahas ukuran sampel, dan artikel metrik yang penting menjelaskan mengapa klik adalah sinyal yang lebih aman.
Fitur ini bisa dipakai di mana pun Anda bisa mengirim:
POST /v1/sends dengan smartSend: true, ditambah scheduledAt untuk waktu mulai yang lebih lambat.send_email menerima smartSend, jadi Anda bisa meminta Claude atau Cursor untuk “kirim dengan Intelligent Send”.Saat Anda membaca kembali data sebuah pengiriman, hasilnya menyertakan objek smartSend dengan windowEndsAt, assignedViaModel, assignedImmediately, dan modelFallbacks, yaitu angka yang sama dengan baris Penjadwalan.
Untuk sinyal mentahnya, GET /v1/contacts/{email}?include=openProfile mengembalikan riwayat pembukaan sebuah kontak dalam bentuk 48 slot setengah jam dalam UTC. Setelah kontak memiliki setidaknya 5 pembukaan unik, respons ini menambahkan waktu buka terbaik, waktu kirim terbaik, dan skor confidence dari 0 hingga 1. Kunci API yang dipakai memerlukan cakupan emails selain contacts. Profil tersebut bisa mencakup pembukaan otomatis, dan Intelligent Send tidak membacanya. Perencana langsung memakai pembukaan dan klik oleh manusia.
Tidak. Kontak tanpa riwayat, atau yang jam terbaiknya adalah jam mulai, menerimanya pada waktu mulai. Hanya kontak yang riwayatnya menunjuk ke jam yang lebih lambat yang menunggu, dan itu pun hanya sampai jam tersebut.
Tidak pada awalnya. Tanpa catatan pembukaan atau klik oleh manusia, semua orang dikirimi pada waktu mulai. Fitur ini baru berpengaruh setelah terkumpul data keterlibatan dari beberapa pengiriman.
Tidak. Waktu mulai tetap menjadi waktu kirim bagi semua kontak tanpa riwayat, dan menentukan jendela waktu 24 jam. Pilih waktu yang tetap Anda anggap baik untuk pengiriman biasa.
Tidak. Fitur ini hanya memakai waktu ketika setiap orang pernah membuka dan mengklik email sebelumnya, yang merupakan bukti lebih baik daripada zona waktu yang tersimpan.
