Panduan tentang Cara Memilih Perangkat Lunak Otomasi Pemasaran B2C Terbaik di Kelasnya

Diterbitkan: 2022-01-30
  1. Pelacakan & Pemantauan Acara
    • Pelacakan Acara
    • Lacak otomatis tindakan atau peristiwa pengguna
    • Jumlah atribut Acara
    • Copot pemasangan pelacakan
    • Ekspor acara
  2. Analytics (Corong, Kelompok, tren Peristiwa)
    • Tren acara
    • Analisis corong
    • Analisis Kelompok
  3. Segmentasi Audiens
    • Segmentasi perilaku
    • Segmentasi dinamis
  4. Pemasaran & Keterlibatan Omni-Saluran
    • Mesin keterlibatan lintas saluran
    • Perjalanan pelanggan yang ditentukan sistem
  5. Pembuatan kampanye dan QA
    • saluran
    • Pembuatan template
    • Personalisasi konten
    • Organisasi
    • Pratinjau kampanye
    • Pemicu otomatisasi
    • Pemanasan IP dan penyaringan email
    • Perpisahan hari menurut geografi
    • Pembatasan pesan
  6. Pengujian dan Pelacakan Konversi
    • Pengujian
    • Pelacakan Konversi
    • Apa itu Grup Kontrol?
    • Pengujian A/B
  7. POC dan Dukungan
    • Validasi
    • Studi kasus
    • Orientasi dan implementasi
    • Dukungan teknis
    • Manajemen akun
  8. Kesimpulan

Sejarah singkat Otomasi Pemasaran

Otomatisasi pemasaran muncul pertama kali di ruang B2B, di tahun 90-an. Perusahaan pertama yang dapat membuat merek adalah Unica.

Ada banyak solusi lain yang lahir sebelum dan bersama dengan Unica tetapi mereka hampir tidak bisa menggores permukaan, kecuali Eloqua. Ini secara teknis memelopori ruang dengan menjadi yang pertama untuk merek sendiri sebagai perangkat lunak otomatisasi pemasaran kembali pada tahun 1999.

Baik Unica maupun Eloqua, masih merupakan pemain yang tangguh di bidang otomasi pemasaran. Keduanya diakuisisi oleh dua raksasa - IBM dan Oracle masing-masing, pada 2010 dan 2012.

Di satu sisi, pertumbuhan otomatisasi pemasaran terkait dengan pertumbuhan internet. Mulai tahun 2000, penetrasi dan kecepatan penggunaan internet meningkat secara signifikan. Aksesibilitas ke internet meningkat di antara pengguna. Perkembangan ini membuka jalan bagi para insinyur untuk menciptakan solusi yang memungkinkan perusahaan memanfaatkan internet untuk mencapai tujuan mereka.

Di satu sisi, pertumbuhan otomatisasi pemasaran terkait dengan pertumbuhan internet. Baca lebih lanjut - melalui @webengage Klik Untuk Tweet

Jejak digital pengguna di internet dapat diukur tidak seperti skenario kehidupan nyata dan ini menciptakan peluang bagi pemasar untuk menyusun pesan yang relatif kuat.

Periode 2000-2008 menjadi saksi lahirnya Pardot, Hubspot, Infusionsoft, MailChimp, Act-on, Marketo, dan segudang nama mapan lainnya yang Anda kenal, atau beberapa nama lain yang tidak Anda kenal karena tidak mampu bertahan selama ini. menceritakan kisah mereka.

Sampai saat itu, otomatisasi pemasaran memiliki tiga pilar - email, analitik (web & email), manajemen basis data. Kemudian pada tahun 2007, iPhone diluncurkan diikuti oleh Android tahun depan, dan wajah otomatisasi pemasaran berubah.

Seluler secara bertahap menjangkau kantong setiap konsumen dan memberikan satu media 24/7 yang kuat bagi pemasar dan pengiklan di seluruh dunia untuk menjangkau penggunanya. Ini memuncak di era otomatisasi pemasaran dan produk analitik yang berfokus pada konsumen

dan WebEngage juga merupakan salah satu produk dari perubahan ini.

Saat ini, otomatisasi pemasaran telah menjadi industri besar dengan pendapatan beberapa miliar dolar. Angka-angka akuisisi berikut menunjukkan:

Ada 100-an produk di pasar dan ruang yang berantakan membuat kami menulis panduan ini.

Jadi mengapa Anda harus membaca panduan ini?

Saat melakukan penjualan solusi, ini adalah pertanyaan umum yang kami lihat di RFP yang disediakan oleh pelanggan:
– Apakah Anda menyediakan Analisis Saluran, RFM, Kelompok?– Apakah Anda merekam tindakan pengguna di aplikasi?– Apakah Anda mengirim pemberitahuan push, email, dalam aplikasi?Bawa pertanyaan-pertanyaan ini ke vendor mana pun di ruang otomatisasi pemasaran dan jawaban yang akan Anda dapatkan adalah 'ya kami lakukan' dan hanya itu.

