ວິທີເຮັດໃຫ້ການບໍລິການລູກຄ້າຂອງຮ້ານຄ້າ EC ໃນໄທເປັນແບບອັດຕະໂນມັດດ້ວຍ AI Chatbot

ວິທີເຮັດໃຫ້ການບໍລິການລູກຄ້າຂອງຮ້ານຄ້າ EC ໃນໄທເປັນແບບອັດຕະໂນມັດດ້ວຍ AI Chatbot

ບົດນຳ

EC Chatbot ແມ່ນລະບົບທີ່ນຳໃຊ້ AI ເຂົ້າມາຊ່ວຍໃນການອັດຕະໂນມັດການສອບຖາມສິນຄ້າ, ການຕິດຕາມຄຳສັ່ງຊື້ ແລະ ການຈັດການການສົ່ງຄືນສິນຄ້າໃນຮ້ານຄ້າອອນລາຍ, ເຊິ່ງໃນຕະຫຼາດ EC ຂອງໄທໄດ້ມີການນຳມາໃຊ້ຢ່າງແຜ່ຫຼາຍ ເພື່ອເປັນວິທີການຫຼຸດຜ່ອນພາລະຂອງການບໍລິການລູກຄ້າທີ່ເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ ພ້ອມທັງເປັນການເພີ່ມຍອດຂາຍໄປໃນຕົວ.

ຕະຫຼາດ EC ຂອງໄທມີອັດຕາການເຕີບໂຕທີ່ໂດດເດັ່ນໃນພາກພື້ນອາຊີຕາເວັນອອກສຽງໃຕ້, ໂດຍມີ Shopee, Lazada ແລະ TikTok Shop ເປັນຈຸດສຳຄັນ ຫຼື ແກນຫຼັກ ທີ່ເຮັດໃຫ້ການຊື້ເຄື່ອງອອນລາຍແຜ່ຫຼາຍຢ່າງວ່ອງໄວ. ຢ່າງໃດກໍຕາມ, ເມື່ອປະລິມານການຊື້-ຂາຍເພີ່ມຂຶ້ນ, ການສອບຖາມຜ່ານການບໍລິການລູກຄ້າກໍເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ ເຊັ່ນ: "ມີສິນຄ້າໃນສະຕັອກບໍ່?", "ສິນຄ້າຈະມາຮອດເມື່ອໃດ?", "ສັ່ງຜິດໄຊສ໌" — ເຊິ່ງຄຳຖາມທີ່ພົບເຫັນເລື້ອຍໆເຫຼົ່ານີ້ ໄດ້ສ້າງຄວາມກົດດັນໃຫ້ກັບພະນັກງານທີ່ມີຢູ່ຢ່າງຈຳກັດ.

ບົດຄວາມນີ້ຈະອະທິບາຍຂັ້ນຕອນທີ່ລະອຽດສຳລັບຮ້ານຄ້າ EC ໃນໄທ ເພື່ອນຳໃຊ້ AI Chatbot ເຂົ້າມາອັດຕະໂນມັດການບໍລິການລູກຄ້າ, ໂດຍແບ່ງອອກເປັນ 3 ຂັ້ນຕອນ ນັບຕັ້ງແຕ່ການຈັດລະບຽບ FAQ ສິນຄ້າ ໄປຈົນເຖິງການເຊື່ອມຕໍ່ຂໍ້ມູນການຕິດຕາມຄຳສັ່ງຊື້ ແລະ ການຈັດການການສົ່ງຄືນສິນຄ້າ.

ຜູ້ປະກອບການ EC ໃນໄທ ບໍ່ສາມາດຮັບມືກັບຈຳນວນການສອບຖາມທີ່ເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ ດ້ວຍການໃຊ້ແຮງງານຄົນໄດ້ ແລະ ການຕອບກັບອັດຕະໂນມັດຕາມມາດຕະຖານຂອງແພລດຟອມກໍບໍ່ສາມາດຮັກສາລະດັບຄວາມເພິ່ງພໍໃຈຂອງລູກຄ້າໄວ້ໄດ້. AI Chatbot ຈະເຂົ້າມາແກ້ໄຂບັນຫານີ້.

ເຮົາມາເບິ່ງ 2 ບັນຫາດ້ານໂຄງສ້າງທີ່ຕະຫຼາດ EC ໃນໄທກຳລັງປະເຊີນຢູ່.

ຈຳນວນການສອບຖາມທີ່ເພີ່ມຂຶ້ນ ແລະ ຂີດຈຳກັດຂອງການບໍລິການໂດຍມະນຸດ

ຕະຫຼາດ EC ຂອງໄທມີອັດຕາສ່ວນຂອງ Social Commerce (ການຂາຍຜ່ານ SNS) ທີ່ສູງຫຼາຍ. ມີຮ້ານຄ້າຈຳນວນຫຼາຍທີ່ຮັບຄຳສັ່ງຊື້ຜ່ານ Facebook Page, Direct Message ຂອງ Instagram, ແລະ LINE Official Account, ເຊິ່ງການຕອບກັບທຸກຊ່ອງທາງເຫຼົ່ານີ້ດ້ວຍແຮງງານຄົນນັ້ນມີຂີດຈຳກັດທາງກາຍະພາບ.

ໃນຊ່ວງໄລຍະເວລາການຫຼຸດລາຄາ (11.11, 12.12, ແຄມເປນກ່ອນສົງການ ແລະ ອື່ນໆ), ຈຳນວນການສອບຖາມຈະເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ ເມື່ອທຽບກັບຊ່ວງເວລາປົກກະຕິ. ຖ້າພະນັກງານບໍ່ສາມາດຕອບກັບໄດ້ທັນເວລາໃນຊ່ວງນີ້, ຈະເຮັດໃຫ້ລູກຄ້າທີ່ຍົກເລີກການຊື້ເພີ່ມຂຶ້ນ ແລະ ພາດໂອກາດໃນການຂາຍຊ່ວງໂປຣໂມຊັນໄປ.

