Bagaimana Memutuskan Acara Yang Akan Dilacak?

Ini adalah bagian lima dari seri lima bagian tentang Data Pelanggan . Berikut adalah bagian satu , dua , tiga , dan empat .

Mulailah dengan mengajukan pertanyaan.

Untuk memutuskan peristiwa mana yang akan dilacak dan data apa yang harus dikumpulkan, Anda perlu membuat daftar pertanyaan yang Anda miliki tentang pengguna Anda dan penggunaan produk mereka.

Anda akan menyadari bahwa ada begitu banyak yang ingin Anda ketahui setelah Anda mulai membuat daftar pertanyaan Anda. Pertanyaan menghasilkan lebih banyak pertanyaan, dan ketika itu terjadi, Anda mungkin ingin mendapatkan semua jawaban sekaligus. Karena bagaimana proses ini membuat kebanyakan orang merasa, mari kita lihat pertanyaan-pertanyaan ini sebagai pertanyaan yang membara .

Jika Anda tidak merasa seperti itu, Anda mungkin tidak ingin tahu banyak atau tidak yakin dengan asumsi Anda. Namun, jangan biarkan hal itu menghalangi Anda untuk mengajukan pertanyaan—Anda mungkin akan terkejut atau benar-benar kecewa ketika mengetahui jawabannya.

Jauh lebih mudah untuk mengajukan pertanyaan tentang data setelah Anda dapat memvisualisasikan data—tetapi ini juga bisa menjadi kontra-produktif jika Anda terus membuat laporan atau memvisualisasikan data tanpa terlebih dahulu mengajukan pertanyaan yang membara.

Membakar pertanyaan

Membakar pertanyaan bisa langsung seperti "berapa banyak pengguna yang mendaftar dalam 7 hari terakhir?" atau kompleks seperti "berapa banyak pengguna dari industri SaaS yang mendaftar dalam 7 hari terakhir dan mengundang pengguna lain ke organisasi mereka?"

Saat memikirkan tentang membakar pertanyaan, ada baiknya untuk mulai membuat daftar tindakan berikut:

• Tindakan yang harus dilakukan pengguna untuk mencapai momen aha (acara aktivasi)
• Tindakan yang menunjukkan bahwa pengguna siap melakukan pembelian atau meningkatkan versi akun
• Tindakan yang mendorong keterlibatan pengguna dan mempertahankan pengguna
• Tindakan yang menandakan bahwa pengguna tidak memperoleh nilai yang cukup dari produk
• Tindakan yang berpotensi menyebabkan pengguna dihentikan

Ini juga saat yang tepat untuk mulai mempertanyakan pengalaman produk dan memikirkan penawaran inti Anda. Pertanyaan berikut berlaku untuk sebagian besar produk teknologi:

• Berapa waktu untuk menilai atau berapa lama waktu yang dibutuhkan pengguna untuk mencapai momen aha?
• Apa saja berbagai jalur yang diambil pengguna setelah mendaftar?
• Apa saja titik gesekan dalam perjalanan pengguna?
• Apa saja fitur yang paling banyak digunakan oleh pengguna aktif?
• Apa fitur yang paling jarang digunakan oleh pengguna berbayar?
• Fitur apa yang menyebabkan konversi pengguna gratis menjadi pengguna berbayar?

Acara dan properti acara

Setelah Anda memiliki daftar pertanyaan yang membara (antara 5 dan 10 adalah angka yang baik untuk memulai), Anda dapat melanjutkan ke langkah paling kritis—menentukan peristiwa dan properti peristiwa.

Di sinilah Anda akhirnya mulai membuat rencana pelacakan data.

Selain peristiwa inti, Anda juga harus mulai memikirkan berbagai potongan data yang ingin Anda kumpulkan ketika peristiwa tertentu terjadi. Panduan ini berisi contoh beberapa peristiwa umum dan properti terkait yang akan memberikan beberapa konteks tentang cara berpikir tentang proses ini.

Ada beberapa hal lagi yang tercakup di bawah ini yang harus Anda ketahui sebelum Anda mulai membuat rencana pelacakan.

Klik, tampilan, dan proses

Sangat penting untuk memperhatikan perbedaan antara klik, tampilan, dan proses yang terjadi di dalam produk Anda—setiap tombol yang diklik, halaman yang dilihat, atau proses yang diselesaikan dapat dilacak sebagai peristiwa unik.

Juga, dalam beberapa kasus, suatu peristiwa dapat dilacak sebagai salah satu dari ketiganya—tampilan halaman, klik tombol, atau penyelesaian proses.

Mari kita lihat lebih dekat menggunakan alur pendaftaran hipotetis:

Pertama , pengguna mengklik Di sini, acara yang dilakukan dapat dilacak sebagai klik tombol (tombol daftar di beranda) atau tampilan halaman (halaman pendaftaran).

