Cara Menjalankan Uji Beta untuk Aplikasimu

Untuk menjalankan uji beta, tentukan apa yang perlu Anda pelajari, undang sekelompok kecil orang yang cocok dengan pengguna nyata Anda, berikan tugas pertama yang jelas, dan kumpulkan masukan di satu tempat dengan jadwal tetap. Perbaiki apa yang menghalangi mereka, perluas kelompoknya secara bertahap, dan akhiri beta saat sekumpulan kriteria keluar yang sudah Anda tulis sebelumnya terpenuhi, bukan saat Anda kehabisan kesabaran.

Beta bukan soft launch. Ini adalah eksperimen terstruktur dengan awal, akhir, dan pertanyaan yang harus dijawab.

Posisi beta dalam proses

Validasi menanyakan apakah masalahnya layak dipecahkan. Beta menanyakan hal yang lebih sempit: apakah versi produk ini memecahkan masalah itu untuk orang sungguhan, dalam kondisi nyata? Peluncuran datang setelahnya, setelah jawabannya sebagian besar ya.

Sebelum mengundang siapa pun, uji sendiri dulu. Cara menguji aplikasi sebelum diluncurkan membahas itu. Penguji seharusnya tidak menjadi orang yang menemukan bahwa pendaftaran sudah rusak.

Langkah 1: Tuliskan apa yang harus dijawab beta

Pilih dua atau tiga pertanyaan. Semua hal lain dalam rencana mengikuti dari sini.

Contoh rekaan: aplikasi penjadwalan shift untuk kafe kecil menetapkan dua tujuan: “Bisakah manajer menerbitkan jadwal seminggu di sesi pertamanya tanpa bantuan?” dan “Apakah staf membuka aplikasi sendiri di minggu kedua?”

Langkah 2: Pilih jenis beta

Untuk produk pertama, beta tertutup dengan beberapa putaran biasanya pilihan yang tepat.

Langkah 3: Rekrut penguji yang tepat

Penguji terbaik sedang punya masalah itu sekarang, cocok dengan target pengguna Anda, dan punya waktu untuk mencoba aplikasi selama periode beta. Tempat untuk menemukan mereka:

• Daftar tunggu atau daftar email Anda; lihat cara membangun audiens sebelum peluncuran.
• Orang yang Anda wawancarai saat validasi.
• Komunitas niche tempat pengguna Anda berkumpul, dengan mengikuti aturan mereka soal promosi.
• Undangan langsung kepada orang di jaringan Anda yang cocok dengan profil tersebut.

Ajukan beberapa pertanyaan penyaring agar Anda bisa memilih campuran yang tepat: peran mereka, cara mereka menyelesaikan masalah saat ini, perangkat apa yang akan mereka pakai, dan seberapa sering masalah itu muncul. Undang orang yang jawabannya cocok dengan target pengguna Anda, dan hindari memenuhi beta dengan sesama founder kecuali mereka memang target penggunanya.

Templat undangan

Halo [nama], kamu menyebut [masalah] saat mendaftar. Saya membuka beta privat kecil untuk [produk], yang [hasilnya]. Berjalan dari [mulai] sampai [selesai]. Saya meminta penguji memakainya untuk [tugas nyata] minimal seminggu sekali dan menjawab check-in singkat setiap Jumat. Sebagai gantinya: akses gratis selama beta dan [harga pendiri / periode gratis yang diperpanjang]. Tertarik?

Sampaikan secara jujur berapa waktu yang dibutuhkan. Orang yang tahu apa yang mereka daftarkan memberi masukan yang lebih baik.

Langkah 4: Siapkan perlengkapan beta

Sebelum undangan pertama dikirim, siapkan ini:

• Pesan selamat datang dengan tautan, cara login, tugas pertama yang harus dicoba, dan cara melaporkan masalah.
• Daftar masalah yang sudah diketahui, agar penguji tidak melaporkan hal yang sama sepuluh kali.
• Satu kanal masukan. Formulir, grup chat bersama, atau alamat email, satu tempat saja, bukan lima.
• Templat laporan bug. Minta apa yang mereka lakukan, apa yang mereka harapkan, apa yang terjadi, perangkat dan browser, serta screenshot. Cara menulis laporan bug yang baik punya versi yang bisa Anda bagikan.
• Analitik atau log dasar, agar Anda bisa melihat apa yang terjadi tanpa mengandalkan ingatan.
• Ekspektasi yang jelas soal data. Beri tahu penguji jika data mungkin direset selama beta, dan jangan minta mereka memasukkan informasi sensitif ke aplikasi yang belum selesai.
• Dasar ketentuan dan privasi. Perjanjian beta singkat dan catatan privasi; periksa aturan setempat atau minta nasihat jika Anda menangani data pribadi.