"ສິນຄ້ານີ້ຍັງມີສະຕັອກຢູ່ບໍ່?", "ຄ່າຂົນສົ່ງເທົ່າໃດ?", "ໃຊ້ເວລາຈັກມື້ຈຶ່ງຈະຮອດ?" — ຄຳຖາມເຫຼົ່ານີ້ສ່ວນໃຫຍ່ແມ່ນຂໍ້ມູນທີ່ມີລະບຸໄວ້ໃນໜ້າສິນຄ້າ ຫຼື ນະໂຍບາຍການຂົນສົ່ງແລ້ວ. ແຕ່ລູກຄ້າຄິດວ່າການຖາມຜ່ານແຊັດນັ້ນໄວ ແລະ ສະດວກກວ່າການໄປຊອກຫາດ້ວຍຕົນເອງ. ວັດທະນະທຳ "ຖາມໄວ້ກ່ອນ" ນີ້ເປັນເອກະລັກສະເພາະຂອງ EC ໃນອາຊີຕາເວັນອອກສຽງໃຕ້ ແລະ ເປັນແຮງຈູງໃຈອັນສຳຄັນໃນການນຳເອົາ Chatbot ມາໃຊ້.

ເຫດຜົນທີ່ລະບົບຕອບກັບອັດຕະໂນມັດຂອງ Shopee ແລະ Lazada ຍັງບໍ່ພຽງພໍ

Shopee ແລະ Lazada ມີຟັງຊັນການຕອບກັບອັດຕະໂນມັດຕາມມາດຕະຖານຂອງແພລດຟອມ, ແຕ່ຂໍ້ຈຳກັດຂອງມັນນັ້ນມີຄວາມຊັດເຈນ.

ຂໍ້ຈຳກັດຂອງການຕອບກັບອັດຕະໂນມັດໃນແພລດຟອມ:

  • ມີພຽງເທມເພລັດແບບຕາຍຕົວ — ເຮັດໄດ້ພຽງແຕ່ສົ່ງຂໍ້ຄວາມຕາມຄຳສັບທີ່ກົງກັນ (Keyword match) ໂດຍບໍ່ເຂົ້າໃຈບໍລິບົດ. ເມື່ອຖືກຖາມວ່າ "ສິນຄ້າສີດຳໄຊສ໌ M ນີ້ຍັງມີຂອງບໍ່?" ກໍເຮັດໄດ້ພຽງແຕ່ຕອບວ່າ "ຂອບໃຈສຳລັບການສັ່ງຊື້, ກະລຸນາສອບຖາມຂໍ້ມູນສິນຄ້າກັບທາງຮ້ານໂດຍກົງ".
  • ແຍກອອກຈາກກັນລະຫວ່າງແພລດຟອມ — ຕ້ອງຕັ້ງຄ່າການຕອບກັບອັດຕະໂນມັດແຍກຕ່າງຫາກສຳລັບ Shopee, Lazada, LINE ແລະ Facebook ເຮັດໃຫ້ບໍ່ສາມາດບໍລິການລູກຄ້າແບບເປັນເອກະພາບໄດ້.
  • ບໍ່ສາມາດເຊື່ອມຕໍ່ກັບຂໍ້ມູນການຊື້ຂາຍ — ບໍ່ສາມາດຕອບຄຳຖາມໂດຍອ້າງອີງຈາກປະຫວັດການສັ່ງຊື້ຂອງລູກຄ້າໄດ້. ບໍ່ສາມາດຕອບສະໜອງຕໍ່ຄຳຖາມປະເພດ "ຕ້ອງການສິນຄ້າໂຕດຽວກັນກັບທີ່ເຄີຍສັ່ງຊື້ຄັ້ງກ່ອນ".

AI Chatbot ທີ່ອີງໃສ່ LLM ສາມາດກ້າວຂ້າມຂໍ້ຈຳກັດເຫຼົ່ານີ້ໂດຍການບໍລິການລູກຄ້າດ້ວຍການສົນທະນາທີ່ເປັນທຳມະຊາດ ແລະ ສາມາດຕອບຄຳຖາມໄດ້ຢ່າງຖືກຕ້ອງໂດຍການເຊື່ອມຕໍ່ກັບລາຍການສິນຄ້າ (Catalog) ແລະ ຖານຂໍ້ມູນການສັ່ງຊື້.

ຂັ້ນຕອນການນຳໃຊ້ AI Chatbot ສຳລັບ EC

ການນຳໃຊ້ EC Chatbot ຈະດຳເນີນການຕາມ 3 ຂັ້ນຕອນ ຄື: ການຈັດລະບຽບ FAQ ຂອງສິນຄ້າ → ການສ້າງລະບົບ → ການເຊື່ອມຕໍ່ຂໍ້ມູນການຕິດຕາມຄຳສັ່ງຊື້ ແລະ ການສົ່ງຄືນສິນຄ້າ. ຈຸດສຳຄັນ ຫຼື ແກນຫຼັກ ແມ່ນການອອກແບບໂດຍລວມເອົາການປ່ຽນແປງຂອງສິນຄ້າຄົງຄັງທີ່ເປັນເອກະລັກຂອງ EC ແລະ ການຮອງຮັບຫຼາຍຊ່ອງທາງ (Multi-channel) ເຂົ້າໄປໃນການອອກແບບ.

ຕໍ່ໄປນີ້ແມ່ນຄຳອະທິບາຍກ່ຽວກັບວິທີການດຳເນີນການໃນແຕ່ລະຂັ້ນຕອນ.

Step 1: ການຈັດລະບຽບ FAQ ສິນຄ້າ ແລະ ນະໂຍບາຍການສົ່ງຄືນ

