Cara Membuat Pelacakan Peristiwa Bagian dari Proses Rilis Anda

Catatan editor: artikel ini awalnya diterbitkan di blog Iteratively pada 15 Maret 2021.

Saat membuat fitur atau produk baru, sangat umum untuk meninggalkan analitik hingga menit terakhir—atau bahkan melupakannya sama sekali. Skenario ini mungkin terlihat familier bagi Anda:

• PM bekerja pada rilis
• Pelepasan terjadi
• CEO bertanya kepada PM bagaimana kinerjanya
• PM: Coba saya tanya ke tim data
• Tim data: Anda tidak pernah membawa kami masuk, tidak ada data di fitur ini
• PM kembali ke CEO tanpa jawaban
• Tim data dan PM putus asa

Situasi seperti ini berpotensi terjadi cukup sering, dan sangat penting untuk diingat bahwa tidak ada pihak yang harus disalahkan atas hal ini. Banyak dari itu mungkin turun ke budaya .

Menunjuk "budaya" sebagai bagian kunci dari masalah mungkin tampak mudah, karena budaya sulit untuk didefinisikan. Namun, sangat sering nilai dan tujuan organisasi tidak selalu sepenuhnya tercermin dalam perilaku anggota tim. Sebagai contoh:

Organisasi Anda berpendapat bahwa itu membuat keputusan berdasarkan data untuk memberikan layanan terbaik bagi pengguna Anda. Semua orang memahami bahwa fondasi yang baik untuk ini adalah strategi data yang solid–jika tidak, Anda tidak akan menghasilkan wawasan yang andal untuk membuat keputusan tersebut.

Namun, dalam praktiknya, percakapan tentang data dan strategi wawasan Anda (atau bahkan menyatukannya), sepertinya tidak terjadi. Tugas dikesampingkan dan dilupakan, dan analitik yang andal jarang terwujud.

Ini terjadi karena kesenjangan antara nilai-nilai organisasi Anda, dan budaya sehari-hari yang sebenarnya—sangat mudah untuk tergelincir ke dalam kesenjangan ini. Seringkali tim akan lebih fokus untuk mendapatkan wawasan dari data daripada membangun praktik yang baik untuk benar-benar menangkap data. Mempertahankan budaya data yang baik itu sulit!

Membangun budaya seperti itu lebih dari sekedar hype dan teater perayaan. Dalam postingan ini kami akan memberi Anda beberapa saran praktis tentang bagaimana memulai dengan proses yang sederhana dan dapat diterapkan akan membantu Anda mempertahankan budaya data yang diinginkan . Salah satu yang berfokus pada pengambilan data berkualitas tinggi, dan mengubahnya menjadi wawasan yang bermanfaat dan dapat ditindaklanjuti yang mengarah pada pengambilan keputusan yang baik.

Integrasikan analitik ke dalam siklus hidup pengembangan perangkat lunak Anda

Ketika tim teknik mulai bekerja membangun bagian-bagian dari suatu produk, mereka akan menulis kode dan melakukan hal-hal yang biasa dengannya: membuat cabang, melakukan, menguji, meninjau, menggabungkan. Ini untuk memastikan semua orang memiliki pemahaman yang sama dengan build dan kesalahan apa pun dapat diperbaiki dengan mudah.

Tidak ada alasan untuk tidak memperlakukan analitik dengan cara yang sama. Kemungkinan Anda sudah memiliki semacam rencana pelacakan (jika tidak, kami memiliki panduan tentang cara memulainya), jadi cara yang bagus untuk mulai menerapkannya adalah dengan memecahnya menjadi tiket Jira, sama seperti yang lain. sub-tugas. Rencana pelacakan yang luar biasa tidak masalah jika tidak diterapkan. Anda akan terus kehilangan wawasan penting kecuali Anda mempertimbangkan bahwa:

• Anda memerlukan dukungan dari pemangku kepentingan dan tim kepemimpinan yang relevan bahwa pelacakan analitik sama pentingnya dengan fitur yang Anda buat
• Tugas yang mengimplementasikan rencana pelacakan harus diprioritaskan di samping semua tugas lain untuk build
• Jika tidak ada pelacakan, Anda belum siap merilis build

Kita semua tahu bahwa hanya karena ada di seri tiket Jira, bukan berarti itu akan terjadi. Di sinilah pergeseran budaya benar-benar masuk. Pastikan rencana pelacakan menjadi bagian dari siklus hidup pengembangan perangkat lunak Anda setiap saat dengan merayakan keberhasilan suatu fitur dan bukan hanya fakta bahwa fitur tersebut dikirimkan. Lagi pula, jika perusahaan Anda memproduksi produk digital, maka fitur pengiriman adalah intinya. Coba dan hindari teater perayaan—rayakan saat Anda melihat fitur berperforma baik.

Satu-satunya cara yang benar untuk memahami kinerja suatu fitur adalah dengan mengumpulkan analitik—yang tentu saja akan Anda lakukan, jika rencana pelacakan Anda diterapkan langsung sejak pembuatan pertama.

Catatan tentang QA dalam konteks analitik: Anda mungkin berpikir bahwa meskipun menerapkan rencana pelacakan cukup mudah dilakukan dengan alat dan budaya yang tepat, masih belum ada solusi yang jelas dan elegan untuk memverifikasi bahwa rencana tersebut benar- Inilah mengapa Amplitudo terintegrasi dengan CI dan memungkinkan Anda menambahkan cakupan analitik ke pengujian yang ada dengan plugin pengujian unit kami.

Tetapkan proses berulang untuk pelacakan analitik

Alasan lain mengapa proses git bekerja dengan sangat baik adalah karena setiap orang mengikutinya secara konsisten, dan karena itu secara alami tertanam dalam budaya perusahaan Anda. Anda dapat membangun proses seputar pelacakan analitik yang dapat menjadi bagian dari alur kerja sehari-hari dengan mudah. ‍

Musuh terbesar dalam memperkenalkan proses baru adalah kurangnya dukungan . Anda tidak bisa hanya mengatakan, "Beginilah cara kami melakukan analitik sekarang" dan mengharapkan semua orang untuk bergabung. Kami selalu mempertahankan bahwa pelacakan analitik bersifat kolaboratif; saat Anda menyusun rencana pelacakan, semua tim yang relevan harus memiliki andil dalam membentuknya.

Itu berarti melibatkan semua pemangku kepentingan utama saat membuat proses baru: tim produk, tim data/analis, dan tim teknik. Keahlian unik dari tim tersebut akan membantu Anda memutuskan:

• Apa tujuan bisnis Anda
• Metrik yang akan Anda gunakan untuk menentukan apakah sasaran ini tercapai
• Konvensi penamaan apa yang akan Anda gunakan untuk acara, dan taksonomi serupa lainnya. (misalnya 'songPlayed' atau 'song_played'? Lebih detail tentang ini di artikel kami tentang praktik terbaik)

Menyetujui proses ini bersama-sama adalah langkah pertama yang bagus untuk mendapatkan dukungan di seluruh organisasi, dan menjadikannya bagian dari budaya Anda. Setelah Anda memiliki rencana pelacakan, penting untuk mengidentifikasi siapa yang mengambil alihnya—menyerahkannya ke “semua orang” tidak akan berhasil. Anda membutuhkan satu / orang itu untuk mengambil tanggung jawab dan mendorongnya maju.

