4.3 Menerima dan Membalas Mesej Pelanggan

Estimated reading: 9 minutes 16 views

Kategori: Inbox & Conversations
Tahap: ๐ŸŸข Beginner
Sasaran: ๐Ÿ‘ค Client, ๐Ÿ‘ฅ Team Member & ๐Ÿ›  Agency Administrator
Masa Membaca: ยฑ12 minit


Pengenalan

Dalam 4.2 โ€“ Mengenali Paparan Inbox AnyChat, kita telah mengenali struktur asas Inbox dan bagaimana Conversation digunakan untuk melihat komunikasi pelanggan.

Sekarang kita masuk kepada tugas paling utama dalam Inbox:

Menerima dan membalas mesej pelanggan.

Nampak mudah โ€” pelanggan menghantar mesej, kemudian ejen membalas.

Namun dalam operasi customer support sebenar, balasan yang baik bukan sekadar cepat. Ejen perlu memahami siapa pelanggan tersebut, apa yang sedang ditanyakan, sejarah conversation dan apakah tindakan seterusnya yang diperlukan.

Matlamatnya bukan sekadar membalas mesej, tetapi membantu pelanggan mencapai penyelesaian.


๐ŸŽฏ Objektif

Selepas membaca panduan ini, anda akan dapat:

  • Memahami apa yang berlaku apabila mesej pelanggan diterima.
  • Membuka dan membaca conversation dengan betul.
  • Mengenal pasti konteks sebelum memberikan jawapan.
  • Menulis balasan yang jelas dan profesional.
  • Mengendalikan pertanyaan yang memerlukan semakan lanjut.
  • Mengetahui bila perlu menggunakan Knowledge Base atau bantuan ahli pasukan lain.
  • Mengelakkan kesilapan biasa ketika membalas pelanggan.

๐Ÿ“ฅ Apa Berlaku Apabila Pelanggan Menghantar Mesej?

Secara konsep, proses komunikasi berlaku seperti berikut:

Pelanggan
    โ†“
Menghantar mesej
    โ†“
Communication Channel
    โ†“
AnyChat
    โ†“
Conversation
    โ†“
Inbox
    โ†“
Agent

Sebagai contoh, pelanggan menggunakan Live Chat di website:

Pelanggan:
Hai, saya nak tanya tentang Landing Page.

Mesej tersebut masuk melalui channel yang berkaitan dan tersedia kepada pasukan mengikut konfigurasi sistem.

Ejen kemudian boleh membuka conversation tersebut untuk memberikan balasan.


1. ๐Ÿ”” Kenal Pasti Mesej Yang Memerlukan Tindakan

Apabila membuka Inbox, perkara pertama ialah mengenal pasti conversation yang memerlukan perhatian.

Jangan hanya membuka conversation secara rawak.

Perhatikan maklumat yang tersedia pada paparan seperti:

  • aktiviti conversation,
  • mesej terkini,
  • pelanggan,
  • channel,
  • dan petunjuk status yang disediakan.

Matlamatnya ialah memastikan tiada pelanggan yang menunggu tanpa diketahui oleh pasukan.


2. ๐Ÿ‘ค Kenal Pasti Pelanggan

Sebelum membalas, lihat siapa pelanggan tersebut.

Jika maklumat tersedia, periksa perkara seperti:

Nama
Channel
Maklumat contact
Sejarah conversation

Contohnya:

Ahmad

“Domain saya masih belum aktif.”

Jika Ahmad pernah menghubungi pasukan sebelum ini mengenai perkara yang sama, sejarah tersebut mungkin memberikan maklumat penting.


3. ๐ŸŒ Periksa Channel

Channel memberikan konteks kepada conversation.

Contohnya pelanggan datang melalui:

๐ŸŒ Live Chat

berbanding:

๐Ÿ“ฑ WhatsApp

Pengguna Live Chat mungkin sedang berada di website ketika conversation berlangsung.

Jadi kecepatan respons boleh menjadi lebih penting.

Channel juga boleh mempunyai kemampuan dan batasan komunikasi yang berbeza.


4. ๐Ÿ“– Baca Sebelum Balas

Gunakan prinsip:

Read โ†’ Understand โ†’ Reply

Jangan terus menjawab berdasarkan mesej terakhir sahaja.

Contohnya:

Pelanggan:

“Masih tak boleh.”

Jika ejen hanya membaca mesej tersebut, tidak jelas apa yang tidak boleh dilakukan.

Tetapi apabila membaca conversation sebelumnya:

Pelanggan: Saya dah tukar DNS.

Ejen: Baik. Sila tunggu proses kemas kini.