ວິເຄາະຄຳຖາມທີ່ພົບຫຼາຍທີ່ສຸດໃນການບໍລິການລູກຄ້າຂອງ EC ແລະກຳນົດຂອບເຂດການຕອບກັບຂອງ Chatbot.

ໝວດໝູ່ FAQ ທີ່ຄວນຈັດລະບຽບ:

  1. ຂໍ້ມູນສິນຄ້າ — ຂະໜາດ, ວັດສະດຸ, ສີ, ວິທີໃຊ້, ຄວາມເຂົ້າກັນໄດ້. ຖ້າເປັນເຄື່ອງນຸ່ງຫົ່ມ ເຊັ່ນ: "ຂະໜາດ M ນີ້ເທົ່າກັບ M ຂອງຍີ່ປຸ່ນບໍ່?", ຖ້າເປັນອຸປະກອນອີເລັກໂທຣນິກ ເຊັ່ນ: "ອາແດັບເຕີ ຫຼື ສ່ວນເສີມ ນີ້ໃຊ້ກັບປັກສຽບໄຟຂອງຍີ່ປຸ່ນໄດ້ບໍ່?" ເຊິ່ງຄຳຖາມທີ່ພົບເລື້ອຍຈະແຕກຕ່າງກັນໄປຕາມໝວດໝູ່ສິນຄ້າ.
  2. ສິນຄ້າໃນສະຕັອກ/ການນຳເຂົ້າສິນຄ້າ — "ສີນີ້ຍັງມີຂອງບໍ່?", "ກຳນົດການນຳເຂົ້າສິນຄ້າແມ່ນເມື່ອໃດ?". ຂໍ້ມູນສິນຄ້າໃນສະຕັອກຄວນອ້າງອີງແບບ Real-time ຈະດີທີ່ສຸດ, ແຕ່ໃນໄລຍະເລີ່ມຕົ້ນອາດຈະໃຊ້ວິທີສຳຮອງວ່າ "ຈະກວດສອບສິນຄ້າຫຼ້າສຸດໃຫ້ທີ່ຮ້ານ" ກໍໄດ້.
  3. ການຈັດສົ່ງ — ຄ່າຂົນສົ່ງ, ຈຳນວນມື້ໃນການຈັດສົ່ງ, ວິທີກວດສອບເລກຕິດຕາມພັດສະດຸ, ພື້ນທີ່ການຈັດສົ່ງ. ໃນປະເທດໄທ, Kerry Express, Flash Express ແລະ Thailand Post ແມ່ນຜູ້ໃຫ້ບໍລິການຂົນສົ່ງຫຼັກ.
  4. ການສົ່ງຄືນ ແລະ ປ່ຽນສິນຄ້າ — ເງື່ອນໄຂການສົ່ງຄືນ, ກຳນົດເວລາ, ຂັ້ນຕອນ, ວິທີການຄືນເງິນ. ນະໂຍບາຍການສົ່ງຄືນຄວນມີຄວາມຊັດເຈນລ່ວງໜ້າ ເພື່ອໃຫ້ Chatbot ສາມາດແນະນຳໄດ້ຢ່າງຖືກຕ້ອງ.
  5. ການຊຳລະເງິນ — ວິທີການຊຳລະເງິນທີ່ຮອງຮັບ (ບັດເຄຣດິດ, ການໂອນເງິນຜ່ານທະນາຄານ, PromptPay, ການເກັບເງິນປາຍທາງ), ຄວາມເປັນໄປໄດ້ໃນການຜ່ອນຊຳລະ.

ຈຸດສຳຄັນ: ຄຳຖາມຂອງ EC ມີລັກສະນະທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງລະຫວ່າງ "ກ່ອນການຊື້" ແລະ "ຫຼັງການຊື້". ກ່ອນການຊື້ແມ່ນ "ການເກັບກຳຂໍ້ມູນເພື່ອປະກອບການຕັດສິນໃຈ", ສ່ວນຫຼັງການຊື້ແມ່ນ "ການແກ້ໄຂບັນຫາ". ຖ້າຈັດລະບຽບ FAQ ໂດຍຄຳນຶງເຖິງຄວາມແຕກຕ່າງນີ້, ຄຸນນະພາບການຕອບກັບຂອງ Chatbot ຈະເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ.

Step 2: ການສ້າງ Chatbot ທີ່ເຊື່ອມຕໍ່ກັບລາຍການສິນຄ້າ

ໂດຍການເຊື່ອມຕໍ່ກັບລາຍການສິນຄ້າ, ແຊັດບັອດສາມາດດຶງຂໍ້ມູນທີ່ຖືກຕ້ອງຈາກຖານຂໍ້ມູນສິນຄ້າເພື່ອຕອບຄຳຖາມເຊັ່ນ: "ບອກຂ້ອຍກ່ຽວກັບ ○○ ຂອງສິນຄ້ານີ້ແດ່" ໄດ້.

