Menguji otomatisasi pemasaran berarti memeriksa siapa yang masuk, apa yang terjadi selama mereka menunggu, dan alasan pesan berhenti dikirim. Pratinjau email yang tampak rapi tidak dapat memastikan pelanggan yang sudah membeli tidak tetap menerima pengingat pemulihan. Buat beberapa skenario pelanggan Shopify untuk menguji keputusan tersebut, lalu verifikasi hasil dan tampilan setiap pesan.
Tentukan alur yang diharapkan terlebih dahulu
Catat apa yang seharusnya terjadi kepada pelanggan yang memenuhi syarat, kontak yang berhenti berlangganan, pelanggan yang membeli selama jeda, orang yang datanya untuk personalisasi tidak lengkap, serta orang yang memenuhi syarat bagi dua alur. Pilih skenario sesuai tujuan otomatisasi sebenarnya.
Untuk setiap kasus, catat pesan, kanal, waktu, dan titik berhentinya. Lakukan sebelum pengujian agar hasil tak terduga tidak diam-diam dianggap sebagai ekspektasi baru. Gunakan catatan uji yang terkontrol dan pisahkan aktivitas pengujian dari pengiriman kepada pelanggan sungguhan.
Tentukan syarat lulus yang terlihat untuk setiap kasus
Gunakan tujuan otomatisasi sebenarnya untuk menetapkan hasil yang diharapkan. Untuk alur pemulihan checkout, kasus berikut dapat menjadi titik awal yang berguna. Sesuaikan dengan pemicu dan kontrol yang dikonfigurasi; jangan menganggap daftar ini berlaku untuk semua pengujian.
- Pelanggan yang memenuhi syarat: masuk satu kali sesuai rencana, menerima bahasa dan konteks checkout yang benar, lalu diarahkan ke halaman tujuan yang tepat.
- Kontak yang berhenti berlangganan: tidak menerima pemasaran melalui kanal yang dikecualikan meskipun peristiwa checkout memenuhi syarat lainnya.
- Pembelian selama jeda: pesan penjualan pemulihan berikutnya berhenti sesuai syarat pembelian yang ditentukan.
- Data personalisasi tidak tersedia: pesan tetap lengkap, mudah dibaca, dan akurat tanpa nilai yang hilang.
- Alur bertumpang tindih: gabungan pesan mengikuti prioritas dan aturan pengecualian yang ditetapkan tim.
Ikuti syarat di sepanjang alur
Di Sendvio, periksa pemicu dan setiap syarat sebelum langkah pengiriman. Pastikan langganan email tidak dianggap sebagai izin SMS dan detail kontak yang tidak valid tidak menjadi memenuhi syarat hanya karena kolom lain berubah.
Periksa perilaku yang bergantung pada waktu. Pembelian, berhenti berlangganan, atau perubahan status pesanan dapat terjadi selama pelanggan menunggu. Pastikan tindakan selanjutnya merespons sesuai rencana dan periksa apakah otomatisasi aktif lainnya bisa mengirim pesan yang bertentangan pada periode yang sama.
Catat hasil yang diharapkan dan hasil yang diamati
Gunakan lembar sederhana berisi nama kasus, data awal, peristiwa, pesan atau pengecualian yang diharapkan, hasil yang diamati, dan bukti. Cantumkan versi otomatisasi dan template terkait. Catatan “sudah diuji” saja tidak memberi tahu rekan kerja apa yang benar-benar diperiksa atau alasan perubahan berikutnya penting.
Lakukan pengujian secara terkontrol. Gunakan catatan uji yang sesuai serta metode pratinjau atau pengujian yang didukung. Hindari membuat promosi aktif atau peristiwa pelanggan sungguhan tanpa sengaja hanya untuk mempercepat alur. Jika suatu syarat tidak dapat disimulasikan dengan aman, periksa bersama tim penanggung jawab dan dokumentasikan batas verifikasinya alih-alih menandainya lulus.
Jika satu kasus gagal, cari bagian terkecil yang menjadi penyebabnya: syarat masuk, perubahan status, jeda, kelayakan kanal, konten, atau tujuan tautan. Perbaiki bagian tersebut, lalu ulangi kasus yang terdampak dan kasus terdekat yang mungkin ikut berubah. Mengganti beberapa aturan yang tidak terkait sekaligus akan menyulitkan penentuan perbaikan yang berhasil.
Uji konten setelah logikanya
Pratinjau nama panjang, kolom yang kosong, judul produk berbeda, dan setiap versi bahasa. Buka tautannya dan periksa kelayakan diskon di halaman tujuan. Setelah itu, tinjau audiens akhir dan pengaturan aktivasi bersama penanggung jawab alur.
Simpan lembar skenario bersama catatan otomatisasi dan ulangi kasus yang relevan setelah perubahan penting. Tidak perlu menguji ulang setiap detail yang tidak berubah setiap hari. Fokuskan pemeriksaan pada bagian yang terdampak oleh syarat, template, penawaran, atau sumber data baru agar tetap praktis untuk digunakan.
Sertakan satu uji batas untuk aturan yang paling penting. Jika audiens menggunakan rentang waktu, periksa satu catatan yang tepat di dalam batas dan satu di luarnya. Jika penawaran memiliki minimum belanja, uji keranjang yang memenuhi dan yang tidak memenuhi syarat. Uji batas sering mengungkap asumsi yang tidak terlihat pada contoh biasa.
Sebelum aktivasi, minta penanggung jawab memastikan kegagalan yang belum terselesaikan sudah ditangani atau langkah terdampaknya tetap nonaktif. Setelah peluncuran, ambil sampel hasil nyata tanpa membuka data pelanggan yang tidak diperlukan dan bandingkan dengan lembar skenario. Pengujian berguna karena memperjelas pengalaman pelanggan yang diharapkan; pengujian bukan ritual mengeklik editor sampai setiap blok terasa familiar.