Riset pelanggan B2B: ubah percakapan sales menjadi konten

Riset pelanggan B2B membantu tim memahami pertanyaan, hambatan, serta informasi yang dipakai pembeli ketika menilai penawaran. Mulai dari catatan inquiry dan percakapan yang tersedia, periksa konteksnya, lalu ubah temuan menjadi isi website serta bahan sales yang dapat ditinjau.

Persona yang terlihat rapi belum tentu membantu pekerjaan jika isinya hanya dugaan. Label seperti “pengambil keputusan yang sibuk” tidak menjelaskan apa yang perlu dibaca orang tersebut sebelum menerima proposal. Tim membutuhkan contoh kebutuhan, alasan menunda, serta bukti yang diminta dalam proses pembelian.

Panduan ini menyajikan rekomendasi kerja Oura untuk riset yang digunakan dalam proyek website dan konten layanan. Contoh perusahaan serta percakapan merupakan simulasi. Jumlah peserta, metode, serta akses data ditentukan berdasarkan kebutuhan riset; tidak ada ukuran sampel universal yang menjamin semua keputusan benar.

Ringkasan untuk tim marketing dan sales

• Tentukan keputusan konten yang akan dibantu sebelum mengumpulkan data.
• Pisahkan pengguna layanan, peninjau teknis, procurement, dan pemilik anggaran jika perannya memang berbeda.
• Catat perkataan atau perilaku yang diamati sebelum membuat interpretasi.
• Tandai temuan, dugaan, serta hal yang belum diketahui.
• Gunakan temuan untuk menjelaskan kecocokan, cakupan, proses, dan bukti di halaman layanan.
• Periksa dampak perubahan bersama kualitas inquiry, bukan hanya jumlah klik.

1. Pertanyaan bisnis apa yang ingin dijawab?

Riset dimulai dengan pertanyaan yang memengaruhi pekerjaan. Misalnya, mengapa inquiry sering meminta penjelasan cakupan yang sama, mengapa pembeli meminta dokumen tambahan sebelum proposal, atau bagian penawaran mana yang belum dipahami. Pertanyaan yang jelas membantu tim memilih sumber informasi yang relevan.

Tulis keputusan yang ingin dibuat setelah riset. Jika keputusan adalah pembagian halaman layanan, cari informasi tentang kebutuhan yang berbeda. Jika keputusan adalah perbaikan formulir, cari hambatan pada proses permintaan. Hindari mengumpulkan seluruh informasi pelanggan hanya karena tersedia.

Oura menyarankan satu catatan singkat sebelum kegiatan dimulai: tujuan, jenis pembeli, sumber yang tersedia, informasi yang dicari, serta penggunaan temuan. Catatan ini memudahkan pemeriksa melihat apakah kesimpulan benar-benar berasal dari data yang dikumpulkan.

2. Sumber apa yang sudah tersedia?

Periksa inquiry yang diizinkan untuk ditinjau, catatan sales, pertanyaan dukungan, alasan proposal ditunda, serta materi yang dikirim pembeli untuk menjelaskan kebutuhannya. Sumber tersebut dapat menunjukkan bahasa yang digunakan pelanggan dan informasi yang belum tersedia di website.

Namun, masing-masing sumber mempunyai batas. Formulir menunjukkan apa yang berhasil disampaikan melalui field yang ada. Catatan sales mungkin lebih lengkap tentang peluang aktif dibanding pembeli yang berhenti menghubungi. Pertanyaan dukungan biasanya berasal dari pelanggan yang sudah menggunakan layanan.

Jangan menyatukan semua sumber menjadi klaim tentang “seluruh pelanggan”. Cantumkan asal, periode, dan konteks catatan. Gunakan informasi yang tersedia untuk merumuskan pertanyaan lanjutan, lalu periksa bagian yang masih belum jelas.

3. Bagaimana membedakan peran dalam pembelian?

Satu perusahaan dapat melibatkan beberapa orang dengan kebutuhan informasi berbeda. Pengguna menilai apakah layanan membantu pekerjaan harian. Peninjau teknis melihat dependensi serta risiko implementasi. Procurement membutuhkan informasi pengadaan. Pemilik anggaran menilai prioritas dan alasan investasi.