ຈຸດສຳຄັນໃນການສ້າງ:

  • ການເຮັດ RAG ໃຫ້ກັບລາຍການສິນຄ້າ — ຈັດເກັບຊື່ສິນຄ້າ, ຄຳອະທິບາຍ, ມາດຕະຖານ ຫຼື Specification, ລາຄາ ແລະ ຈຳນວນສິນຄ້າຄົງຄັງໄວ້ໃນຖານຂໍ້ມູນ Vector. ເມື່ອລູກຄ້າຖາມວ່າ "ມີກະເປົາເປ້ກັນນ້ຳທີ່ລາຄາບໍ່ເກີນ 5,000 ບາດບໍ່?", ລະບົບສາມາດຄົ້ນຫາ ແລະ ແນະນຳສິນຄ້າທີ່ກົງກັບເງື່ອນໄຂໄດ້.
  • ການຮອງຮັບຫຼາຍຊ່ອງທາງ (Multi-channel) — ຈັດການການສອບຖາມຈາກຫຼາຍຊ່ອງທາງເຊັ່ນ: LINE, Facebook Messenger, Shopee Chat, Instagram DM ຢ່າງເປັນເອກະພາບ. ໂດຍອອກແບບໃຫ້ລະບົບ Backend ເປັນອັນດຽວກັນ ແລະ ມີພຽງແຕ່ຊ່ອງທາງ Frontend ເທົ່ານັ້ນທີ່ແຕກຕ່າງກັນ.
  • ການຮອງຮັບຄວາມໝາຍຂອງພາສາໄທ — ຕະຫຼາດອີຄອມເມີຊໃນໄທໃຊ້ພາສາໄທເປັນຫຼັກ. ການຕັ້ງຄ່າໂທນສຽງໃຫ້ເຂົ້າໃຈການໃຊ້ "ครับ/ค่ะ" (ຄຳລົງທ້າຍທີ່ສຸພາບ) ແລະ ພາສາສະແລງ ຫຼື ຕົວຫຍໍ້ໃນພາສາໄທ (ເຊັ່ນ: "สนใจมั้ยคะ" = ສົນໃຈບໍ່?) ແມ່ນມີຄວາມສຳຄັນຫຼາຍ.

ຂໍ້ໄດ້ປຽບຂອງ LLM:

LLM ສາມາດເຂົ້າໃຈເຈດຕະນາຂອງຄຳຖາມລູກຄ້າ ແລະ ຄົ້ນຫາລາຍການສິນຄ້າໄດ້. ສຳລັບຄຳຮ້ອງຂໍທີ່ບໍ່ຈະແຈ້ງເຊັ່ນ: "ມີຫຍັງແນະນຳສຳລັບຂອງຂວັນວັນເກີດແຟນບໍ່? ງົບປະມານປະມານ 3,000 ບາດ", ການທີ່ສາມາດແນະນຳສິນຄ້າຂ້າມໝວດໝູ່ໄດ້ນັ້ນຖືເປັນຈຸດແຂງສະເພາະຂອງ LLM.

Step 3: ການເຊື່ອມຕໍ່ກັບລະບົບຕິດຕາມຄຳສັ່ງຊື້ ແລະ ການສົ່ງຄືນສິນຄ້າ

"ສິນຄ້າທີ່ສັ່ງຊື້ຈະມາຮອດເມື່ອໃດ" ແມ່ນຄຳຖາມຫຼັງການຊື້ທີ່ພົບຫຼາຍທີ່ສຸດໃນ EC. ຖ້າຫາກ ເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນ ກັບ API ຕິດຕາມການຂົນສົ່ງຂອງຜູ້ໃຫ້ບໍລິການ, Chatbot ຈະສາມາດຕອບສະຖານະໄດ້ທັນທີ.

ລະບົບທີ່ຄວນເຊື່ອມຕໍ່:

  • API ຕິດຕາມການຂົນສົ່ງເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນ ກັບ API ຕິດຕາມຂອງ Kerry Express, Flash Express, Thailand Post ແລະ ອື່ນໆ, ພຽງແຕ່ປ້ອນເລກຄຳສັ່ງຊື້ກໍສາມາດສະແດງສະຖານະການຂົນສົ່ງໄດ້. ນອກຈາກສະຖານະ "ສົ່ງແລ້ວ, ກຳລັງຂົນສົ່ງ, ສົ່ງສຳເລັດ" ແລ້ວ, ຍັງສາມາດສະແດງວັນທີຄາດວ່າຈະມາຮອດໄດ້ອີກດ້ວຍ.
  • ລະບົບຈັດການຄຳສັ່ງຊື້ (OMS) — ຮັບການປ່ຽນແປງຄຳສັ່ງຊື້ (ປ່ຽນທີ່ຢູ່, ຍົກເລີກ). ແຕ່ການຍົກເລີກຈະຈຳກັດສະເພາະ "ກ່ອນການຂົນສົ່ງ" ເທົ່ານັ້ນ, ສ່ວນການຍົກເລີກຫຼັງຈາກສົ່ງສິນຄ້າແລ້ວ ແມ່ນຈະ ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ ພະນັກງານ.
  • ການດຳເນີນການສົ່ງຄືນສິນຄ້າ — ຕັ້ງແຕ່ການແນະນຳເງື່ອນໄຂການສົ່ງຄືນ → ການສ້າງແບບຟອມສົ່ງຄືນ → ການອອກປ້າຍຂົນສົ່ງ → ຈົນເຖິງການຕິດຕາມສະຖານະການຄືນເງິນ, ສາມາດເຮັດໃຫ້ ຂະບວນການ ຫຼື Pipeline ທັງໝົດສຳເລັດພາຍໃນ Chatbot.

ການເຊື່ອມຕໍ່ແບບເປັນຂັ້ນຕອນແມ່ນມີຄວາມເປັນໄປໄດ້ຫຼາຍທີ່ສຸດ. ໃນໄລຍະເລີ່ມຕົ້ນໃຫ້ເລີ່ມຈາກການຕິດຕາມການຂົນສົ່ງພຽງຢ່າງດຽວ, ຈາກນັ້ນຈຶ່ງເປັນການຮັບສົ່ງຄືນສິນຄ້າ, ແລະ ສຸດທ້າຍແມ່ນການປ່ຽນແປງຄຳສັ່ງຊື້. API ຕິດຕາມການຂົນສົ່ງແມ່ນນຳມາໃຊ້ງານໄດ້ງ່າຍກວ່າ ແລະ ມີປະສິດທິຜົນສູງສຸດໃນການຫຼຸດຜ່ອນຈຳນວນຄຳຖາມຈາກລູກຄ້າ.

ຮູບແບບການນຳໃຊ້ AI ເພື່ອເພີ່ມຍອດຂາຍ

