Bagaimana Cara Membuat Rencana Pelacakan?

Rencana pelacakan data (biasanya disebut hanya sebagai rencana pelacakan ) adalah dokumen yang bertindak sebagai sumber kebenaran untuk data peristiwa Anda—ini adalah dokumen hidup yang berisi semua informasi yang terkait dengan data yang Anda kumpulkan tentang pelanggan Anda saat mereka berinteraksi dengan produk Anda.

Panduan ini mencakup proses dan praktik terbaik dalam membuat rencana pelacakan dan menawarkan template rencana pelacakan yang membutuhkan banyak iterasi dan 100+ jam untuk membuatnya.

Manfaat membuat rencana pelacakan

Dalam praktiknya, rencana pelacakan diperbarui setiap kali Anda ingin melakukan salah satu hal berikut:

• Kumpulkan acara baru, properti acara, atau properti entitas
• Ubah nama acara
• Ubah nama atau tipe data properti
• Berhenti melacak acara atau properti

Setiap bagian data yang tidak ada dalam rencana pelacakan Anda tidak boleh dilacak dan melakukan audit rutin terhadap rencana pelacakan Anda dapat mencegah kesalahan mahal seperti yang disebutkan di bawah ini:

• Redundansi data: Mengumpulkan bagian data yang sama beberapa kali
• Ketidakakuratan data: Mengumpulkan data yang tidak konsisten atau salah
• Kekacauan data: Kombinasi data yang berlebihan dan tidak akurat

Selain menghindari masalah kritis, ada banyak manfaat dari menjaga rencana pelacakan yang up-to-date; tiga yang utama dibahas di bawah ini.

Kemudahan implementasi

Pengumpulan data adalah upaya berkelanjutan yang membutuhkan berbagai tim untuk mengoordinasikan dan melaksanakan tugas baru secara teratur.

Rencana pelacakan tidak hanya memelihara tempat penyimpanan data apa yang perlu dilacak, tetapi juga menentukan dari mana data berasal (sumber data), alat dan sistem tempat data perlu dikirim (tujuan data), serta siapa yang bertanggung jawab atas pelaksanaannya.

Saat bekerja dengan banyak pemangku kepentingan, menyebutkan tujuan setiap acara atau properti dapat mempercepat proses implementasi, terutama ketika satu atau lebih orang perlu menyetujui pelacakan setiap acara atau properti.

Referensi cepat

Setelah implementasi, tim yang berbeda mulai menggunakan dan memanfaatkan data di seluruh tujuan—alat dan sistem tempat data terlacak dikirim. Rencana pelacakan yang diperbarui memungkinkan tim tersebut mengetahui arti dan tujuan setiap peristiwa atau properti, sehingga memudahkan mereka untuk menganalisis dan menindaklanjuti data tersebut.

Misalnya, ketika tim produk ingin melakukan analisis corong, seseorang harus membuat corong di dalam alat analisis produk berdasarkan peristiwa yang tersedia di alat tersebut.

Demikian pula, ketika tim pertumbuhan ingin menjalankan eksperimen email baru yang menargetkan segmen pengguna tertentu, mereka dapat merujuk ke rencana pelacakan untuk menyiapkan segmen dengan mudah berdasarkan peristiwa yang tersedia dan properti pengguna di alat keterlibatan mereka.

Transfer pengetahuan

Meskipun sangat penting, transfer pengetahuan biasanya merupakan renungan bagi sebagian besar perusahaan, terutama pada tahap awal penyiapan pelacakan peristiwa.

Namun, dengan mempertahankan rencana pelacakan yang tepat dan diperbarui, perusahaan dapat menghindari banyak tantangan yang datang dengan penyerahan proyek atau orientasi karyawan.

Mengaktifkan anggota tim baru untuk mempercepat semua yang telah diterapkan terkait pelacakan peristiwa dapat menghemat berminggu-minggu, bahkan berbulan-bulan (tergantung pada jumlah data yang dilacak) bolak-balik antara anggota tim baru dan yang sudah ada.

Praktik terbaik untuk membuat rencana pelacakan

Cukup telah dikatakan tentang isi rencana pelacakan; sekarang mari kita fokus pada seperti apa rencana pelacakan itu.

Templat rencana pelacakan terbaik

Template rencana pelacakan di bawah ini adalah spreadsheet Google Spreadsheet yang dibuat setelah banyak penelitian dan banyak iterasi yang sesuai dengan hampir setiap industri. Itu juga dilengkapi dengan beberapa contoh acara dan properti untuk memberi Anda permulaan.