Namun, seperti yang mereka katakan 'Tuhan ada dalam perincian kemampuan yang diberikan oleh vendor otomasi pemasaran ini'. Misalnya, bagus bahwa solusi Anda dapat membuat Anda menguraikan penginstalan aplikasi berdasarkan negara. Namun, dapatkah itu juga memecah pemasangan aplikasi berdasarkan negara dan lebih lanjut menurut perangkat.

Dalam panduan ini, kita akan membahas lebih dalam

  1. Masalah apa yang mampu dipecahkan oleh perangkat lunak otomatisasi pemasaran?
  2. Apa kasus penggunaan lain yang dapat Anda lihat sehubungan dengan kemampuan itu?
  3. Apa peringatan- 'detail' yang terlewatkan saat Anda membeli perangkat lunak otomasi pemasaran?

Kami menyentuh semua mata pelajaran ini dan mencoba memberikan evaluasi yang seimbang - yang menjelaskan panjangnya panduan ini. Jika Anda ingin mempelajari lebih lanjut tentang nuansa dan cara Pemasaran, lihat panduan komprehensif ini.

Panduan Membaca

Panduan ini jauh dari kompleks tetapi komprehensif sehingga kami menyarankan Anda untuk membacanya secara bertahap. Tapi kami juga tidak ingin Anda 'melompat dan pergi' karena itu akan menggagalkan tujuan. Jadi di sini adalah daftar kecil petunjuk yang akan memastikan bahwa Anda mengambil maksimal dari posting ini:

  1. Buat akun percobaan di alat otomatisasi pemasaran favorit Anda. Memiliki kulit tertentu dalam permainan diperlukan untuk membuat pengamatan yang baik.
  2. Pergi setelah satu modul pada suatu waktu.
  3. Coba replika kasus penggunaan di akun pengujian.
  4. Lihat dokumentasi produk MA populer saat membaca. Dokumentasi adalah bagian konten yang paling autentik tetapi sayangnya menghasilkan noise paling sedikit.

Dasar sudah diatur. Ayo pergi.

Untuk kemudahan navigasi Anda, kami telah membagi panduan ini menjadi 8 Bab, yang tercantum di bawah ini:

Pelacakan & Pemantauan Acara

Dalam konteks otomatisasi pemasaran, 'peristiwa' adalah tindakan yang dilakukan oleh pengguna.

Segala jenis interaksi pengguna dengan aplikasi Anda (web atau seluler) dapat ditangkap sebagai suatu peristiwa. Acara juga memiliki data tambahan, yang disebut atribut. Atribut memberikan konteks pada peristiwa yang menjadi berguna saat menganalisis peristiwa atau saat membuat segmen yang ditargetkan.

Seringkali Anda juga ingin melacak tindakan yang tidak dilakukan oleh pengguna tetapi terjadi dalam konteks sistem. Misalnya, ketidakaktifan pengguna bukanlah tindakan yang pasti oleh pengguna tetapi Anda pasti ingin melacaknya sehingga Anda dapat menjalankan kampanye pengaktifan ulang. Demikian juga, pengiriman pengiriman- bukan tindakan yang dilakukan oleh pengguna tetapi Anda ingin memicu email segera setelah itu terjadi.

Dengan 'Acara' Anda dapat melacak tindakan dan kelambanan ini

