Perbualan di WhatsApp Business perlu dijadikan tiket apabila jawapan bergantung pada siasatan, bahagian lain atau tugas yang akan diteruskan selepas sembang. Agar rekod ini berguna, ialah perlu ia menunjukkan masalah, apa yang telah dicuba, siapa yang akan meneruskan dan apa langkah seterusnya. Menyimpan mesej tanpa menyusun maklumat ini meninggalkan perkara tertunggak dalam sejarah.
Panduan ini mencadangkan rutin untuk pasukan sokongan yang menerima laporan melalui WhatsApp dan perlu menjejak penyelesaian. Borang, contoh dan ujian di bawah adalah model kerja untuk disesuaikan kepada operasi; ia tidak mewakili kes sebenar atau keputusan yang diukur.
Bila perlu buka tiket dan bila teruskan dalam perbualan
Tiket, juga dipanggil ticket, mewakili permintaan yang boleh dijejak. Satu perbualan boleh mengandungi soalan mudah dan masalah yang memerlukan analisis. Pisahkan topik sebelum memutuskan apa yang perlu direkodkan.
| Situasi | Cadangan penghantaran | Kriteria membuat keputusan |
|---|---|---|
| Pelanggan bertanya waktu sokongan | Balas dalam perbualan | Terdapat maklumat semasa dan mencukupi untuk menyelesaikan pertanyaan. |
| Satu fungsi terus gagal selepas panduan awal | Buka tiket teknikal | Perlu menyiasat tingkah laku dan mengikuti tindakan. |
| Pelanggan meminta syarat komersial | Rujuk kepada pasukan komersial | Langkah seterusnya adalah keputusan jualan, bukan siasatan sokongan. |
| Pelanggan bertanya semula mengenai masalah yang telah direkod | Cari dan teruskan kes sedia ada | Permintaan adalah sama; mesej baru bukan bermakna masalah baru. |
Perpisahan ini adalah peraturan operasi. Jangan menganggap sistem akan mengesan pendua atau menggabungkan rekod secara automatik. Jika alat tidak melakukan pemeriksaan ini, seseorang dari pasukan perlu melakukannya.
Sediakan borang yang membolehkan kerja diteruskan
Sebelum merujuk kes, periksa jika orang lain dapat memahami perkara tertunggak tanpa meminta pelanggan menceritakan semula segala-galanya. Gunakan medan yang tersedia dalam sistem atau rekod dalaman yang diberi kuasa. Struktur berikut adalah cadangan proses, bukan senarai medan wajib Whatsplaid.
- Rujukan kes: pengenal sebenar rekod dan pautan dengan perbualan.
- Masalah yang diperhatikan: apa yang berlaku, pada langkah mana dan sejak bila.
- Hasil yang dijangka: apa yang pelanggan cuba selesaikan.
- Kesan: aktiviti mana terhalang dan siapa terjejas.
- Bukti berguna: mesej ralat, anggaran masa dan imej berkaitan bila perlu.
- Percubaan sebelum ini: arahan yang telah diikuti dan hasilnya.
- Perkara tertunggak semasa: data, keputusan atau tindakan yang kurang.
- Kesinambungan: orang dalaman bertanggungjawab, langkah seterusnya dan masa yang dipersetujui untuk kemas kini.
Minta hanya apa yang kurang untuk siasatan. Arahkan pelanggan untuk menyembunyikan maklumat pihak ketiga dalam imej dan untuk tidak menghantar kata laluan atau kod akses. Laporan tidak lengkap harus dikenalpasti sebagai tidak lengkap; IA atau ejen tidak boleh mengisi jurang dengan hipotesis yang dipaparkan sebagai fakta.
Contoh ringkasan yang membantu pasukan
Pertimbangkan senario rekaan ini: seorang pengguna boleh log masuk ke sistem tetapi tidak dapat memuat turun laporan. “Pelanggan mengalami masalah dalam sistem” tidak memberitahu tugas yang disekat. Ringkasan yang lebih berguna adalah:
Pelanggan mengakses akaun tetapi muat turun laporan tidak selesai. Melaporkan bahawa kegagalan bermula pagi ini. Telah cuba semula mengikut arahan tanpa perubahan. Tangkapan skrin yang dihantar menunjukkan mesej ralat, belum dianalisis oleh pasukan teknikal. Perlu mengesahkan laporan mana diminta. Tindakan seterusnya: kumpul maklumat ini dan siasat proses muat turun.
Perhatikan bahawa ringkasan membezakan antara laporan, percubaan dan pengesahan yang tertunda. Ia tidak menyalahkan penyemak imbas atau pelayan tanpa bukti. Pasukan harus memadankan ringkasan dengan sejarah sebelum membuat keputusan.
Utamakan berdasarkan impak dan kepentingan
Dokumentasi Atlassian menggunakan impak dan keterdesakan untuk menentukan keutamaan dalam pengurusan insiden. Gunakan pemikiran yang sama pada proses pasukan anda: apa yang terjejas dan berapa banyak masa yang ada untuk bertindak? Rujukan konsep terdapat di sumber di akhir; ini tidak menunjukkan integrasi dengan Whatsplaid.
Dalam contoh laporan, kegagalan yang menghalang aktiviti dengan tarikh akhir segera mungkin wajar mendapat perhatian sebelum soalan yang tidak menghalang operasi. Keutamaan bergantung pada konteks yang disahkan, bukan hanya pada perkataan “segera” dalam mesej.
Tentukan siapa yang menyemak pengelasan awal, bagaimana pasukan mengendalikan ketidaktersediaan meluas dan siapa yang mengambil alih apabila orang bertanggungjawab biasa tidak tersedia. Bezakan tempoh kemas kini dan tempoh penyelesaian: adalah mungkin untuk bersetuju memberi maklum balas tentang kemajuan tanpa menjanjikan pembetulan yang puncanya belum diketahui.
Pastikan tanggungjawab jelas semasa penyiasatan
Apabila memindahkan tiket ke bahagian lain, tentukan siapa akan menyiasat dan siapa akan meneruskan komunikasi dengan pelanggan. Peranan ini mungkin dipegang oleh orang yang berbeza, tetapi komitmen untuk memberi maklum balas perlu terus kelihatan.
Satu kotak masuk dengan sejarah dan campur tangan manusia membantu pasukan meneruskan perbualan. Tiket mengatur perkara tertunggak yang kekal terbuka. Untuk mengatur tindakan ramai orang di saluran, panduan multi-pelayanan dengan IA dan pasukan manusia membincangkan peraturan pemindahan antara ejen.
Jika penciptaan atau penghantaran gagal
Jangan maklumkan bahawa tiket dibuka sebelum mengesahkan perekodan. Jika operasi menggunakan integrasi luar, semak juga sama ada destinasi telah menerima kes tersebut. Percubaan penghantaran tidak membuktikan penerimaan. Gunakan prosedur kecemasan pasukan, kekalkan konteks dan terangkan kepada pelanggan apa hubungan seterusnya, tanpa mereka nombor protokol.
Jika pelanggan kembali sebelum penyelesaian
Rujuk kes sedia ada, rekod maklumat baru dan nilaikan sama ada impak berubah. Elakkan mengulangi arahan yang telah dicuba. Jika mesej baru membabitkan isu lain, rekod hubungan antara topik dan putuskan sama ada mereka memerlukan susulan berasingan.
Apa yang boleh diautomatikkan dalam Whatsplaid
Dokumentasi Whatsplaid menerangkan penciptaan tiket dalaman semasa sokongan, dengan ringkasan, kategori, keutamaan dan konteks perbualan. Pasukan juga boleh mengikuti sejarah, memberhentikan IA dan membalas melalui papan pemuka. Konfigurasi aliran mesti disemak sebelum pengaktifan.
Ini tidak menjadikan setiap peraturan yang dicadangkan dalam panduan ini sebagai ciri automatik. Orang yang bertanggungjawab kes, semakan keutamaan, kawalan tempoh, pengendalian pendua dan kriteria penutupan perlu ditetapkan oleh syarikat dan disahkan dalam alat yang digunakan. Jangan andaian pengagihan automatik antara juruteknik, amaran tempoh atau integrasi dengan sistem tertentu tanpa pengesahan.
Juga bezakan lapisan: perbualan dalam aplikasi WhatsApp Business, penghantaran mesej melalui WhatsApp Business Platform dan tiket yang disimpan dalam perisian sokongan adalah bahagian berbeza operasi. Automasi melalui integrasi bergantung pada tindakan dan pengesahan yang tersedia dalam setiap sistem.
Tutup kes dengan bukti dan maklum balas kepada pelanggan
Tentukan terlebih dahulu apa yang membolehkan menutup setiap jenis tiket. Dalam contoh laporan, pembetulan yang diterapkan perlu disertakan dengan pengesahan muat turun dalam konteks yang terjejas. Merekod tindakan teknikal dan mengesahkan bahawa masalah diselesaikan adalah langkah berbeza.
Rekod langkah yang diambil, keputusan pengesahan dan sebarang had yang tinggal. Jika tiada jawapan daripada pelanggan, ikut peraturan susulan yang nyata; jangan rekod pengesahan yang tidak berlaku. Pengaktifan semula IA juga perlu diperiksa dalam aliran yang dikonfigurasikan.
Apabila menghantar tindak balas melalui WhatsApp Business Platform, ambil perhatian tingkap khidmat 24 jam, yang dibuka atau diperbaharui oleh mesej pengguna. Di luarnya, polisi memerlukan templat yang diluluskan. Mempunyai kes terbuka tidak memanjangkan tingkap ini. Hormati juga permintaan untuk menghentikan mesej dan pastikan laluan jelas kepada khidmat manusia.
Uji proses sebelum memperluas operasi
Gunakan kes rekaan untuk mengesahkan aliran lengkap, termasuk kegagalan. Ujian di bawah adalah cadangan pengesahan; ia tidak dijalankan pada akaun sebenar.
- Soalan mudah: sahkan bahawa ia boleh diselesaikan tanpa menghasilkan kes yang tidak perlu.
- Laporan tidak lengkap: periksa sama ada data yang hilang diminta atau direkod sebagai tertunda, tanpa mereka-reka.
- Kegagalan penciptaan: sahkan bahawa respons mengelak mengesahkan rekod yang tiada dan mengaktifkan kontingensi.
- Maklum balas tentang masalah yang sama: periksa sama ada pasukan menemui kes sebelumnya sebelum membuka satu lagi.
- Campur tangan manusia: sahkan sejarah boleh diakses dan IA dihentikan sementara semasa wakil bertindak.
- Penutupan: periksa bukti penyelesaian, komunikasi yang dibenarkan dan tingkah laku automasi selepas penamatan.
Dalam perintis, semak kes tanpa langkah seterusnya, rekod tidak lengkap, maklum balas tanpa penyelesaian dan pengkelasan yang diperbetulkan oleh pasukan. Ukur mengikut jenis permintaan dan rekod bagaimana setiap penunjuk dikira. Ini adalah cadangan pemantauan; ia tidak mengandaikan laporan sedia dalam produk atau sasaran prestasi sejagat.
Sumber dirujuk
Rujukan dibuat pada 30 September 2026. Peraturan saluran dan ciri alat boleh berubah; semak dokumentasi terkini semasa menyediakan operasi.
- Polisi mesej WhatsApp Business: tingkap khidmat, templat dan laluan penamatan.
- Atlassian: impak, kesegeraan dan keutamaan: rujukan konseptual untuk menyusun triage.
Untuk menilai penciptaan kes dengan konteks daripada perbualan syarikat anda, kenali tiket Whatsplaid untuk khidmat di WhatsApp Business dan lihat bagaimana ciri itu sesuai dengan proses sokongan anda.