Template berisi instruksi serta daftar istilah. Setelah Anda membuka berbagai tab, buka tab berlabel Events and Event Properties untuk memulai.

3 langkah pertama di bawah ini berlaku untuk semua jenis produk sedangkan langkah keempat hanya berlaku untuk produk yang perlu melacak aktivitas tingkat akun seperti dalam kasus produk SaaS B2B.

1. Acara
2. Properti acara
3. Properti pengguna
4. Properti organisasi

Berikut ini adalah proses langkah demi langkah untuk membuat rencana pelacakan Anda sendiri. Pastikan Anda membuka kerangka rencana pelacakan di jendela lain sebelum melanjutkan. Mari kita langsung masuk.

Acara

Sebelum Anda melanjutkan, sangat disarankan agar Anda membuat daftar pertanyaan membara yang Anda miliki tentang pengguna Anda dan penggunaan produk mereka. Idealnya, pertanyaan yang membara harus fokus pada pemahaman perilaku pengguna dan jalur yang diambil pengguna ke peristiwa aktivasi.

Jika Anda belum melakukannya, Anda mungkin ingin melihat panduan ini yang menyentuh pertanyaan yang membara secara lebih rinci dan akan membantu Anda memutuskan peristiwa mana yang akan dilacak dan data apa yang akan dikumpulkan.

Juga baik untuk diingat bahwa pertanyaan tambahan tentang produk Anda mungkin muncul pada saat mencatat peristiwa—misalnya, Anda mungkin tidak yakin apakah suatu peristiwa harus dilacak sebagai klik atau penyelesaian proses.

Jika pertanyaan seperti itu muncul, pastikan untuk mencantumkannya dalam rencana pelacakan Anda di bawah lembar berlabel Diskusi —melakukan hal itu akan memastikan Anda tidak lupa untuk mendiskusikan dengan tim Anda cara yang paling sesuai untuk menentukan acara dan properti sejak awal. .

Daftar acaranya

Di bawah Acara dan Properti Acara , buat daftar acara inti yang perlu Anda lacak untuk menjawab pertanyaan yang membara.

Sheet tersebut berisi contoh peristiwa Signed Up dan Untuk saat ini, abaikan properti dan hanya fokus pada peristiwa.

Kedua peristiwa ini, misalnya, dapat menjawab pertanyaan "berapa persentase pengguna baru yang membuat proyek" dan karena setiap peristiwa membawa stempel waktu, Anda dapat menelusuri untuk mengambil data hanya dari periode tertentu seperti 7 hari terakhir.

Dalam contoh di atas, Project Created adalah acara aktivasi, dan untuk sampai pada titik di mana seseorang dapat melakukan acara aktivasi, seseorang harus mendaftar terlebih dahulu (melakukan acara Signed Up ).

Dengan mengingat contoh ini, fokuslah pada peristiwa aktivasi Anda dan buat daftar peristiwa penting yang harus dilakukan pengguna untuk mencapai titik aktivasi. Pastikan Anda hanya mencantumkan peristiwa penting yang memberi tahu Anda sesuatu tentang perjalanan pengguna.

Dengan mencantumkan terlalu banyak peristiwa, seperti setiap klik yang mengarah ke peristiwa aktivasi yang sedang dilakukan (proyek sedang dibuat dalam contoh), Anda akan berakhir dengan banyak peristiwa yang tidak perlu yang akan memperpanjang periode implementasi dan membuat Anda kewalahan.

Praktik terbaik: Mulailah dengan membuat daftar beberapa peristiwa penting yang membantu memahami perilaku pengguna dan jalur aktivasi—abaikan yang lainnya untuk saat ini.

Jika Anda masih memerlukan ide tentang apa yang harus dilacak, lihat panduan penerapan Amplitude dengan taksonomi yang disarankan untuk e-niaga, fintech, media streaming, media cetak, dan SaaS B2B. Bahkan jika produk Anda termasuk dalam industri lain, Anda dapat memperoleh inspirasi dari taksonomi khusus industri ini atau lainnya.

Tambahkan sumber dan pemilik

Sangat membantu untuk menyebutkan sumber di mana suatu peristiwa sedang dilacak. Melakukannya bahkan memudahkan untuk menetapkan pemilik—orang yang bertanggung jawab atas pelaksanaan acara tersebut.