AI ແຊັດບັອດ (AI Chatbot) ບໍ່ພຽງແຕ່ສາມາດຫຼຸດຜ່ອນຕົ້ນທຶນການບໍລິການລູກຄ້າເທົ່ານັ້ນ, ແຕ່ຍັງສາມາດເພີ່ມຍອດຂາຍໂດຍກົງຜ່ານການຂາຍສິນຄ້າເພີ່ມເຕີມ (Cross-sell) ໂດຍອີງໃສ່ປະຫວັດການຊື້ ແລະ ການກູ້ຄືນລົດເຂັນສິນຄ້າທີ່ຖືກປະຖິ້ມໄວ້ (Cart Abandonment).

ເມື່ອປະສິດທິພາບໃນການສະໜັບສະໜູນມີຄວາມໝັ້ນຄົງແລ້ວ, ໃຫ້ຫັນມາສຸມໃສ່ການສ້າງລາຍໄດ້.

ການແນະນຳ Cross-sell ແລະ Up-sell ໂດຍອີງໃສ່ປະຫວັດການຊື້

ຖ້າແຊັດບັອດສາມາດອ້າງອີງປະຫວັດການຊື້ຂອງລູກຄ້າໄດ້, ມັນກໍສາມາດແນະນຳການຂາຍແບບ Cross-sell ແລະ Up-sell ໄດ້ຢ່າງເປັນທຳມະຊາດໃນລະຫວ່າງການສົນທະນາ.

ຮູບແບບການນຳໃຊ້:

  • ການແນະນຳສິນຄ້າທີ່ກ່ຽວຂ້ອງ — ເຊັ່ນ: "ແນະນຳຟິມກັນຮອຍທີ່ເໝາະສົມໃຫ້ກັບລູກຄ້າທີ່ຊື້ເຄສສະມາດໂຟນ" ໂດຍການແນະນຳສິນຄ້າທີ່ມີຄວາມເຂົ້າກັນໄດ້ດີກັບສິນຄ້າທີ່ຊື້ໄປໃນລະຫວ່າງການສົນທະນາ.
  • ການສົ່ງເສີມການຊື້ຊ້ຳ — ເຕືອນລູກຄ້າທີ່ຊື້ສິນຄ້າອຸປະໂພກບໍລິໂພກ (ເຄື່ອງສຳອາງ, ອາຫານເສີມ, ອາຫານສັດ ແລະ ອື່ນໆ) ຫຼັງຈາກຊື້ຄັ້ງຫຼ້າສຸດໄປໄດ້ໄລຍະໜຶ່ງວ່າ "ເຖິງເວລາທີ່ຕ້ອງຕື່ມສິນຄ້າແລ້ວຫຼືຍັງ?".
  • ການຂາຍແບບ Up-sell — ແນະນຳສິນຄ້າທີ່ມີ "ຄວາມຈຸຫຼາຍກວ່າ" ຫຼື "ຟັງຊັນການໃຊ້ງານທີ່ສູງກວ່າ" ໂດຍອີງຕາມຮູບແບບການຊື້ຂອງລູກຄ້າ. ແນວໃດກໍຕາມ, ການອອກແບບນ້ຳສຽງບໍ່ໃຫ້ເບິ່ງຄືການບັງຄັບຂາຍແມ່ນມີຄວາມສຳຄັນຫຼາຍ.

ການແນະນຳຜ່ານທາງແຊັດມີອັດຕາການເປີດອ່ານ ແລະ ອັດຕາການຕອບສະໜອງທີ່ສູງກວ່າການສົ່ງອີເມວການຕະຫຼາດຢ່າງຫຼວງຫຼາຍ. ເນື່ອງຈາກອັດຕາການເປີດອ່ານຂໍ້ຄວາມໃນ LINE ສູງກວ່າອີເມວຫຼາຍເທົ່າ, ການແນະນຳສິນຄ້າຜ່ານແຊັດບັອດຈຶ່ງສາມາດຄາດຫວັງຜົນຕອບແທນໂດຍກົງຕໍ່ຍອດຂາຍໄດ້.

ການຕິດຕາມຜົນອັດຕະໂນມັດເພື່ອຟື້ນຟູການປະຖິ້ມກະຕ່າສິນຄ້າ

ການທີ່ລູກຄ້າເອົາສິນຄ້າໃສ່ກະຕ່າແລ້ວບໍ່ຍອມຊຳລະເງິນ ຫຼື "ການປະຖິ້ມກະຕ່າສິນຄ້າ" (Cart Abandonment) ຖືເປັນການສູນເສຍໂອກາດຄັ້ງໃຫຍ່ສຳລັບຜູ້ປະກອບການ EC. ຖ້າຫາກໃຊ້ Chatbot ເຂົ້າມາຊ່ວຍໃນການກູ້ຄືນການປະຖິ້ມກະຕ່າສິນຄ້າແບບອັດຕະໂນມັດ ກໍຈະສາມາດເກັບກູ້ຜົນປະໂຫຍດທີ່ສູນເສຍໄປນີ້ຄືນມາໄດ້.