Peran tersebut tidak selalu mengikuti jabatan yang sama pada semua perusahaan. Tanyakan siapa yang dilibatkan, apa yang mereka tinjau, dan kapan mereka masuk dalam proses. Hindari menganggap semua pembelian membutuhkan susunan komite yang identik.

Gunakan peta peran untuk menyusun informasi, bukan mengarang motivasi individu. Jika belum ada data tentang salah satu peran, tandai sebagai pertanyaan yang perlu diteliti.

4. Bagaimana menyusun wawancara yang berguna?

Pilih peserta yang berhubungan dengan pertanyaan riset. Siapkan topik, lalu minta cerita tentang pengalaman atau keputusan yang benar-benar pernah terjadi. Pertanyaan seperti “ceritakan terakhir kali tim Anda mencari vendor” lebih berguna daripada meminta orang menyetujui manfaat layanan yang baru dijelaskan pewawancara.

Service Manual GOV.UK tentang wawancara mendalam membahas persiapan topik, pertanyaan terbuka, serta tindak lanjut untuk menggali pengalaman. Adaptasikan metode tersebut ke konteks pekerjaan bisnis Anda; jangan menyalin skenario layanan pemerintah sebagai prosedur penjualan.

Contoh pertanyaan kerja Oura:

1. Apa yang memicu kebutuhan mencari layanan?
2. Informasi apa yang dicari pada tahap awal?
3. Siapa yang ikut meninjau pilihan?
4. Bagian mana yang sulit dibandingkan?
5. Dokumen atau bukti apa yang diminta?
6. Apa yang menyebabkan keputusan tertunda?
7. Informasi apa yang Anda harap tersedia lebih awal?

Minta penjelasan saat istilah peserta belum dipahami. Jangan mengoreksi jawaban agar sesuai dengan penawaran. Catat pertanyaan yang belum terjawab dan bedakan cerita pengalaman dari pendapat tentang kemungkinan masa depan.

5. Bagaimana mencatat pengamatan dan interpretasi?

Pengamatan adalah hal yang ditemukan dalam catatan atau sesi. Interpretasi menjelaskan kemungkinan maknanya. Tindakan adalah pekerjaan yang dipilih berdasarkan pemahaman tersebut. Pisahkan ketiganya agar tim dapat meninjau ulang kesimpulan tanpa kehilangan sumber.

Contohnya, peserta meminta diagram integrasi sebelum review teknis. Pengamatannya adalah permintaan diagram pada tahap tertentu. Interpretasinya mungkin bahwa penjelasan dependensi belum cukup. Tindakannya bisa menambahkan ringkasan integrasi yang ditinjau tim teknis. Ketiga hal itu berbeda dan perlu dicatat terpisah.

Panduan analisis sesi GOV.UK menyarankan pencatatan apa yang dilihat atau didengar sebelum pengelompokan serta penentuan tindakan. Untuk pekerjaan Oura, simpan juga hubungan temuan dengan sumber yang boleh diakses pemeriksa.

6. Bagaimana menentukan temuan yang layak dipakai?

Kelompokkan catatan berdasarkan pertanyaan riset. Cari pola, perbedaan, serta pengecualian. Jangan mengubah satu cerita menarik menjadi aturan untuk seluruh pasar. Catat sumber pendukung dan sebutkan jika temuan berasal dari kelompok yang terbatas.

Oura menyarankan label sederhana: didukung catatan, perlu pemeriksaan tambahan, atau dugaan awal. Label tersebut bukan skor ilmiah. Fungsinya membantu tim melihat tingkat kepastian ketika menentukan pekerjaan konten dan menghindari penulisan seolah semua hal sudah diketahui.

Temuan yang bertentangan juga berguna. Satu pembeli mungkin ingin langsung meminta proposal, sedangkan pembeli lain membutuhkan panduan terlebih dahulu. Perbedaan itu dapat menjadi alasan menyediakan dua jalur, bukan memilih satu cerita dan menghapus yang lain.