Seperti yang dapat Anda lihat di template rencana pelacakan, Mendaftar adalah peristiwa sisi klien yang terjadi pada klien segera setelah formulir pendaftaran berhasil dikirimkan.

Project Created, di sisi lain, adalah acara sisi server yang bergantung pada penyelesaian proses yang terjadi di server. Jika proses gagal karena alasan tertentu, acara mungkin tidak dilakukan meskipun pengguna mungkin telah menyelesaikan semua langkah untuk membuat proyek.

Apakah suatu peristiwa dilacak di sisi klien atau sisi server sepenuhnya bergantung pada arsitektur produk Anda dan teknologi yang digunakannya—menentukannya dalam rencana pelacakan mungkin memerlukan bantuan tim teknik Anda.

Selain itu, Anda mungkin juga ingin melacak peristiwa yang terjadi pada sistem eksternal yang terhubung ke produk Anda. Misalnya, jika Anda ingin melacak Tiket Dukungan acara yang Dibuat dan Anda menggunakan alat tiket pihak ketiga seperti Zendesk, sumber datanya adalah Zendesk karena di sanalah acara berlangsung.

Praktik terbaik: Bawa data dari sumber eksternal di fase kedua instrumentasi Anda.

Properti acara

Mendefinisikan properti peristiwa setelah menambahkan beberapa peristiwa adalah proses yang lebih baik untuk diikuti karena Anda dapat secara mental beralih dari memikirkan tentang peristiwa menjadi memikirkan tentang properti yang harus dikaitkan dengan setiap peristiwa.

Tambahkan properti untuk setiap acara

Atasi satu per satu peristiwa dan pikirkan tentang properti yang memberi Anda lebih banyak konteks tentang peristiwa tersebut.

Ini membantu untuk diingat bahwa pengguna melakukan acara Mendaftar hanya sekali (pada saat membuat akun) dan ini adalah saat pengidentifikasi unik user_id dibuat.Jika properti grup berlaku untuk produk Anda, pengidentifikasi grup organization_id juga dibuat saat pengguna mendaftar untuk akun baru. Jika pengguna diundang untuk bergabung dengan organisasi yang ada, id_organisasi baru tidak dibuat untuk pengguna tersebut.

Selain pengidentifikasi yang dihasilkan sistem, Signed Up membawa properti untuk setiap informasi yang dikumpulkan dari pengguna saat peristiwa itu terjadi (nama_depan, nama_belakang, email, dll) .

Properti user_type membantu membedakan mereka yang mendaftar secara organik dari mereka yang diundang untuk bergabung dengan akun yang ada (Diundang) atau dirujuk oleh seseorang untuk membuat akun mereka sendiri (Dirujuk).

Catatan menarik: Properti oleh karena itu, properti ini juga bertindak sebagai properti pengguna dan ditambahkan di bawah lembar Properti Pengguna .

Acara lain seperti Project Created dapat dilakukan beberapa kali dan properti yang terkait dengan acara tersebut hanya boleh dibatasi untuk yang menyediakan konteks tentang satu kejadian dari acara tersebut.

Selain ID proyek (project_id) dan stempel waktu (project_created_at), properti project_name dan project_user_count memberikan info tambahan setiap kali proyek dibuat (acara Project Created dilakukan).

Selain itu, user_id perlu dikaitkan dengan setiap acara untuk mengetahui siapa yang melakukan acara tersebut. Jika produk Anda perlu melacak aktivitas tingkat akun, pengidentifikasi grup seperti id_organisasi juga perlu dikaitkan dengan setiap peristiwa.

Tentukan tipe data dan nilai yang diharapkan

Pentingnya menentukan tipe data untuk setiap properti secara singkat dibahas dalam panduan ini. Melakukannya sangat membantu dalam proses instrumentasi dan merupakan langkah penting untuk menjaga konsistensi data.

Menentukan nilai yang diharapkan untuk properti juga sangat membantu bagi mereka yang ditugaskan dengan implementasi dan juga memungkinkan semua orang berada di halaman yang sama ketika properti seharusnya berisi nilai yang telah ditentukan sebelumnya.

Properti dengan tipe data enum atau larik harus selalu menentukan nilai yang diharapkan—baik nilai yang tepat (seperti yang dilakukan untuk user_type ) atau referensi ke daftar nilai tertentu (seperti yang dilakukan untuk negara).

Sebutkan destinasi-destinasinya