Anda tidak menambahkan proses ini di atas yang lain, Anda Jika Anda ingin membuat proses berulang seperti ini ke dalam budaya organisasi Anda, buat proses tersebut semudah mungkin bagi tim untuk mengadopsinya ke dalam alur kerja mereka. Tidak mungkin anggota tim ingin mengganggu alur kerja mereka yang sudah mapan untuk mengakomodasi proses baru. Alih-alih, lihat bagaimana proses tersebut dapat secara mulus menyesuaikan dengan proses yang sudah ada. Misalnya, Amplitudo membuatnya sangat mudah dengan antarmuka baris perintah kami—hal ini memastikan pengembang dapat melengkapi rencana pelacakan Anda dengan mudah, dan akurat tanpa harus meninggalkan lingkungan pilihan mereka.

Selaraskan sasaran pelacakan Anda dengan sasaran bisnis Anda

Jika Anda membuat produk yang gesit (misalnya menggunakan kerangka build, measure, learn), Anda pasti akan menggunakan data untuk membuat keputusan. Namun : ketika memutuskan ke arah mana selanjutnya, jangan mulai dengan data—mulai dengan sebuah pertanyaan.

Pertama, apa yang ingin Anda capai? Apakah Anda mencoba menggabungkan fitur baru, atau menjalankan eksperimen? Mungkin Anda memiliki serangkaian tujuan khusus pada kuartal ini. Apa pun itu, cobalah untuk tidak memikirkan tentang data apa yang mungkin dapat dilakukan untuk Anda. Alih-alih, bangun budaya Anda untuk mengajukan pertanyaan yang tepat, dan lihat apakah Anda memiliki data untuk menjawab pertanyaan tersebut. Jadi, pikirkan hal-hal seperti:

• Metrik keberhasilan untuk sasaran atau eksperimen yang Anda uraikan
• Peristiwa yang perlu Anda lacak untuk mengetahui metrik ini
• Tindakan apa yang telah Anda ambil berdasarkan wawasan yang ada—apakah berhasil?

Jika ternyata Anda tidak dapat menjawab pertanyaan-pertanyaan ini dengan data yang Anda kumpulkan, itu berarti Anda perlu mengubah rencana pelacakan Anda. Lebih banyak data tidak selalu menjadi jawaban – tetapi data yang paling akurat adalah jawabannya.

Bagian dari membangun budaya data yang baik adalah membantu tim memahami bahwa cara Anda menggunakan data adalah pembeda Anda, bukan data itu sendiri. Mulailah mendorong keingintahuan alami, dan rayakan dampak pengambilan keputusan berdasarkan wawasan internal.

Budaya data dan analitik yang baik adalah proses yang berkelanjutan

Anda tidak dapat membangun budaya dalam semalam. Aktifkan budaya yang Anda inginkan untuk tumbuh dengan menunjukkan nilai dari proses baru dan merayakan kemenangan yang dihasilkan. Cobalah untuk menumbuhkan sikap seputar penggunaan data untuk memeriksa firasat dan ide, daripada mengumpulkan data karena “menyenangkan untuk dimiliki”.

Menjaga agar pelacakan peristiwa tetap diingat di seluruh tim tidak perlu rumit pada awalnya. Anda mungkin tidak perlu memulai dengan lebih dari sepuluh pertanyaan. Sematkan ini, ulangi ini di antara tim, dan kerjakan dari sana. Tidak perlu mengoptimalkan setiap kemungkinan sejak awal.

Saran yang diuraikan dalam posting blog ini hanyalah titik awal. Setelah Anda mendapatkan ritme yang baik dengan ini, Anda akan melihat bahwa proses yang Anda buat adalah sifat kedua di antara tim; seperti halnya menulis kode, analitik pelacakan akan menjadi praktik yang lebih terstandarisasi dan dapat diaudit.

Menggunakan Amplitudo membuat proses ini sangat mudah: rencana pelacakan Anda ada sebagai dokumen dinamis yang terintegrasi dengan mulus ke dalam alur kerja tim Anda. Jika Anda tertarik mencoba Amplitudo untuk perusahaan Anda, buat akun hari ini atau pesan demo dengan tim kami untuk mempelajari lebih lanjut.