Apa itu Voice of Customer (VoC) Program

Program Voice of Customer (VoC) adalah upaya sistematis sebuah organisasi untuk mengumpulkan, menganalisis, dan menindaklanjuti suara pelanggan, baik berupa masukan, keluhan, pujian, maupun perilaku, agar menjadi dasar keputusan bisnis. Kata kuncinya adalah sistematis: survei yang dikirim sesekali atau kotak saran di meja resepsionis belum bisa disebut program VoC. Program yang utuh menghubungkan apa yang dikatakan pelanggan dengan perubahan nyata pada produk, layanan, dan proses.

Dari mana saja suara pelanggan dikumpulkan?

Sumber VoC umumnya dibagi menjadi tiga kelompok. Pertama, masukan langsung yang diminta perusahaan, seperti survei NPS, CSAT, dan CES, wawancara mendalam, serta diskusi kelompok. Kedua, masukan tidak langsung yang disampaikan pelanggan atas inisiatif sendiri, seperti rekaman percakapan contact center, chat, email komplain, ulasan di toko aplikasi, dan unggahan media sosial. Ketiga, data perilaku yang menunjukkan apa yang benar-benar dilakukan pelanggan, misalnya di halaman mana mereka berhenti atau fitur apa yang tidak pernah dipakai.

Ketiga sumber ini saling melengkapi. Survei menjelaskan persepsi, percakapan layanan mengungkap masalah yang paling mendesak, dan data perilaku memperlihatkan gejala yang kadang tidak disadari pelanggan sendiri.

Bagaimana siklus kerja program VoC?

Program VoC paling tepat dipahami sebagai siklus yang terus berputar, bukan proyek dengan titik akhir. Tahapannya kurang lebih sebagai berikut:

• Mendengar: mengumpulkan masukan dari berbagai sumber secara konsisten.
• Memahami: mengelompokkan masukan ke dalam tema, mengukur frekuensinya, serta menganalisis sentimen dan akar masalahnya.
• Membagikan: menyampaikan temuan kepada tim yang berwenang dalam format yang mudah dipahami dan ditindaklanjuti.
• Bertindak: menetapkan pemilik, prioritas, dan tenggat perbaikan.
• Menutup lingkaran: memberi tahu pelanggan apa yang berubah berkat masukan mereka, lalu mengukur dampaknya.

Tahap memahami sering menjadi penentu. Sebagai gambaran, bayangkan sebuah toko daring fiktif yang mengelompokkan seluruh komplain bulanannya ke dalam tema. Begitu terlihat bahwa satu tema mendominasi, tim punya alasan kuat untuk memprioritaskan perbaikan di sana ketimbang menanggapi keluhan satu per satu.

Apa itu closed loop dalam program VoC?

Closed loop atau menutup lingkaran memiliki dua lapisan. Lapisan dalam (inner loop) adalah respons kepada pelanggan individual, misalnya menghubungi kembali pelanggan yang memberi skor rendah dalam waktu tertentu untuk memahami dan menyelesaikan masalahnya. Lapisan luar (outer loop) adalah perbaikan struktural, yaitu perubahan proses, kebijakan, atau produk yang mencegah masalah serupa terulang bagi pelanggan lain.

Program yang hanya menjalankan inner loop akan sibuk memadamkan api tanpa pernah menghilangkan sumbernya. Sebaliknya, program yang hanya fokus pada outer loop berisiko membuat pelanggan merasa diabaikan karena keluhannya tidak pernah ditanggapi secara pribadi.

Siapa yang seharusnya memiliki program VoC?

Program VoC biasanya dikoordinasikan oleh tim CX atau tim riset pelanggan, tetapi kepemilikan tindak lanjutnya harus tersebar. Tim CX berperan sebagai pengelola sistem dan penerjemah temuan, sementara perbaikan dilakukan oleh pemilik proses terkait, seperti tim produk, operasional, logistik, atau kebijakan. Dukungan pimpinan menjadi penentu, karena tanpa mandat yang jelas, temuan VoC mudah berhenti di laporan bulanan.