7. Bagaimana mengubah riset menjadi halaman layanan?

Hubungkan temuan dengan keputusan pembeli. Pertanyaan kecocokan dapat memperjelas bagian untuk siapa layanan tersedia. Kebingungan cakupan dapat memperbaiki hasil kerja serta batasnya. Permintaan bukti dapat mengarahkan pemilihan studi kasus atau dokumentasi yang boleh dipublikasikan.

Jangan menambahkan semua catatan wawancara ke halaman. Pembaca membutuhkan penjelasan yang tersusun, bukan transkrip riset. Pilih jawaban utama, tentukan tempatnya, lalu hubungkan ke rincian pendukung jika diperlukan.

Konten halaman layanan membahas cara menyusun manfaat, cakupan, proses, bukti, serta CTA setelah kebutuhan informasinya diketahui.

8. Bagaimana memakai riset untuk navigasi dan formulir?

Jika pembeli selalu membingungkan dua layanan, periksa label serta tempat penjelasannya. Jika mereka tidak menemukan persyaratan, periksa hubungan antarhalaman. Riset dapat memperbaiki jalur informasi tanpa harus mengubah seluruh desain website.

Untuk formulir, lihat informasi apa yang benar-benar dibutuhkan agar tim dapat menindaklanjuti. Jangan memindahkan seluruh pertanyaan wawancara menjadi field wajib. Pertanyaan rinci mungkin lebih tepat dibahas saat konsultasi, setelah kebutuhan awal diketahui.

Periksa perubahan dengan tugas yang relevan. Minta orang menemukan layanan sesuai skenario, menjelaskan batasnya, lalu mencari langkah berikutnya. Amati apakah mereka masih membutuhkan bantuan. Catat hasil pemeriksaan sebagai temuan baru, bukan langsung menyatakan bahwa konversi pasti meningkat.

9. Bagaimana menjaga informasi dan kutipan?

Gunakan data yang boleh diakses untuk tujuan pekerjaan. Batasi salinan, hilangkan identitas yang tidak diperlukan, dan tentukan siapa yang boleh melihat catatan. Jangan menempelkan percakapan pelanggan atau dokumen internal ke layanan AI tanpa memeriksa izin, tujuan penggunaan, serta kebijakan yang berlaku.

Kutipan publik memerlukan pemeriksaan tersendiri. Anonimisasi nama belum tentu menghilangkan identitas jika jabatan, industri, dan detail proyek membuat orang mudah dikenali. Jika izin atau konteksnya belum jelas, gunakan ringkasan temuan internal atau contoh simulasi yang diberi label.

Rekomendasi ini adalah pengelolaan kerja riset, bukan pengganti kebijakan organisasi. Untuk data yang sensitif atau penggunaan yang belum dipahami, libatkan pemilik data dan pihak yang berwenang sebelum melanjutkan.

10. Bagaimana menilai hasil setelah konten berubah?

Periksa lebih dahulu apakah perubahan menjawab kebutuhan yang ditemukan. Sales dapat mencatat pertanyaan yang masih berulang, kelengkapan inquiry, serta informasi yang membantu pembeli melanjutkan. Gabungkan temuan tersebut dengan data website yang memang tersedia.

Jumlah inquiry yang bertambah tidak otomatis berarti kualitas meningkat. Sebaliknya, formulir yang lebih jelas dapat mengurangi permintaan yang tidak sesuai sekaligus membantu tindak lanjut permintaan yang relevan. Tetapkan definisi bersama tim sebelum menilai hasil.

Gunakan panduan pengukuran prospek GA4 untuk memisahkan tindakan website dari penilaian sales. Catat periode, perubahan kampanye, serta batas data agar kesimpulan tidak mengaitkan semua hasil hanya pada copy baru.

11. Contoh alur riset untuk jasa integrasi

Simulasi: tim marketing ingin memperbaiki halaman integrasi CRM karena inquiry sering belum menjelaskan sistem yang digunakan. Mereka meninjau catatan yang diizinkan, mewawancarai pembeli yang relevan, serta meminta penjelasan dari tim delivery.