ຂະບວນການກູ້ຄືນ (Recovery Flow):

  1. ການກວດຈັບການປະຖິ້ມກະຕ່າ — ລະບົບຈະເຮັດວຽກເມື່ອລູກຄ້າເພີ່ມສິນຄ້າໃສ່ກະຕ່າແລ້ວບໍ່ຍອມຊຳລະເງິນພາຍໃນເວລາທີ່ກຳນົດ (ຕົວຢ່າງ: 1 ຊົ່ວໂມງ).
  2. ການສົ່ງຂໍ້ຄວາມເຕືອນ — ສົ່ງຂໍ້ຄວາມຜ່ານ LINE ຫຼື ແຊັດວ່າ "ຍັງມີສິນຄ້າຢູ່ໃນກະຕ່າຂອງທ່ານ, ທ່ານມີຄຳຖາມກ່ຽວກັບສິນຄ້າທີ່ກຳລັງຊອກຫາຢູ່ຫຼືບໍ່?" ເພື່ອເປັນການທັກທາຍຢ່າງເປັນກັນເອງ.
  3. ການແກ້ໄຂອຸປະສັກໃນການຊື້ — ຖ້າລູກຄ້າຕອບກັບມາວ່າ "ຄ່າຂົນສົ່ງແພງ" ຫຼື "ບໍ່ແນ່ໃຈເລື່ອງຂະໜາດ", ໃຫ້ແນະນຳແຄມເປນສົ່ງຟຣີ ຫຼື ໃຫ້ຂໍ້ມູນຄູ່ມືຂະໜາດ (Size Guide) ເພື່ອລຶບລ້າງຄວາມກັງວົນນັ້ນ.
  4. ຂໍ້ສະເໜີພິເສດ — ຫຼັງຈາກຜ່ານໄປ 24 ຊົ່ວໂມງນັບຈາກການປະຖິ້ມກະຕ່າ, ໃຫ້ສະເໜີຄູປອງສ່ວນຫຼຸດທີ່ມີໄລຍະເວລາຈຳກັດ (ຕ້ອງມີການອອກແບບກົດເກນໂດຍຄຳນຶງເຖິງອັດຕາກຳໄລ).

ໃນຕະຫຼາດ EC ຂອງໄທ, ອັດຕາການປະຖິ້ມກະຕ່າສິນຄ້າມັກຈະມີທ່າອ່ຽງສູງ. ຖ້າສາມາດກູ້ຄືນໄດ້ເຖິງແມ່ນວ່າຈະເປັນພຽງສ່ວນໜຶ່ງ ກໍຖືວ່າສາມາດຄຸ້ມຄ່າກັບຕົ້ນທຶນໃນການນຳໃຊ້ Chatbot ໄດ້ແລ້ວ. ຢ່າງໃດກໍຕາມ, ການສົ່ງຂໍ້ຄວາມເຕືອນຖີ່ເກີນໄປອາດເຮັດໃຫ້ລູກຄ້າຮູ້ສຶກວ່າ "ຖືກລົບກວນ", ດັ່ງນັ້ນ ຈຶ່ງຄວນຈຳກັດການເຕືອນໄວ້ບໍ່ເກີນ 2 ຄັ້ງຕໍ່ສິນຄ້າ 1 ລາຍການຈະປອດໄພກວ່າ.

ຂໍ້ຜິດພາດທີ່ພົບເລື້ອຍໃນການນຳໃຊ້ ແລະ ວິທີແກ້ໄຂ

ຄວາມສ່ຽງສູງສຸດຂອງ EC Chatbot ແມ່ນຄວາມບໍ່ສອດຄ່ອງກັນຂອງຂໍ້ມູນສິນຄ້າຄົງຄັງ ແລະ ລາຄາ, ລວມເຖິງການຈັດການບັນຫາການຄືນເງິນແບບອັດຕະໂນມັດທີ່ບໍ່ເໝາະສົມ.

ປ້ອງກັນຮູບແບບຄວາມຜິດພາດທີ່ເປັນເອກະລັກຂອງ EC ດ້ວຍການອອກແບບ.

ການເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນສິນຄ້າຄົງຄັງ ແລະ ລາຄາແບບ Real-time

ສິນຄ້າຄົງຄັງ ແລະ ລາຄາແມ່ນຂໍ້ມູນທີ່ມີການປ່ຽນແປງເລື້ອຍໆທີ່ສຸດໃນການດຳເນີນງານ EC. ຖ້າ Chatbot ຕອບກັບໂດຍໃຊ້ຂໍ້ມູນເກົ່າ ເຊັ່ນ: ໄລຍະເວລາການໃຊ້ລາຄາໂປຣໂມຊັນ, ຈຳນວນສິນຄ້າຄົງຄັງຕໍ່ SKU, ຫຼື ຈຳນວນສິນຄ້າທີ່ມີຈຳກັດທີ່ເຫຼືອຢູ່, ມັນຈະເຮັດໃຫ້ເກີດບັນຫາຫຼັງການສັ່ງຊື້ ເຊັ່ນ: "ສິນຄ້າໝົດ" ຫຼື "ລາຄາບໍ່ຕົງກັບທີ່ສະແດງ".

ການອອກແບບການເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນ:

  • ສິນຄ້າຄົງຄັງ — ເຊື່ອມຕໍ່ຜ່ານ API ກັບລະບົບຈັດການສິນຄ້າ ເພື່ອເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນຈຳນວນສິນຄ້າຄົງຄັງແບບ Real-time (ຫຼື ທຸກໆ 15 ນາທີ). ໂດຍສະເພາະສິນຄ້າຍອດນິຍົມ ຫຼື ສິນຄ້າຫຼຸດລາຄາທີ່ມີການປ່ຽນແປງຂອງສິນຄ້າຄົງຄັງຢ່າງວ່ອງໄວ, ການເຊື່ອມຕໍ່ແບບ Batch ອາດຈະບໍ່ທັນການ.
  • ລາຄາ — ສະທ້ອນການເລີ່ມຕົ້ນ/ສິ້ນສຸດຂອງໄລຍະເວລາໂປຣໂມຊັນຢ່າງຖືກຕ້ອງ. "ການທີ່ Chatbot ແນະນຳລາຄາໂປຣໂມຊັນທັງທີ່ໂປຣໂມຊັນໝົດແລ້ວ" ແມ່ນສາເຫດຂອງບັນຫາການຄືນເງິນ.
  • ການຈັດສົ່ງຊັກຊ້າ — ໃນກໍລະນີທີ່ການຈັດສົ່ງຊັກຊ້າເນື່ອງຈາກສະພາບອາກາດ ຫຼື ສະຖານະການດ້ານການຂົນສົ່ງ, ໃຫ້ສະທ້ອນຂໍ້ມູນຄວາມຊັກຊ້ານັ້ນເຂົ້າໃນການແນະນຳຈຳນວນມື້ໃນການຈັດສົ່ງຂອງ Chatbot ທັນທີ.

ການອອກແບບຂະບວນການສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ ເພື່ອຈັດການກັບການຮ້ອງຮຽນ ແລະ ການຄືນເງິນ

ເນື່ອງຈາກການດຳເນີນການຄືນເງິນກ່ຽວຂ້ອງກັບເງິນທອງ, ການເຮັດໃຫ້ສຳເລັດໂດຍໃຊ້ພຽງແຕ່ Chatbot ອາດກາຍເປັນແຫຼ່ງທີ່ມາຂອງບັນຫາໄດ້.

ການອອກແບບການສົ່ງຕໍ່ (Escalation Design):

ສະຖານະການການຕອບໂຕ້
ສິນຄ້າເປ່ເພຕັ້ງແຕ່ຕົ້ນຮຽກຮ້ອງໃຫ້ສົ່ງຮູບພາບ, ຖ້າເງື່ອນໄຂຄົບຖ້ວນຈະອອກປ້າຍສົ່ງຄືນສິນຄ້າໂດຍອັດຕະໂນມັດ
"ບໍ່ໄດ້ຮັບສິນຄ້າ"ກວດສອບສະຖານະການຈັດສົ່ງດ້ວຍເລກຕິດຕາມ, ຖ້າກຳລັງຈັດສົ່ງຢູ່ໃຫ້ແຈ້ງກຳນົດເວລາຮອດ. ຖ້າມີຄວາມສົງໄສວ່າສູນຫາຍ ໃຫ້ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ພະນັກງານ
ຄຳຮ້ອງຂໍຄືນເງິນແນະນຳຂັ້ນຕອນການສົ່ງຄືນສິນຄ້າຜ່ານ Chatbot. ສ່ວນການດຳເນີນການຄືນເງິນນັ້ນ ໃຫ້ພະນັກງານເປັນຜູ້ກວດສອບ ແລະ ດຳເນີນການ
ການຮ້ອງຮຽນທີ່ບໍ່ຫວັງດີ / ສົງໄສວ່າເປັນການສໍ້ໂກງສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ພະນັກງານທັນທີ, ບໍ່ໃຫ້ດຳເນີນການອັດຕະໂນມັດ
ລູກຄ້າທີ່ມີອາລົມຮຸນແຮງຖ້າການຂໍໂທດແບບມາດຕະຖານບໍ່ສາມາດເຮັດໃຫ້ສະຫງົບລົງໄດ້ ໃຫ້ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ພະນັກງານ

ການເຮັດໃຫ້ຂະບວນການຄືນເງິນເປັນອັດຕະໂນມັດຕ້ອງເຮັດຢ່າງລະມັດລະວັງ. ກົນໄກທີ່ Chatbot ອະນຸມັດການຄືນເງິນໂດຍອັດຕະໂນມັດນັ້ນ ມີຄວາມສ່ຽງຕໍ່ການຖືກນຳໃຊ້ໃນທາງທີ່ຜິດ. ການເຮັດໃຫ້ຂັ້ນຕອນການແນະນຳການສົ່ງຄືນສິນຄ້າ ແລະ ການສ້າງເອກະສານເປັນອັດຕະໂນມັດ, ແລ້ວໃຫ້ພະນັກງານເປັນຜູ້ອະນຸມັດການຄືນເງິນ ເຊິ່ງເປັນຮູບແບບ "ເຄິ່ງອັດຕະໂນມັດ" ນັ້ນຈະມີຄວາມປອດໄພກວ່າ.

ຄຳຖາມທີ່ພົບເລື້ອຍ (FAQ)

Q1: ສາມາດໃຊ້ Shopee ຫຼື Lazada Shop Chat ຄວບຄູ່ກັບ AI Chatbot ໄດ້ບໍ່?

ສາມາດເຮັດໄດ້. ໂດຍທົ່ວໄປແລ້ວ, ການນຳໃຊ້ AI Chatbot ຈະແຍກອອກຈາກລະບົບ Chat ມາດຕະຖານຂອງແພລດຟອມ ເຊັ່ນ: ການນຳໃຊ້ຜ່ານ LINE Official Account ຫຼື ເວັບໄຊຂອງຕົນເອງ. ນອກຈາກນີ້, ຍັງມີເຄື່ອງມືຈາກພາກສ່ວນທີສາມທີ່ສາມາດ ເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນ ກັບ Chat API ຂອງ Shopee/Lazada ໄດ້ອີກດ້ວຍ.

Q2: ການຮອງຮັບພຽງແຕ່ພາສາໄທຈະພຽງພໍແລ້ວບໍ່?

ຖ້າເປັນການຂາຍພາຍໃນປະເທດ, ການໃຊ້ພາສາໄທເປັນຫຼັກກໍບໍ່ມີບັນຫາ. ແຕ່ຖ້າຫາກມີການເຮັດ Cross-border EC (ການຂາຍໄປຕ່າງປະເທດ) ຫຼື ມີລູກຄ້າເປັນຊາວຕ່າງຊາດທີ່ອາໄສຢູ່ໃນປະເທດ, ກໍຄວນພິຈາລະນາຮອງຮັບພາສາອັງກິດເພີ່ມເຕີມ.

Q3: ຮ້ານຄ້າຂະໜາດນ້ອຍສາມາດນຳມາໃຊ້ງານໄດ້ບໍ່?

