Siapa dan apa
- Nama
- Organisasi
- Detail kontak
- Produk atau layanan
- Pesanan atau kontrak
Kenali hubungan pelanggan tanpa memintanya mencari kode internal.
Permudah pelanggan menjelaskan kejadian sambil mencatat konteks pelanggan, masalah, dampak, persetujuan, dan tindak lanjut yang cukup agar tim yang tepat dapat merespons.
Formulir tidak seharusnya meminta pelanggan mendiagnosis proses Anda. Kumpulkan fakta dalam bahasa sederhana terlebih dahulu, lalu biarkan tim internal menambahkan tingkat keparahan, penerusan, temuan, keputusan, dan bukti penutupan.
Formulir publik yang lebih singkat dan jelas tetap dapat menghasilkan kasus internal yang kaya ketika nilai bawaan, pencarian referensi, otomatisasi, dan catatan tindak lanjut menambahkan konteks operasional.
Kenali hubungan pelanggan tanpa memintanya mencari kode internal.
Catat fakta yang dapat diamati sebelum kategorisasi internal.
Teruskan keluhan mendesak dengan cepat tanpa meminta pelanggan menentukan tingkat keparahan.
Tetapkan ekspektasi dan jadikan respons pertama lebih berguna.
Halaman konfirmasi bukanlah akhir alur kerja. Halaman itu harus membuat kasus, menetapkan penanggung jawab awal, dan menampilkan janji konfirmasi penerimaan.
Tampilkan nomor keluhan yang dibuat dan jelaskan kapan serta bagaimana pelanggan dapat mengharapkan respons.
Apakah laporan ini memerlukan eskalasi keselamatan atau layanan yang mendesak?Peninjau internal menambahkan kategori, tingkat keparahan, tim penanggung jawab, SLA, dan permintaan bukti yang masih kurang.
Siapa yang menangani kasus dan tinjauan apa yang diperlukan?Catat konfirmasi penerimaan, pembaruan investigasi, solusi, pemenuhan, dan tanggapan pelanggan dalam kasus yang sama.
Apa yang perlu diketahui pelanggan sekarang, dan kapan kontak berikutnya harus dilakukan?Tampilkan detail hanya jika jawabannya mengubah penerusan atau investigasi.
| Saat pelanggan memilih | Tanyakan berikutnya | Belum perlu diwajibkan |
|---|---|---|
| Masalah produk | Produk, model, nomor seri atau lot, tanggal pembelian, kegagalan, foto | Akar penyebab atau kode kesalahan teknis |
| Masalah pengiriman | Pesanan, tanggal yang dijanjikan, barang yang diterima, bukti barang hilang atau rusak | Tanggung jawab internal pengangkut |
| Masalah penagihan | Referensi faktur atau pembayaran, jumlah yang diperselisihkan, alasan, dokumen pendukung | Kode persetujuan atau kredit internal |
| Hasil layanan | Tanggal layanan, lokasi, pekerjaan yang dilakukan, hasil yang diharapkan, dampak saat ini | Penilaian teknisi internal |
Formulir pelanggan harus tetap terasa sederhana meskipun proses internal di belakangnya rumit.
Pelanggan memerlukan cara yang jelas dan mudah diakses untuk melaporkan masalah serta menerima nomor referensi.
Tim telepon, manajemen akun, atau layanan lapangan mengirimkan laporan atas nama pelanggan.
Nomor seri, lot, kegagalan, penggunaan, keselamatan, atau bukti mengubah proses investigasi.
Informasi kontak, produk atau layanan, apa yang terjadi, kapan kejadiannya, dampak saat ini, respons yang diminta, preferensi kontak, dan lampiran yang berguna merupakan titik awal yang praktis.
Biasanya tidak. Tanyakan dampak dan urgensi yang dapat diamati, lalu biarkan peninjau terlatih menerapkan aturan tingkat keparahan internal.
Referensi keluhan, ringkasan laporan yang dikirim, perkiraan waktu konfirmasi, saluran kontak berikutnya, dan cara aman untuk menambahkan bukti.
Ya. Bidang dan alur kerja bersyarat dapat meneruskan keluhan produk, pengiriman, penagihan, dan layanan kepada penanggung jawab serta jalur tinjauan yang berbeda.
Mulailah dengan formulir Jodoo aktif, lalu sesuaikan pertanyaan, penerusan, konfirmasi, izin, dan tindak lanjut dengan janji layanan Anda.