Tim produk biasanya lebih mudah mengajak pengguna yang rajin membuka aplikasi, membalas email, dan mengenal tim customer success. Mereka cepat memberi pendapat serta mampu menjelaskan fitur secara rinci. Masalahnya, kemudahan merekrut ini dapat membuat tim hanya mendengar orang yang sudah berhasil melewati hambatan produk.

Bayangkan Anda ingin memperbaiki onboarding software inventaris. Jika semua responden adalah admin yang sudah memakai produk setiap hari, wawancara mungkin menghasilkan daftar shortcut yang mereka inginkan. Anda belum mendengar calon pelanggan yang berhenti saat menyiapkan data awal, atau pemilik toko yang menyerahkan pekerjaan itu kepada staf karena alurnya membingungkan.

Pertanyaan rekrutmen yang lebih berguna adalah: pengalaman siapa yang dapat mengubah keputusan yang sedang dihadapi tim? Dari pertanyaan itu, Anda bisa memilih responden tanpa menganggap pengguna paling aktif sebagai gambaran seluruh pasar.

Mulai dari keputusan, lalu tentukan variasi responden

Sebelum menulis undangan wawancara, tuliskan satu keputusan produk. Contohnya: “Apakah onboarding perlu dipersingkat, diberi bantuan migrasi data, atau diarahkan ke peran pengguna yang berbeda?” Keputusan ini menentukan pengalaman apa yang perlu dibandingkan.

Untuk contoh inventaris tadi, kelompok yang relevan mungkin mencakup pengguna baru yang berhasil menyelesaikan setup, pengguna baru yang berhenti di tengah, serta orang yang bertanggung jawab membeli software tetapi tidak menjalankan setup sendiri. Mereka mewakili titik keputusan yang berbeda. Membagi responden hanya berdasarkan usia, kota, atau jabatan belum tentu membantu menjawab pertanyaan produk.

Jangan membuat terlalu banyak kelompok sekaligus. Jika tim hanya mampu menjalankan beberapa wawancara, prioritaskan dua atau tiga perbedaan yang paling mungkin mengubah arah keputusan. Tujuannya bukan membuat sampel yang secara statistik mewakili seluruh basis pengguna. Wawancara kualitatif dipakai untuk memahami mekanisme masalah dan bahasa pengguna; ukuran prevalensi perlu diperiksa melalui data perilaku atau riset kuantitatif yang sesuai.

Kenali bias dari sumber rekrutmen

Setiap saluran membawa jenis responden tertentu. Pengguna yang menjawab undangan dari customer success cenderung punya hubungan lebih dekat dengan tim. Orang yang bersedia hadir dalam komunitas produk mungkin lebih antusias daripada pengguna biasa. Undangan yang muncul setelah seseorang menyelesaikan tugas akan melewatkan mereka yang gagal sebelum titik tersebut.

Buat daftar saluran beserta siapa yang mungkin tidak terjangkau. Anda bisa menggabungkan undangan dalam produk, catatan support, daftar akun yang baru mendaftar, dan pelanggan yang baru berhenti memakai layanan. Untuk orang yang belum menjadi pelanggan, tim sales atau daftar pendaftar demo bisa menjadi pintu masuk, selama undangannya jelas bahwa ini riset, bukan percakapan penjualan.

Ada trade-off operasional di sini. Merekrut dari pengguna aktif jauh lebih cepat. Mencari orang yang berhenti di tengah alur sering memerlukan koordinasi dengan data dan persetujuan kontak. Namun, jika keputusan Anda menyangkut alasan orang gagal mulai memakai produk, kesulitan rekrutmen itu justru petunjuk bahwa kelompok tersebut selama ini tidak terlihat.

Pakai screener berdasarkan perilaku, bukan opini

Screener singkat membantu memastikan Anda berbicara dengan orang yang mengalami situasi yang ingin dipelajari. Tanyakan tindakan yang bisa diingat, misalnya kapan terakhir kali mereka mencoba mengimpor daftar barang, siapa yang mengerjakannya, dan apakah prosesnya selesai. Hindari pertanyaan seperti “Apakah onboarding kami mudah?” dalam screener. Pertanyaan itu mendorong jawaban evaluatif sebelum wawancara dimulai.