ຖ້າໃຊ້ຟັງຊັນ Chatbot ຂອງ LINE Official Account (ເຊັ່ນ: LINE Bot Designer ແລະ ອື່ນໆ), ທ່ານສາມາດສ້າງລະບົບຕອບກັບອັດຕະໂນມັດຂັ້ນພື້ນຖານໄດ້ໂດຍບໍ່ຈຳເປັນຕ້ອງຂຽນໂປຣແກຣມ. ເລີ່ມຕົ້ນຈາກການເຮັດ FAQ ແລະ ການກວດສອບສິນຄ້າໃນສະຕັອກແບບອັດຕະໂນມັດກ່ອນ, ສ່ວນການ ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ ລະບົບຕິດຕາມຄຳສັ່ງຊື້ (Order Tracking) ນັ້ນ ຄວນຂະຫຍາຍເພີ່ມເຕີມຫຼັງຈາກທຸລະກິດມີການ ເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ.

ສະຫຼຸບ

ນີ້ແມ່ນຈຸດສຳຄັນໃນການຈັດລະບຽບການອັດຕະໂນມັດດ້ານການບໍລິການລູກຄ້າດ້ວຍ AI Chatbot ສຳລັບຮ້ານຄ້າ EC ໃນປະເທດໄທ:

  • ແຍກ FAQ ລະຫວ່າງກ່ອນການຊື້ ແລະ ຫຼັງການຊື້ — ກ່ອນການຊື້ແມ່ນ "ການໃຫ້ຂໍ້ມູນ", ຫຼັງການຊື້ແມ່ນ "ການແກ້ໄຂບັນຫາ". ການອອກແບບຄຳຕອບທີ່ຄຳນຶງເຖິງຄວາມແຕກຕ່າງນີ້ຈະສົ່ງຜົນຕໍ່ຄວາມເພິ່ງພໍໃຈຂອງລູກຄ້າ.
  • ລວມ ຫຼື Merge ຫຼາຍຊ່ອງທາງເຂົ້າເປັນໜຶ່ງດຽວ — ຈັດການຫຼາຍຊ່ອງທາງ ເຊັ່ນ: LINE, Facebook, Shopee Chat ດ້ວຍ Backend ດຽວ ເພື່ອໃຫ້ຄຸນນະພາບການບໍລິການລູກຄ້າມີຄວາມເປັນເອກະພາບ.
  • ເລີ່ມຕົ້ນຈາກການຕິດຕາມການຂົນສົ່ງ — "ຈະມາຮອດເມື່ອໃດ" ແມ່ນຄຳຖາມທີ່ພົບຫຼາຍທີ່ສຸດ. ການເຊື່ອມຕໍ່ກັບ API ຕິດຕາມການຂົນສົ່ງມີປະສິດທິຜົນໃນການນຳໃຊ້ສູງສຸດ ແລະ ຍັງງ່າຍໃນດ້ານເຕັກນິກອີກດ້ວຍ.
  • ສ້າງຍອດຂາຍດ້ວຍການກູ້ຄືນລາຍການສິນຄ້າທີ່ຄ້າງໃນກະຕ່າ (Cart Abandonment Recovery) — ເມື່ອປະສິດທິພາບການຊ່ວຍເຫຼືອມີຄວາມສະຖຽນແລ້ວ, ໃຫ້ຕັ້ງເປົ້າໝາຍສ້າງຍອດຂາຍໂດຍກົງດ້ວຍການກູ້ຄືນລາຍການສິນຄ້າທີ່ຄ້າງໃນກະຕ່າ ຫຼື ການສະເໜີຂາຍສິນຄ້າເພີ່ມເຕີມ (Cross-sell).
  • ຂະບວນການ ຫຼື Pipeline ການຄືນເງິນຄວນເປັນແບບເຄິ່ງອັດຕະໂນມັດ — ການແນະນຳຂັ້ນຕອນການສົ່ງຄືນສິນຄ້າສາມາດເຮັດເປັນອັດຕະໂນມັດໄດ້, ແຕ່ການອະນຸມັດການຄືນເງິນຄວນໃຫ້ພະນັກງານເປັນຜູ້ດຳເນີນການ. ການເຮັດເປັນອັດຕະໂນມັດທັງໝົດມີຄວາມສ່ຽງຕໍ່ການນຳໃຊ້ໃນທາງທີ່ຜິດ.

ສຳລັບພາບລວມຂອງການເຮັດວຽກແບບອັດຕະໂນມັດໂດຍນຳໃຊ້ AI, ກະລຸນາອ້າງອີງຈາກ "ວິທີທີ່ບໍລິສັດໃນໄທນຳ AI ມາໃຊ້ໃນການດຳເນີນທຸລະກິດ".

Author & Supervisor

Yusuke Ishihara

Yusuke Ishihara

ເລີ່ມຂຽນໂປຣແກຣມຕັ້ງແຕ່ອາຍຸ 13 ປີ ດ້ວຍ MSX. ຫຼັງຈົບການສຶກສາຈາກມະຫາວິທະຍາໄລ Musashi, ໄດ້ເຮັດວຽກໃນການພັດທະນາລະບົບຂະໜາດໃຫຍ່ ລວມທັງລະບົບຫຼັກຂອງສາຍການບິນ ແລະ ໂຄງສ້າງ Windows Server Hosting/VPS ທຳອິດຂອງຍີ່ປຸ່ນ. ຮ່ວມກໍ່ຕັ້ງ Site Engine Inc. ໃນປີ 2008. ກໍ່ຕັ້ງ Unimon Inc. ໃນປີ 2010 ແລະ Enison Inc. ໃນປີ 2025, ນຳພາການພັດທະນາລະບົບທຸລະກິດ, NLP ແລະ ແພລດຟອມ. ປັດຈຸບັນສຸມໃສ່ການພັດທະນາຜະลິດຕະພັນ ແລະ ການສົ່ງເສີມ AI/DX ໂດຍນຳໃຊ້ generative AI ແລະ LLM.