Contoh berikut akan membawa beberapa kejelasan:

 { webengage.track("Added To Cart", { /* Numbers */ "Product ID" : 1337, "Price" : 39.80, "Quantity" : 1, /* Strings */ "Product" : "Givenchy Pour Homme Cologne", "Category" : "Fragrance", "Currency" : "USD", /* Boolean */ "Discounted" : true });

1. Pelacakan acara

Apa itu 'Acara'?

Pelacakan peristiwa memungkinkan Anda melacak tindakan dan kelambanan pengguna di aplikasi Anda, yang memungkinkan Anda membuat segmen, menganalisis perilaku, menjalankan kampanye keterlibatan kontekstual, dan segala sesuatu di antaranya.

Kasus penggunaan

    1. Lacak perilaku pengguna di situs dan aplikasi Anda.
    2. Ketahui tindakan mana yang paling populer atau paling tidak populer di aplikasi Anda (kami telah membahasnya secara komprehensif di bab 'Analitik' di bawah 'Tren peristiwa')

Pertanyaan/pertimbangan kunci

    1. Bisakah kita mengubah nama acara dari dasbor

Ada alasan kuat yang masuk akal mengapa Anda ingin mengubah nama acara. Anda datang untuk memikirkan nama yang lebih mnemonic atau nama saat ini bertentangan erat dengan nama acara lain.

Secara konvensional, mengubah nama acara perlu dilakukan dari backend yang tidak nyaman, oleh karena itu kemampuan ini.

    1. Apa saja data (peristiwa + pengguna) yang Anda tangkap secara otomatis?

Data berikut harus dilacak secara otomatis secara default oleh SDK vendor:

Acara kampanye- klik, buka, ditandai_as_spam, berhenti berlangganan, tutup, push_received, inapp_closed dll untuk semua saluran keterlibatan.
Data pengguna- lokasi, negara, browser (termasuk versi), email, bahasa, dll. Idealnya, solusinya harus menangkap atribut berikut secara otomatis:

 Country City Region Platform Language Device Type Network name Device type Device name OS
    1. Apakah Anda mengizinkan penghentian acara?

Seringkali pelacakan suatu peristiwa menjadi sia-sia. Jadi ada baiknya untuk berhenti melacaknya untuk menjaga dasbor dan pelaporan tetap bersih.

    1. Bisakah kita mengelompokkan acara?

Sekali lagi, untuk pelaporan atau kasus penggunaan bisnis, Anda lebih dari sering harus mengelompokkan peristiwa umum bersama-sama.

Misalnya, mungkin ada tiga peristiwa berbeda yang dilacak seperti- purchase_byCOD, purchase_byCC, dan purchase_byNetbanking. Untuk berbagai kasus penggunaan pelaporan, Anda ingin mengelompokkan ketiga peristiwa ini di bawah 'pembelian' saja.

Dalam contoh lain, katakanlah Anda ingin melihat dampak dari kampanye pemberitahuan push baru-baru ini pada keterlibatan aplikasi Anda melalui 'Corong'. Keterlibatan aplikasi dapat berupa 'pembelian', 'tambahkan_ke_keranjang', 'putar_video', dan acara serupa. Jika Anda tidak memiliki kemampuan untuk mengelompokkan peristiwa ini menjadi satu, Anda harus membuat beberapa corong. 'Kelompok acara' menghilangkan hambatan itu.

2. Lacak otomatis tindakan atau peristiwa pengguna

Apa itu?

Teknologi ini relatif baru dan hanya dua produk analitik yang menyediakannya- Heap dan Mixpanel. Bahkan Mixpanel menyediakan autotracking yang hanya tersedia di web. Sebagian besar produk analitik mapan belum memperkenalkan kemampuan ini mungkin dengan sengaja atau karena infrastruktur yang ada tidak mendukung perubahan radikal dalam metodologi pelacakan.

Sebelumnya, ada peristiwa sistem yang merupakan tindakan yang secara otomatis ditangkap oleh SDK. Jika Anda melacak tindakan apa pun di luarnya, maka ada peristiwa khusus yang harus Anda tentukan secara manual. Setiap kali Anda ingin melacak suatu tindakan, Anda harus melakukannya secara manual.

Ini memiliki dua kelemahan:

  1. Pertama, Anda harus menentukan acara secara manual yang memerlukan intervensi tim pengembang.
  2. Anda kehilangan semua data peristiwa penting yang tidak dicatat sampai waktu peristiwa itu dibuat.

Perkembangan terbaru dalam ruang otomatisasi pemasaran menghilangkan cara kuno untuk membuat dan melacak acara secara manual. Sekarang, Anda dapat melacak acara tanpa menulis panggilan pelacakan. Perangkat lunak analitik harus mulai melacak semua tindakan pengguna langsung dari integrasi.

Anda hanya perlu mengidentifikasi peristiwa yang ingin Anda lacak dan kemudian Anda dapat melanjutkan dan menentukannya dan secara bersamaan juga mendapatkan akses ke data historis.

Pertanyaan/pertimbangan kunci

  1. Pertama, kecuali itu bukan alat analitik lengkap atau versi evolusinya, sangat tidak mungkin fitur ini ada di tempat pertama. Mengingat fakta bahwa ia melacak hampir semua hal, ada konsekuensi yang tidak diinginkan yaitu bahwa solusi tersebut mungkin berakhir dengan mengumpulkan data yang seharusnya tidak dilakukan- terutama kata sandi pengguna.
  2. Apa yang terjadi ketika markup pada elemen yang Anda lacak berubah? Katakanlah saya melacak pengiriman formulir dan dev saya mengubahnya untuk mengakomodasi fitur baru tanpa sepengetahuan saya. Bagaimana sistem Anda akan bereaksi terhadapnya?

3. Jumlah atribut Acara

Apa itu?

Atribut (atau beberapa sistem menyebutnya sebagai 'properti') adalah spesifikasi acara. Mereka pada dasarnya memberi makna pada tindakan pengguna tertentu.

Misalnya, jika Anda melacak acara 'checkout' pengguna, maka properti yang sesuai bisa jadi

 { "Product ID" : 1337, "Price" : 39.80, "Quantity" : 1, /* Strings */ "Product" : "Givenchy Pour Homme Cologne", "Category" : "Fragrance", "Currency" : "USD", /* Boolean */ "Discounted" : true }

Solusi otomatisasi pemasaran membatasi jumlah atribut yang dapat Anda lewati.

Mengapa ini penting?

Bergantung pada kasus bisnis Anda, Anda mungkin ingin memberikan 100+ atribut karena seperti yang mereka katakan 'data tidak pernah cukup'. Ini adalah praktik yang baik untuk mendapatkan perkiraan jumlah atribut peristiwa yang dapat Anda lewati.

4. Copot pemasangan pelacakan

Mengapa itu penting?

Secara teknis, sulit untuk melacak uninstall. Itu karena ketika aplikasi dicopot pemasangannya, SDK sistem pelacakan, katakanlah WebEngage, yang disematkan di dalamnya jelas tidak akan berjalan dan karenanya mereka tidak dapat melacaknya. Namun mengingat pentingnya acara ini, produk yang baik mengadopsi pendekatan alternatif yang akan kita bahas selanjutnya.

Bagaimana mereka melacak?

Mesin pelacak mengirimkan dorongan diam yaitu dorongan dengan muatan kosong ke perangkat pengguna. Tidak seperti yang lain, push ini tidak terlihat oleh pengguna di baki notifikasi karena tidak dirender.

Dorongan diam dikirim ke perangkat pengguna setiap hari. Saat itu tidak diterima oleh perangkat pengguna, SDK memanggil event app_uninstall dan uninstall direkam.

Melacak pencopotan pemasangan adalah aktivitas penting. Tidak adanya itu adalah pemecah kesepakatan untuk bisnis seluler dan seharusnya jika tidak. Selain itu, setelah mengonfirmasi apakah produk melacak pencopotan pemasangan atau tidak, pastikan Anda tidak memerlukan solusi untuk melakukannya.

Pertanyaan/pertimbangan/peringatan

    1. Bisakah Anda melacak pencopotan pemasangan jika pengguna telah menonaktifkan push?

Karena, pelacakan pencopotan pemasangan bekerja pada premis bahwa push dikirimkan, apa yang terjadi jika pengguna telah menonaktifkan pemberitahuan push di tempat pertama yang sangat mungkin terjadi.

    1. Apa yang terjadi jika pengguna menginstal ulang aplikasi?

Apakah mereka membuat id baru untuk pengguna atau id lama yang sama diaktifkan kembali untuk melawannya?

  1. Bagaimana jika perangkat dimatikan pada saat pengiriman silent push?

5. Ekspor acara

Apa itu dan mengapa itu penting?

Ruang otomatisasi Pemasaran tidak memiliki Google atau Apple yang telah membentuk ekosistem di dalam diri mereka sendiri di mana semua produk terikat bersama dan cukup mustahil bagi pihak ketiga untuk menembusnya.

Otomatisasi pemasaran adalah ruang demokratis dengan banyak pemain yang setara. Oleh karena itu, solusi apa pun dari sudut pandang produk harus dapat bekerja dengan baik dengan produk lain dalam ekosistem. Bagi Anda, ini penting dalam arti bahwa Anda perlu berintegrasi dengan produk lain di tumpukan Anda dan juga pada akhirnya Anda akan bermigrasi.

Solusi alternatif- Ada rangkaian produk baru yang muncul yang bertindak sebagai lapisan data antara dua sistem yang berbeda seperti Segmen, mParticle. Jika Anda berada dalam bisnis konsumen dengan MAU yang layak, Anda pasti pernah mendengarnya atau mungkin menggunakannya. Integrasi dengan produk seperti mereka menghilangkan kebutuhan fungsi ekspor acara

Pertanyaan/pertimbangan kunci

    1. Bagaimana ekspor acara tercapai

Ada banyak cara- API, CSV atau ekspor ke layanan pihak ketiga seperti Amazon S3. Anda akan membutuhkan fleksibilitas ini karena Anda ingin kebebasan untuk bermigrasi ke layanan lain. Atau, cukup akses data mentah untuk dapat mengaksesnya sendiri.

    1. Bagaimana proses ekspornya?

Periksa seberapa banyak kerumitan yang terlibat dalam mengekspor data. Apakah itu memerlukan keterlibatan dev?

i Sumber gambar: dribbble.com

Lacak dan Ekspor Acara, dengan WebEngage

Minta Demo