Istilah tujuan mengacu pada alat dan sistem tempat Anda ingin mengirim data yang dilacak. Sangat penting untuk diingat bahwa data hanya boleh dikirim ke tujuan yang digunakan atau ditindaklanjuti dan bahwa tidak semua data harus dikirim ke semua alat di suite Anda.

Informasi pengenal pribadi (PII) harus ditangani dengan sangat hati-hati karena dapat disalahgunakan jika jatuh ke tangan yang salah dan hanya boleh dikirim ke alat yang memerlukan PII seperti nama dan email—alat keterlibatan yang digunakan untuk pesan berbasis peristiwa (dalam aplikasi atau email) pasti membutuhkan info ini.

Oleh karena itu, praktik terbaik adalah menyebutkan semua tujuan untuk setiap properti, meskipun sebagian besar properti dikirim ke tujuan yang sama.

Properti pengguna

Seperti yang mungkin sudah Anda ketahui, properti pengguna menyimpan berbagai detail dan sifat tentang pengguna, memungkinkan Anda mengidentifikasi mereka dan mengelompokkannya berdasarkan properti tersebut.

Juga, seperti yang disebutkan di atas, data yang dikumpulkan dari pengguna pada saat mendaftar ditambahkan sebagai properti pengguna karena properti ini pada dasarnya adalah atribut pengguna yang berisi sifat pengguna dan mencerminkan status mereka saat ini.

Beberapa properti ini tetap, sementara yang lain dapat berubah. Jika pengguna mengubah nama mereka di file atau alamat email terdaftar, properti masing-masing diperbarui dengan nilai baru.

Harap perhatikan bahwa nilai properti is_email_verified berubah menjadi false ketika email diubah dan setelah email baru diverifikasi, is_email_verified berubah kembali menjadi true.

Informasi lain yang dikumpulkan dari pengguna melalui survei, seperti industri tempat mereka berada atau peran pekerjaan mereka, juga disimpan sebagai properti pengguna—informasi tersebut membantu membuat segmen pengguna untuk tujuan analisis dan aktivasi.

Lanjutkan dan buat daftar semua properti pengguna, tipe datanya, nilai yang diharapkan, dan tujuan dalam lembar berlabel Properti Pengguna.

Properti organisasi

Properti organisasi atau properti grup hanya berlaku untuk produk yang perlu melacak aktivitas pengguna di tingkat akun.

Seperti properti pengguna, properti organisasi menyimpan detail tentang organisasi atau akun. Setiap bagian data yang tidak terkait dengan pengguna tertentu dan menyediakan konteks tentang akun milik pengguna disimpan sebagai properti organisasi.

Seperti yang mungkin sudah Anda ketahui, properti grup adalah umum untuk produk SaaS B2B di mana pengguna adalah bagian dari akun atau organisasi dengan banyak pengguna. Nama akun (nama_organisasi) dan paket langganannya (nama_rencana_langganan) adalah properti grup umum yang berlaku untuk sebagian besar bisnis.

Namun, bergantung pada produk Anda, mungkin ada lebih banyak properti yang terkait dengan akun atau organisasi dan bukan pengguna. Anda harus memikirkan ini dengan matang dan bahkan mungkin melibatkan tim teknik Anda ketika memutuskan apakah suatu properti harus menjadi properti pengguna atau properti organisasi.

Setelah Anda mengetahui dengan pasti, lanjutkan dan buat daftar semua properti organisasi, tipe datanya, nilai yang diharapkan, dan tujuan dalam lembar berlabel Properti Organisasi (Grup).

Dan hanya itu—versi pertama dari rencana pelacakan Anda sekarang seharusnya sudah siap, jadi lanjutkan dan bagikan dengan rekan tim Anda untuk mulai berkolaborasi.

Mulai dengan pelacakan

Baik Anda ingin menerapkan platform data pelanggan, alat analisis produk, atau alat keterlibatan pelanggan, langkah pertama adalah membuat rencana pelacakan.

Dan sekarang setelah Anda mengetahui seperti apa proses itu, Anda diperlengkapi untuk membuat dampak besar pada infrastruktur data pelanggan Anda.

Karena itu, Anda dapat mengambil upaya pelacakan Anda selangkah lebih maju menggunakan kemampuan tata kelola data Amplitude untuk membuat rencana pelacakan cerdas di mana setiap peristiwa diinstrumentasi secara akurat. Mulai gratis di Amplitudo hari ini.

Selamat melacak!