Selanjutnya , pengguna mengisi formulir pendaftaran, mengklik Jika semuanya berjalan dengan baik, pengiriman mencapai database dan baris baru dibuat.

Di sini, acara yang dilakukan dapat dilacak sebagai klik tombol (tombol kirim), tampilan halaman (halaman terima kasih), atau penyelesaian proses (baris baru dalam database).

Oleh karena itu, cara Anda memilih untuk melacak peristiwa sepenuhnya bergantung pada kasus penggunaan Anda, dan terkadang, bahkan mungkin masuk akal untuk melacak klik tombol serta tampilan halaman atau penyelesaian proses secara bersamaan.

and sign up Karena itu, jika tujuan Anda adalah untuk memahami perilaku pengguna, Anda harus menghindari redundansi peristiwa dengan memastikan bahwa tindakan pengguna tidak dilacak beberapa kali ( tombol daftar diklik dan Halaman dilihat

. Untuk melacak tampilan halaman, Anda dapat menentukan peristiwa unik untuk setiap halaman seperti . Namun, itu akan membuat daftar acara Anda sangat panjang ketika Anda ingin melacak tampilan halaman untuk setiap halaman unik.

Alih-alih menentukan peristiwa terpisah untuk setiap halaman, Anda bisa menentukan peristiwa umum yang disebut Page Viewed dengan properti peristiwa sebagai berikut:

Tombol diklik

Seperti tampilan halaman, klik tombol juga harus dilacak melalui peristiwa umum seperti Button Clicked dengan properti terkait seperti di bawah ini:

Proses selesai

Proses terjadi sebagai hasil interaksi dengan database di mana data ditulis (dalam tabel tertentu) atau diambil (dari tabel)—jika interaksi gagal, proses gagal.

Oleh karena itu, pelacakan penyelesaian suatu proses adalah cara yang paling dapat diandalkan untuk melacak peristiwa yang bergantung pada penyelesaian interaksi dengan database.

Berikut skenario yang terlalu umum:

Seorang pengguna mengklik tombol kirim setelah mengisi formulir pendaftaran hanya untuk disajikan dengan kesalahan validasi seperti "kata sandi harus mengandung karakter khusus." Di sini, pengguna melakukan acara Button Clicked tetapi sebenarnya tidak menyelesaikan proses pendaftaran.

Demikian pula, jika pengguna mengklik tombol kirim tetapi terjadi kesalahan sisi server, maka proses gagal dan data pengguna tidak masuk ke database. Jadi meskipun pengguna berhasil mengirimkan formulir pendaftaran, proses pendaftaran dibiarkan tidak lengkap.

Oleh karena itu, sangat penting untuk memikirkan seluruh proses (atau interaksi database) yang harus diselesaikan ketika suatu peristiwa terjadi.

Selain itu, Anda juga harus mengetahui apakah pengguna mendaftar ke produk Anda tetapi tidak memverifikasi alamat emailnya—salah satu cara untuk melakukannya adalah dengan memeriksa apakah pengguna masuk setelah mendaftar (yang hanya dapat terjadi setelah email diverifikasi). Tetapi kemudian mungkin ada pengguna yang memverifikasi email tetapi tidak pernah masuk.

Dengan demikian, pendekatan yang lebih baik dapat melacak 2 peristiwa terpisah— Mendaftar (proses pendaftaran selesai) dan Ini juga akan memberi tahu Anda berapa banyak orang yang mendaftar tetapi tidak memverifikasi email mereka, memungkinkan Anda untuk mengirim ulang email verifikasi setelah satu atau dua hari.

Peristiwa sisi klien vs. sisi server

Peristiwa seperti klik dan tampilan yang tidak bergantung pada interaksi basis data (atau proses backend) pada dasarnya adalah peristiwa sisi klien.

Peristiwa sisi klien terjadi secara eksklusif pada klien (atau perangkat pengguna) dan juga disebut sebagai peristiwa frontend.

Di sisi lain, peristiwa yang mengandalkan proses backend disebut sebagai peristiwa sisi server. Seperti namanya, peristiwa sisi server terjadi di server ketika interaksi database berhasil diselesaikan.

Peristiwa sisi server juga disebut sebagai peristiwa backend.

Mengetahui perbedaan antara peristiwa sisi klien dan sisi server membantu dalam proses instrumentasi karena kedua jenis peristiwa tersebut biasanya diimplementasikan oleh orang yang berbeda dalam suatu organisasi.

Itu selalu membantu untuk menentukan sumber peristiwa dalam rencana pelacakan Anda bahkan jika pengembang full-stack ditugaskan untuk mengimplementasikan kedua jenis peristiwa.

Pelacakan peristiwa langkah selanjutnya

Ini membawa kita ke akhir dari seri lima bagian tentang Data Pelanggan. Untuk mulai melacak acara Anda hari ini, mulailah dengan akun Amplitude gratis.