Untuk studi onboarding inventaris, screener dapat mencatat:

  • Kapan akun dibuat dan apa tugas pertama yang ingin diselesaikan.
  • Apakah responden sendiri mencoba menyiapkan data awal atau hanya menyetujui pembelian.
  • Apakah setup selesai, tertunda, atau diserahkan kepada orang lain.
  • Apakah responden pernah berbicara dengan tim internal tentang masalah ini.

Pertanyaan terakhir penting. Jika semua responden sudah berkali-kali dibantu customer success, Anda mungkin sedang mempelajari pengalaman setelah dibantu, bukan pengalaman onboarding mandiri.

Screener tidak perlu panjang. Formulir yang terlalu rinci dapat membuat orang lelah dan memberi sinyal jawaban yang “diinginkan” tim. Simpan pertanyaan mendalam untuk wawancara, ketika pewawancara bisa meminta contoh kejadian nyata.

Tetapkan kuota kecil untuk pengalaman yang mudah hilang

Saat pendaftaran masuk, tim sering mengisi jadwal berdasarkan siapa yang paling cepat membalas. Akibatnya, seluruh slot habis oleh pengguna aktif. Buat kuota praktis sebelum undangan dikirim: misalnya beberapa slot bagi orang yang berhasil setup dan beberapa slot bagi orang yang berhenti sebelum selesai. Angka tersebut adalah rencana kerja, bukan rumus universal.

Catat juga alasan pengecualian. Apakah seseorang tidak sesuai kriteria, tidak merespons, tidak tersedia pada jam wawancara, atau tidak ingin dihubungi lagi? Catatan ini membantu tim melihat apakah kelompok tertentu sulit diakses karena saluran undangannya buruk. Jangan mengganti diam-diam seluruh slot kelompok yang sulit dengan power user hanya agar kalender terlihat penuh.

Insentif, bila digunakan, sebaiknya dijelaskan sejak awal dan diberikan untuk waktu responden, bukan untuk pujian atau jawaban tertentu. Beri pilihan waktu yang masuk akal bagi orang yang bekerja di lapangan. Pastikan responden memahami tujuan percakapan, penggunaan catatan, dan bahwa keikutsertaan mereka sukarela. Untuk pelanggan yang sedang mengalami masalah serius, koordinasikan undangan dengan tim yang menangani kasusnya agar riset tidak terasa seperti pengalihan dari penyelesaian masalah.

Pisahkan temuan tiap kelompok sebelum menyimpulkan

Setelah wawancara, godaan berikutnya adalah menghitung berapa orang menyebut fitur tertentu. Hitungan kecil dari sampel yang sengaja dipilih tidak membuktikan seberapa umum masalah itu. Lebih berguna membandingkan urutan kejadian: apa yang ingin mereka lakukan, di mana mereka berhenti, bantuan apa yang dicari, dan apa konsekuensinya.

Misalnya, pengguna aktif meminta import yang lebih cepat, sedangkan pengguna yang gagal setup belum paham format data yang dibutuhkan. Dua temuan ini mengarah ke keputusan yang berbeda. Mempercepat import mungkin membantu kelompok pertama, tetapi tidak menyelesaikan kebingungan kelompok kedua. Tim bisa menguji panduan persiapan data terlebih dahulu, lalu memeriksa apakah lebih banyak akun menyelesaikan setup. Jika masalah tetap muncul, bantuan migrasi mungkin lebih tepat.

Pisahkan bukti dari keputusan. Jika, misalnya, tiga responden yang berhenti tidak tahu siapa di tim mereka yang harus menyiapkan file, tulis temuan itu sesuai lingkup wawancaranya; jangan mengubahnya menjadi “mayoritas pelanggan bingung.” Lalu cari data produk atau support untuk melihat luasnya masalah. Cara ini menjaga riset tetap berguna tanpa memberi kepastian palsu.

Rekomendasi utama

Sebelum merekrut, tulis keputusan produk, dua atau tiga pengalaman yang perlu dibandingkan, dan saluran yang bisa menjangkau masing-masing kelompok. Lindungi slot untuk orang yang gagal, berhenti, atau belum pernah menjadi pengguna aktif ketika pengalaman mereka memang menentukan keputusan.

Power user tetap layak diwawancarai. Namun, untuk keputusan tentang adopsi dan onboarding, suara mereka perlu dibaca berdampingan dengan orang yang belum berhasil mencapai tahap tersebut. Komposisi responden yang sengaja dirancang akan memberi tim gambaran masalah yang lebih tajam daripada jadwal wawancara yang hanya diisi oleh siapa pun yang paling mudah diajak bicara.