Pelanggan: Masih tak boleh.

Sekarang konteksnya jelas.

Masalah berkaitan DNS.


5. ๐Ÿง  Fahami Apa Yang Pelanggan Mahukan

Kadangkala mesej pelanggan sangat pendek.

Contohnya:

“Harga?”

Jangan terus membuat andaian.

Anda mungkin mempunyai beberapa perkhidmatan.

Lebih baik bertanya:

Boleh ๐Ÿ˜Š Harga untuk perkhidmatan yang mana ya โ€” Landing Page, PWA atau perkhidmatan lain?

Soalan ringkas seperti ini membantu mendapatkan konteks yang diperlukan.


6. โœ๏ธ Tulis Balasan Yang Jelas

Balasan customer support tidak perlu terlalu panjang.

Gunakan struktur mudah:

Acknowledgement โ†’ Answer โ†’ Next Step

Contohnya:

Acknowledgement

Baik, saya faham masalah yang berlaku.

Answer

Perubahan DNS biasanya memerlukan sedikit masa sebelum dapat dikesan sepenuhnya.

Next Step

Jika masih belum aktif selepas tempoh tersebut, sila maklumkan kepada kami supaya konfigurasi boleh diperiksa semula.

Pelanggan bukan sahaja mendapat jawapan, tetapi tahu apa yang perlu dilakukan selepas itu.


7. ๐ŸŽฏ Jawab Soalan Terlebih Dahulu

Elakkan memberikan penerangan panjang sebelum menjawab perkara yang pelanggan mahu tahu.

Contohnya pelanggan bertanya:

“Boleh guna domain sendiri?”

Balasan yang lebih baik:

Ya, boleh. Landing Page boleh menggunakan domain sendiri apabila konfigurasi domain telah dibuat dengan betul.

Berbanding memulakan dengan beberapa perenggan teknikal sebelum memberikan jawapan “ya”.

Gunakan:

Jawapan โ†’ Penerangan โ†’ Tindakan


8. ๐Ÿ˜Š Gunakan Nada Yang Sesuai

Customer support tidak semestinya terlalu formal.

Contohnya:

Terima kasih kerana menghubungi kami. ๐Ÿ˜Š

atau:

Baik, kami semak dahulu ya.

Tetapi elakkan terlalu banyak emoji sehingga conversation kelihatan tidak profesional.

Nada komunikasi perlu sepadan dengan identiti perniagaan.


9. ๐Ÿ“ Pecahkan Jawapan Panjang

Jika jawapan mempunyai beberapa langkah, jangan tulis satu perenggan panjang.

Contohnya:

Untuk menyambungkan domain:

  1. Buka pengurusan DNS domain.
  2. Masukkan rekod yang diberikan.
  3. Simpan perubahan.
  4. Tunggu proses kemas kini DNS.
  5. Semak semula domain.

Lebih mudah dibaca, terutamanya pada telefon.


10. ๐Ÿ“š Gunakan Knowledge Base Apabila Sesuai

Tidak semua perkara perlu diterangkan semula melalui chat.

Jika sudah ada artikel Knowledge Base seperti:

DNS Belum Dikemas Kini

anda boleh memberikan jawapan ringkas kemudian pautkan panduan tersebut.

Contohnya:

Baik. Masalah ini biasanya berkaitan proses kemas kini DNS. Kami mempunyai panduan langkah demi langkah yang menerangkan perkara yang perlu diperiksa:

๐Ÿ“š DNS Belum Dikemas Kini

Selepas mencuba langkah tersebut, maklumkan kepada kami jika masalah masih berlaku.

Ini lebih baik daripada hanya menghantar:

“Baca artikel ini.”

Ejen masih memberikan konteks kepada pelanggan.


11. โšก Gunakan Quick Replies Untuk Soalan Berulang

Jika pertanyaan yang sama diterima berkali-kali, menaip jawapan dari awal setiap kali membuang masa.

Contohnya:

Berapa lama Landing Page siap?

Bagaimana proses tempahan?

Boleh guna domain sendiri?

Bagaimana hendak hantar bahan?

Jawapan yang sering digunakan boleh disediakan sebagai Quick Replies jika fungsi tersebut digunakan dalam workflow anda.

Kita akan membincangkannya secara khusus dalam:

4.8 โ€“ Quick Replies


12. ๐Ÿ–ผ๏ธ Gunakan Screenshot Apabila Lebih Mudah

Untuk masalah teknikal, screenshot boleh menjimatkan banyak masa.

Daripada pelanggan berkata:

“Yang dekat atas tu tak keluar.”