Cara penyampaian temuan juga menentukan. Laporan yang berisi puluhan grafik jarang dibaca sampai habis. Ringkasan singkat yang memuat tiga tema teratas, contoh kutipan pelanggan, perkiraan dampaknya bagi bisnis, dan usulan pemilik tindak lanjut jauh lebih mungkin mendorong keputusan. Beberapa organisasi juga mengajak pimpinan mendengarkan langsung rekaman percakapan pelanggan secara berkala, karena satu cerita nyata sering lebih menggerakkan daripada satu halaman angka.

Bagaimana cara memulai program VoC dari nol?

Mulailah dari yang sudah ada. Hampir setiap organisasi sudah memiliki data keluhan, rekaman percakapan, atau ulasan pelanggan yang belum diolah. Mengelompokkan data tersebut ke dalam beberapa tema utama sering kali sudah cukup untuk menemukan dua atau tiga masalah prioritas.

Setelah itu, pilih satu perjalanan pelanggan yang paling penting bagi bisnis, pasang satu atau dua titik survei yang relevan, dan sepakati forum rutin, misalnya pertemuan bulanan lintas fungsi, untuk membahas temuan dan memantau tindak lanjut. Skala program bisa diperluas setelah siklus pertama terbukti menghasilkan perubahan.

Seperti apa siklus pertama program VoC dalam praktik?

Ambil contoh sebuah layanan internet rumah fiktif, Jaringan Sentosa, yang ingin memulai program VoC tanpa anggaran tambahan. Tim CX yang hanya terdiri dari tiga orang memutuskan untuk tidak langsung membeli platform survei. Mereka mengambil sekitar 2.000 catatan tiket keluhan dari tiga bulan terakhir, membaca sampelnya secara manual, lalu menyusun daftar sepuluh tema. Hasilnya cukup mengejutkan: keluhan terbanyak ternyata bukan soal kecepatan internet, melainkan jadwal kunjungan teknisi yang sering mundur tanpa pemberitahuan.

Temuan itu dibawa ke forum bulanan bersama tim operasional lapangan. Pemilik proses ditetapkan, dan perbaikan pertama yang disepakati sederhana: pelanggan menerima pesan otomatis setiap kali jadwal teknisi berubah, lengkap dengan alasan dan jadwal pengganti. Bersamaan dengan itu, tim CX memasang satu pertanyaan CSAT singkat setelah kunjungan teknisi untuk memantau dampaknya.

Dua bulan kemudian, porsi keluhan tentang jadwal teknisi dalam contoh ini mulai turun, dan komentar pelanggan menyebut pemberitahuan yang lebih jelas. Tim lalu mengirim pesan singkat kepada pelanggan yang dulu mengeluhkan hal serupa untuk mengabarkan perubahan tersebut. Siklus pertama ini kecil, tetapi memberi bukti yang dibutuhkan untuk meminta mandat dan sumber daya yang lebih besar.

Kesalahan yang membuat program VoC mandek

• Mengumpulkan terlalu banyak data sebelum ada kapasitas untuk mengolahnya, sehingga masukan menumpuk tanpa pernah dibaca.
• Mengirim survei terlalu sering kepada pelanggan yang sama, yang akhirnya menurunkan tingkat respons dan kualitas jawaban.
• Melaporkan temuan tanpa pemilik tindak lanjut yang jelas, sehingga setiap tim mengira masalah itu urusan tim lain.
• Merayakan skor yang naik tanpa mencatat perubahan apa yang benar-benar dilakukan untuk mencapainya.

Hampir semua kesalahan ini berakar pada hal yang sama: program dibangun untuk menghasilkan laporan, bukan keputusan. Karena itu, sebelum menambah sumber data atau titik survei baru, ada baiknya bertanya terlebih dahulu: keputusan apa yang akan berubah jika kita mengetahui jawaban ini?