Langkah Menyusun Data Dictionary Game Analytics
Data dictionary yang rapi mencegah perdebatan soal arti metrik. Ikuti langkah menyusunnya dari nol hingga siap dipakai tim.
Data dictionary game analytics adalah dokumen yang mendefinisikan setiap event, properti, dan metrik yang dipakai tim. Tanpa dokumen ini, angka di dashboard sering ditafsirkan berbeda oleh tim produk, marketing, dan engineering. Panduan ini memandu kamu menyusunnya secara bertahap, dari inventarisasi event hingga validasi silang.
Mulai dari inventarisasi event yang sudah berjalan
Sebelum menulis definisi baru, kumpulkan daftar event yang sudah dikirim ke sistem analitik. Cara termudah adalah mengekspor skema event dari tools yang dipakai atau membaca kode pelacakan di klien. Kelompokkan event berdasarkan alur permainan: onboarding, sesi inti, monetisasi, dan sosial. Pengelompokan ini memudahkan pencarian saat dokumen mulai panjang.
Setiap event perlu dicatat nama persisnya, termasuk huruf besar-kecil dan pemisah kata. Perbedaan level_start dan levelStart sering lolos dari pemeriksaan dan menyebabkan data terpecah. Jika tim memakai beberapa sumber data, lihat perbandingan sumber data game analytics untuk memastikan tidak ada event yang hanya tercatat di satu sumber.
Tentukan format kolom yang konsisten
Data dictionary yang berguna memuat kolom tetap. Gunakan tabel dengan kolom berikut agar semua orang membaca informasi yang sama:
- Nama event: sesuai string yang dikirim.
- Deskripsi: satu kalimat tentang kapan event dipicu.
- Properti: daftar parameter beserta tipe datanya (string, integer, boolean).
- Pemicu: aksi pemain atau kondisi sistem yang menghasilkan event.
- Pemilik: tim atau orang yang bertanggung jawab menjaga definisi.
- Status: aktif, usang, atau dalam pengujian.
Kolom status mencegah kebingungan saat event lama masih terkirim tetapi sudah tidak dipakai. Tandai event usang dan jadwalkan penghapusan agar volume data tidak membengkak tanpa guna.
Definisikan metrik turunan secara eksplisit
Metrik seperti retention rate, average revenue per user, dan conversion rate sering dihitung dengan rumus berbeda di tiap tim. Tulis rumusnya di data dictionary, termasuk periode pengukuran dan filter yang dipakai. Contohnya, apakah retensi hari ke-1 dihitung dari instalasi atau dari sesi pertama? Perbedaan kecil ini mengubah angka secara drastis.
Untuk metrik yang saling terkait, jelaskan hubungannya. Retensi dan churn, misalnya, tidak bisa dibaca terpisah karena keduanya menggambarkan hal yang sama dari sudut berbeda. Uraian lebih dalam soal pasangan metrik ini ada di artikel membaca metrik retensi dan churn. Cantumkan tautan ke penjelasan tersebut di dalam dokumen agar pembaca baru tidak perlu mencari sendiri.
Libatkan tim yang membaca angka
Data dictionary yang disusun hanya oleh tim data cenderung mengabaikan pertanyaan tim lain. Ajak tim produk, marketing, dan customer support untuk meninjau draf. Mereka biasanya mempertanyakan hal yang tidak terpikirkan oleh pembuat skema, seperti arti properti source atau batas waktu sebuah event dianggap valid.
Catat pertanyaan yang muncul beserta jawabannya di bagian catatan revisi. Bagian ini menjadi jejak keputusan yang berguna saat anggota tim berganti. Jika tim kamu kecil dan baru mulai, bandingkan dulu kebutuhan dokumentasi dengan pilihan tools game analytics untuk tim kecil agar format dokumen tidak berlebihan.
Validasi definisi dengan data nyata
Setelah draf selesai, uji setiap definisi terhadap data yang sudah terkumpul. Ambil sampel event dan periksa apakah properti yang tercatat sesuai dengan deskripsi. Ketidakcocokan biasanya muncul pada properti opsional yang kadang kosong atau pada event yang dipicu oleh sistem, bukan pemain.
Lakukan validasi silang dengan dashboard yang sudah ada. Jika angka di dashboard berbeda dengan hasil hitung manual berdasarkan definisi baru, cari penyebabnya sebelum dokumen disahkan. Selisih kecil bisa berasal dari filter tanggal atau zona waktu yang belum dicatat. Proses membaca dashboard secara benar dijelaskan di panduan membaca dashboard game analytics, dan prinsipnya berguna saat mencocokkan definisi dengan tampilan visual.
Untuk urusan perangkat keras yang menempel di tim, bukan data, tidak ada hubungannya dengan dokumen ini. Namun jika kamu perlu memasang pelindung ponsel kerja tim lapangan, langkahnya ada di cara memasang case HP yang benar untuk pemula. Begitu pula saat tim harus menampilkan data game di layar besar ruang rapat, ikuti cara menyambungkan HP ke TV agar layar HP muncul di TV supaya presentasi tidak terhambat kabel.
Simpan, versikan, dan rawat dokumen
Letakkan data dictionary di tempat yang bisa diakses seluruh tim, misalnya repositori dokumen internal atau halaman wiki. Gunakan penomoran versi dan catat tanggal perubahan. Setiap penambahan event atau perubahan rumus metrik harus melalui tinjauan singkat agar tidak ada definisi yang berubah diam-diam.
Jadwalkan peninjauan berkala, misalnya setiap awal kuartal. Dalam peninjauan, periksa event yang tidak lagi terkirim, properti yang jarang terisi, dan metrik yang sudah tidak dipakai. Dokumen yang tidak dirawat akan cepat usang dan ditinggalkan tim.
Ringkasan
Menyusun data dictionary game analytics dimulai dari inventarisasi event, penetapan format kolom, penulisan rumus metrik, pelibatan pembaca angka, validasi dengan data nyata, lalu perawatan berkala. Dokumen ini memastikan semua tim bekerja dengan definisi yang sama sehingga keputusan berdasarkan data tidak salah arah.
Pertanyaan yang Sering Diajukan
Siapa yang sebaiknya memiliki data dictionary?
Tim data atau analis biasanya menjadi pemilik utama, tetapi setiap event punya pemilik teknis di tim engineering atau produk yang memastikan definisinya tetap akurat. Kepemilikan bersama dengan penanggung jawab jelas mencegah dokumen terbengkalai.
Apakah data dictionary perlu mencakup semua event lama?
Tidak semua. Fokuskan pada event yang masih dipakai untuk pengambilan keputusan. Event lama yang sudah tidak relevan cukup ditandai usang dan dijadwalkan penghapusan agar dokumen tetap ringkas.
Bagaimana menangani perbedaan definisi antar tim?
Bawa perbedaan itu ke dalam rapat singkat, bandingkan rumus dan sumber data yang dipakai, lalu sepakati satu definisi resmi. Catat keputusan beserta alasannya di bagian revisi agar tidak muncul perdebatan yang sama di kemudian hari.