Langkah 5: Jalankan dalam putaran

Putaran memungkinkan Anda memperbaiki masalah sebelum lebih banyak orang mengalaminya.

Di putaran 1, minta dua atau tiga penguji membagikan layar mereka saat mencoba aplikasi untuk pertama kalinya. Diam saja dan perhatikan di mana mereka ragu. Ini sering kali menjadi satu jam paling berguna dari seluruh beta.

Langkah 6: Kumpulkan masukan secara rutin

Pesan “ada masukan?” yang tidak terstruktur hanya menghasilkan jawaban yang samar. Gunakan check-in singkat dan teratur:

Check-in mingguan (contoh pertanyaan rekaan)

1. Kamu memakai [produk] untuk apa minggu ini?
2. Apa yang membuatmu frustrasi atau bingung?
3. Apakah ada yang hilang sehingga kamu tidak bisa menyelesaikan tugas?
4. Seberapa kecewa kamu jika kamu tidak bisa memakainya lagi? (Sangat kecewa / sedikit / tidak sama sekali)
5. Ada lagi?

Gabungkan apa yang orang katakan dengan apa yang mereka lakukan. Seseorang yang bilang produknya bagus tetapi tidak pernah login juga sedang memberi tahu Anda sesuatu.

Langkah 7: Pilah masukan yang masuk

Kumpulkan setiap masukan dalam satu daftar dan urutkan setiap minggu.

Tahan diri untuk menambah fitur besar di tengah beta. Setiap fitur baru membuat sulit untuk menilai apakah produk inti sudah berfungsi.

Langkah 8: Tutup lingkarnya

Penguji akan terus memberi masukan saat mereka melihat masukannya dipakai.

• Kirim changelog singkat setelah setiap putaran: “Kamu melaporkan X; sudah diperbaiki.”
• Ucapkan terima kasih kepada orang dengan namanya, secara pribadi, saat laporan mereka menghasilkan perbaikan.
• Beri tahu penguji saat beta berakhir, apa yang terjadi pada data dan akun mereka, serta apa penawaran pendiri mereka.

Langkah 9: Putuskan apakah sudah siap

Tuliskan kriteria keluar sebelum beta dimulai, lalu periksa dengan jujur di akhir. Templatnya:

• Tidak ada penghalang atau bug kehilangan data yang diketahui
• Sebagian besar penguji baru menyelesaikan tugas inti tanpa bantuan
• Sebagian penguji yang berarti kembali sendiri di minggu-minggu berikutnya
• Titik kebingungan teratas sudah diperbaiki dan diuji ulang
• Pendaftaran, reset password, dan alur pembayaran apa pun berfungsi dari awal sampai akhir
• Anda punya pesan yang jelas tentang siapa produk ini untuk, dalam kata-kata penguji

Jika sebagian besar kotak sudah tercentang, lanjutkan ke penyempurnaan onboarding dan peluncuran publik. Jika penggunaan ulangnya rendah, itu pertanyaan produk, bukan daftar bug; kembali ke wawancara sebelum meluncurkan.

Menjalankan beta dengan Mythex

Jika Anda membangun dengan Mythex, beberapa fitur sangat cocok untuk beta:

• Tautan preview untuk putaran 1. Tombol Share membuat tautan ke preview langsung Anda yang bisa dipakai orang tanpa akun Mythex, sehingga penguji awal bisa mencoba pekerjaan yang belum selesai sebelum Anda mempublikasikannya. Buat satu tautan per grup dan hapus saat selesai. Dokumentasi Preview menjelaskan cara tautan membangunkan proyek dan memakai kredit.
• Publikasikan untuk putaran yang lebih panjang. Aplikasi yang dipublikasikan berjalan di alamatnya sendiri, cocok untuk penguji yang memakainya selama beberapa minggu.
• Pengujian Aplikasi sebelum setiap putaran. Ketik /test di chat dan agent akan mengklik preview Anda lalu melaporkan alur yang rusak, pemeriksaan berguna sebelum Anda mengundang siapa pun (dokumentasi Pengujian Aplikasi).
• Checkpoint. Jika perbaikan merusak sesuatu di tengah beta, kembalilah ke checkpoint sebelumnya.

Tempelkan laporan bug penguji langsung ke chat dan minta agent mereproduksi serta memperbaikinya, lalu beri tahu penguji saat perbaikannya sudah aktif.

Pertanyaan