Temuan awal memperlihatkan dua kebutuhan: pembeli bisnis ingin mengetahui proses dan hasil kerja, sedangkan peninjau teknis membutuhkan dependensi serta akses. Tim memisahkan bagian penjelasan bisnis dan kebutuhan teknis dalam halaman yang sama, lalu menambahkan checklist brief.

Formulir awal meminta sistem yang digunakan secara opsional agar inquiry tetap dapat diajukan saat pembeli belum mengetahuinya. Tim mengevaluasi apakah informasi berikutnya lebih mudah dilengkapi. Contoh ini menjelaskan proses kerja; tidak menyatakan hasil engagement Oura atau persentase peningkatan.

Contoh keputusan: membedakan masalah informasi dan ketidakcocokan layanan

Bayangkan sales menerima pertanyaan tentang integrasi dengan sistem yang tidak didukung. Menambahkan penjelasan pada website dapat mengurangi kebingungan, tetapi tidak mengubah kemampuan layanan. Temuan perlu dipisahkan agar tim tidak menyelesaikan seluruh masalah dengan copywriting.

Jangan memakai kutipan ilustratif sebagai testimoni. Ringkas temuan, sumber, dan tingkat kepastiannya. Tinjau perubahan bersama sales setelah halaman dipublikasikan: apakah pertanyaan berulang berkurang, apakah kebutuhan lebih jelas, atau apakah muncul salah pengertian baru. Pengamatan tersebut membantu siklus konten berikutnya tanpa mengklaim semua perubahan berasal dari website.

Checklist sebelum temuan dipakai

• Pertanyaan riset serta keputusan yang dibantu tertulis.
• Sumber, periode, dan konteks setiap catatan tersedia.
• Peserta sesuai kebutuhan yang diteliti.
• Pertanyaan wawancara tidak meminta peserta menyetujui penawaran.
• Pengamatan dipisahkan dari interpretasi dan tindakan.
• Temuan yang terbatas tidak ditulis sebagai aturan universal.
• Perbedaan kebutuhan antarpembeli tetap dicatat.
• Informasi sensitif serta izin kutipan diperiksa.
• Setiap temuan penting mempunyai pekerjaan konten yang jelas.
• Tim ahli meninjau penjelasan teknis.
• Pemeriksaan berikutnya serta pemiliknya ditentukan.

Kesimpulan: jadikan riset bahan keputusan

Riset pelanggan B2B berguna ketika temuan mengubah pekerjaan yang jelas: isi halaman, bukti, navigasi, formulir, atau bahan sales. Mulai dari pertanyaan nyata, simpan konteksnya, lalu tinjau apakah penjelasan baru membantu pembeli memahami penawaran.

Diskusikan kebutuhan website dan informasi pembeli bersama Oura. Anda dapat membawa daftar pertanyaan sales serta materi penawaran yang boleh ditinjau. Lingkup riset dan implementasi disepakati berdasarkan kebutuhan serta akses yang tersedia.

FAQ

Referensi

• GOV.UK — Using in-depth interviews.
• GOV.UK — Analyse a research session.

Bacaan terkait

Lanjutkan ke panduan dan cerita yang membahas keputusan serupa.

Panduan

Struktur website dari kebutuhan pembeli

Tentukan peran halaman sebelum menyusun desain.

Baca selengkapnya →Panduan

Copy layanan sebelum konsultasi

Perjelas manfaat, cakupan, bukti, dan langkah berikutnya.

Baca selengkapnya →Studi kasus

Informasi logistik sebelum RFP

Layanan dan bukti operasional ditata selama delapan bulan.

Baca selengkapnya →Studi kasus

Konten layanan jasa yang lebih berguna

Pertanyaan pembeli menjadi dasar pekerjaan konten delapan bulan.

Baca selengkapnya →Panduan

Brief proyek website yang jelas

Sepakati tujuan, cakupan, serta keputusan proyek.

Baca selengkapnya →Panduan

Pengukuran prospek dengan GA4

Hubungkan tindakan website dengan konteks sales.

Baca selengkapnya →