minta pelanggan menghantar screenshot jika saluran yang digunakan menyokongnya.

Kemudian ejen boleh melihat masalah sebenar.

Sebaliknya, ejen juga boleh menggunakan screenshot yang sesuai untuk menunjukkan lokasi tetapan tertentu apabila diperlukan.


13. โ“ Jangan Takut Bertanya Soalan Susulan

Jika maklumat tidak cukup, jangan meneka.

Contohnya:

“Website tak boleh buka.”

Anda boleh bertanya:

Boleh berikan domain yang mengalami masalah?

Kemudian:

Adakah masalah berlaku pada telefon sahaja atau komputer juga?

Soalan susulan yang tepat boleh mempercepatkan diagnosis.


14. โณ Jika Perlukan Masa, Beritahu Pelanggan

Kadangkala ejen tidak boleh memberikan jawapan serta-merta.

Contohnya perlu:

menyemak akaun,
memeriksa konfigurasi,
bertanya kepada administrator,
atau menyiasat masalah teknikal.

Jangan biarkan pelanggan tanpa maklumat.

Beritahu:

Baik, kami perlu semak konfigurasi terlebih dahulu. Kami akan kemas kini conversation ini selepas semakan dibuat.

Pelanggan tahu pertanyaan mereka sedang diurus.


15. ๐Ÿ‘ฅ Jangan Berikan Jawapan Yang Tidak Pasti

Jika anda tidak mengetahui jawapan, jangan mereka-reka.

Lebih baik:

Saya perlu sahkan perkara ini terlebih dahulu dengan administrator supaya maklumat yang diberikan tepat.

Kemudian lakukan semakan atau serahkan conversation kepada individu yang sesuai mengikut workflow pasukan.


16. ๐Ÿ”„ Elakkan Dua Ejen Membalas Serentak

Dalam team yang mempunyai beberapa ejen, situasi ini boleh berlaku:

Agent A:

Baik, kami akan semak.

Pada masa sama:

Agent B:

Sila tukar setting tersebut.

Pelanggan menerima dua arahan berbeza.

Sebab itu konsep assignment dan team workflow sangat penting.

Kita akan membincangkan perkara tersebut dalam artikel seterusnya.


17. ๐Ÿค– Apabila AI Sudah Membalas Pelanggan

Jika AI digunakan, baca conversation sebelum mengambil alih.

Jangan terus mengulangi soalan yang AI sudah tanyakan.

Contohnya AI sudah mendapatkan:

Nama pelanggan
Domain
Jenis masalah

Apabila human agent mengambil alih, gunakan maklumat tersebut.

Contohnya:

Hai Ahmad, saya sudah lihat maklumat mengenai domain yang diberikan. Saya akan bantu semak bahagian DNS seterusnya.

Pengalaman ini terasa lebih lancar kepada pelanggan.


18. ๐Ÿšซ Jangan Minta Maklumat Sensitif Yang Tidak Diperlukan

Untuk troubleshooting, ejen mungkin memerlukan beberapa maklumat.

Tetapi jangan meminta pelanggan menghantar:

password,
API Key,
recovery code,
OTP,
atau maklumat sensitif lain

melalui conversation biasa.

Minta hanya maklumat minimum yang diperlukan dan gunakan proses akses yang selamat jika tindakan teknikal memerlukan akses akaun.


๐ŸŒ Senario Dunia Sebenar: ResellerMY

Bayangkan pelanggan menghantar:

Pelanggan:
Landing Page saya tak keluar.

Balasan kurang baik:

Domain apa?

Balasan lebih baik:

Baik, kami bantu semak. Boleh berikan nama domain Landing Page yang mengalami masalah? Jika ada mesej ralat pada skrin, boleh hantarkan screenshot sekali.

Pelanggan memberikan:

contohdomain.com

dan screenshot.

Ejen membaca sejarah dan mendapati domain baru sahaja disambungkan.

Ejen kemudian menjawab:

Terima kasih. Berdasarkan maklumat tersebut, domain baru sahaja dikonfigurasikan. Perubahan DNS mungkin belum dikemas kini sepenuhnya.

Anda boleh rujuk panduan DNS Belum Dikemas Kini untuk langkah semakan. Jika masih bermasalah selepas itu, maklumkan di sini dan kami akan teruskan pemeriksaan.

Conversation sekarang mempunyai:

konteks โ†’ diagnosis awal โ†’ penyelesaian โ†’ next step.

Itulah customer support yang teratur.


๐Ÿ’ก Tip ResellerMY

Gunakan formula mudah:

Jangan sekadar jawab. Selesaikan.

Pelanggan tidak menghubungi support kerana mahu menerima mesej.

Mereka menghubungi support kerana mahu mencapai sesuatu atau menyelesaikan masalah.

Jadi sebelum menamatkan conversation, tanya:

Adakah pelanggan sudah tahu apa yang perlu dilakukan seterusnya?


๐Ÿš€ Pro Tip: Gunakan Konsep “One Conversation, One Owner”

Apabila pasukan semakin besar, cuba pastikan setiap conversation yang sedang dikendalikan mempunyai individu yang jelas bertanggungjawab terhadapnya.

Konsepnya:

Conversation
     โ†“
Assigned Agent
     โ†“
Follow-up
     โ†“
Resolution

Ini membantu mengelakkan situasi:

“Saya ingat dia dah jawab.”

“Saya ingat awak tengah urus.”

“Tak ada siapa follow-up.”

Kita akan masuk lebih mendalam apabila membincangkan Assign Conversation.


๐Ÿ›ก๏ธ Keselamatan & Privasi

Semasa membalas pelanggan:

  • Jangan meminta password atau OTP.
  • Jangan berkongsi maklumat pelanggan lain.
  • Jangan menghantar screenshot dashboard yang mendedahkan data pelanggan lain.
  • Jangan berkongsi API Key.
  • Semak penerima sebelum menghantar maklumat.
  • Gunakan akaun ejen sendiri, bukan akaun yang dikongsi ramai pengguna.

Conversation pelanggan ialah sebahagian daripada rekod komunikasi perniagaan dan perlu dikendalikan dengan bertanggungjawab.


โŒ Kesilapan Lazim

Antara kesilapan yang perlu dielakkan:

  • Membalas tanpa membaca sejarah.
  • Meneka apabila maklumat tidak mencukupi.
  • Memberikan jawapan terlalu panjang.
  • Tidak memberikan next step.
  • Membiarkan pelanggan menunggu tanpa kemas kini.
  • Mengulangi soalan yang sudah dijawab pelanggan.
  • Dua ejen memberikan arahan berbeza.
  • Menghantar pautan Knowledge Base tanpa penerangan.
  • Meminta password atau maklumat sensitif.
  • Menganggap conversation selesai hanya kerana sudah memberikan satu balasan.

โ“ Soalan Lazim

Perlukah semua mesej dibalas dengan segera?

Kecepatan penting, tetapi ketepatan juga penting. Jika anda memerlukan masa untuk membuat semakan, maklumkan kepada pelanggan bahawa perkara tersebut sedang diperiksa.

Bagaimana jika saya tidak tahu jawapan?

Jangan meneka. Dapatkan maklumat daripada administrator atau individu yang lebih sesuai sebelum memberikan jawapan.

Bolehkah saya memberikan pautan Knowledge Base sahaja?

Boleh, tetapi lebih baik sertakan penerangan ringkas supaya pelanggan memahami kenapa artikel tersebut relevan.

Bagaimana jika pelanggan menghantar mesej yang terlalu umum?

Tanya soalan susulan untuk mendapatkan konteks.

Perlukah saya membaca sejarah conversation setiap kali?

Baca sekurang-kurangnya bahagian yang relevan supaya anda memahami konteks dan tidak meminta pelanggan mengulangi maklumat.

Bagaimana jika AI sudah bercakap dengan pelanggan?

Baca interaksi AI terlebih dahulu dan sambung berdasarkan maklumat yang sudah diperoleh.


๐Ÿ“‘ Ringkasan

Mengurus mesej pelanggan bukan sekadar:

Receive โ†’ Reply

Workflow yang lebih baik ialah:

Receive โ†’ Identify โ†’ Read โ†’ Understand โ†’ Reply โ†’ Action โ†’ Follow-up โ†’ Resolve

Gunakan tiga prinsip utama:

Baca sebelum membalas.
Jangan meneka jika tidak pasti.
Sentiasa berikan langkah seterusnya.

Apabila prinsip ini diamalkan, Inbox bukan sekadar tempat membalas chat tetapi menjadi sistem pengurusan khidmat pelanggan yang lebih profesional.


๐Ÿ“– Learning Path

โœ… 4.1 โ€“ Apa Itu Inbox & Conversations?
โœ… 4.2 โ€“ Mengenali Paparan Inbox AnyChat

๐Ÿ“ Anda sedang membaca:
4.3 โ€“ Menerima dan Membalas Mesej Pelanggan


Share this Doc

4.3 Menerima dan Membalas Mesej Pelanggan

Or copy link

CONTENTS