
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 ມີຟັງຊັນການຕອບກັບອັດຕະໂນມັດຕາມມາດຕະຖານຂອງແພລດຟອມ, ແຕ່ຂໍ້ຈຳກັດຂອງມັນນັ້ນມີຄວາມຊັດເຈນ.
ຂໍ້ຈຳກັດຂອງການຕອບກັບອັດຕະໂນມັດໃນແພລດຟອມ:
AI Chatbot ທີ່ອີງໃສ່ LLM ສາມາດກ້າວຂ້າມຂໍ້ຈຳກັດເຫຼົ່ານີ້ໂດຍການບໍລິການລູກຄ້າດ້ວຍການສົນທະນາທີ່ເປັນທຳມະຊາດ ແລະ ສາມາດຕອບຄຳຖາມໄດ້ຢ່າງຖືກຕ້ອງໂດຍການເຊື່ອມຕໍ່ກັບລາຍການສິນຄ້າ (Catalog) ແລະ ຖານຂໍ້ມູນການສັ່ງຊື້.
ການນຳໃຊ້ EC Chatbot ຈະດຳເນີນການຕາມ 3 ຂັ້ນຕອນ ຄື: ການຈັດລະບຽບ FAQ ຂອງສິນຄ້າ → ການສ້າງລະບົບ → ການເຊື່ອມຕໍ່ຂໍ້ມູນການຕິດຕາມຄຳສັ່ງຊື້ ແລະ ການສົ່ງຄືນສິນຄ້າ. ຈຸດສຳຄັນ ຫຼື ແກນຫຼັກ ແມ່ນການອອກແບບໂດຍລວມເອົາການປ່ຽນແປງຂອງສິນຄ້າຄົງຄັງທີ່ເປັນເອກະລັກຂອງ EC ແລະ ການຮອງຮັບຫຼາຍຊ່ອງທາງ (Multi-channel) ເຂົ້າໄປໃນການອອກແບບ.
ຕໍ່ໄປນີ້ແມ່ນຄຳອະທິບາຍກ່ຽວກັບວິທີການດຳເນີນການໃນແຕ່ລະຂັ້ນຕອນ.
ວິເຄາະຄຳຖາມທີ່ພົບຫຼາຍທີ່ສຸດໃນການບໍລິການລູກຄ້າຂອງ EC ແລະກຳນົດຂອບເຂດການຕອບກັບຂອງ Chatbot.
ໝວດໝູ່ FAQ ທີ່ຄວນຈັດລະບຽບ:
ຈຸດສຳຄັນ: ຄຳຖາມຂອງ EC ມີລັກສະນະທີ່ແຕກຕ່າງກັນຢ່າງສິ້ນເຊີງລະຫວ່າງ "ກ່ອນການຊື້" ແລະ "ຫຼັງການຊື້". ກ່ອນການຊື້ແມ່ນ "ການເກັບກຳຂໍ້ມູນເພື່ອປະກອບການຕັດສິນໃຈ", ສ່ວນຫຼັງການຊື້ແມ່ນ "ການແກ້ໄຂບັນຫາ". ຖ້າຈັດລະບຽບ FAQ ໂດຍຄຳນຶງເຖິງຄວາມແຕກຕ່າງນີ້, ຄຸນນະພາບການຕອບກັບຂອງ Chatbot ຈະເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ.
ໂດຍການເຊື່ອມຕໍ່ກັບລາຍການສິນຄ້າ, ແຊັດບັອດສາມາດດຶງຂໍ້ມູນທີ່ຖືກຕ້ອງຈາກຖານຂໍ້ມູນສິນຄ້າເພື່ອຕອບຄຳຖາມເຊັ່ນ: "ບອກຂ້ອຍກ່ຽວກັບ ○○ ຂອງສິນຄ້ານີ້ແດ່" ໄດ້.
ຈຸດສຳຄັນໃນການສ້າງ:
ຂໍ້ໄດ້ປຽບຂອງ LLM:
LLM ສາມາດເຂົ້າໃຈເຈດຕະນາຂອງຄຳຖາມລູກຄ້າ ແລະ ຄົ້ນຫາລາຍການສິນຄ້າໄດ້. ສຳລັບຄຳຮ້ອງຂໍທີ່ບໍ່ຈະແຈ້ງເຊັ່ນ: "ມີຫຍັງແນະນຳສຳລັບຂອງຂວັນວັນເກີດແຟນບໍ່? ງົບປະມານປະມານ 3,000 ບາດ", ການທີ່ສາມາດແນະນຳສິນຄ້າຂ້າມໝວດໝູ່ໄດ້ນັ້ນຖືເປັນຈຸດແຂງສະເພາະຂອງ LLM.
"ສິນຄ້າທີ່ສັ່ງຊື້ຈະມາຮອດເມື່ອໃດ" ແມ່ນຄຳຖາມຫຼັງການຊື້ທີ່ພົບຫຼາຍທີ່ສຸດໃນ EC. ຖ້າຫາກ ເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນ ກັບ API ຕິດຕາມການຂົນສົ່ງຂອງຜູ້ໃຫ້ບໍລິການ, Chatbot ຈະສາມາດຕອບສະຖານະໄດ້ທັນທີ.
ລະບົບທີ່ຄວນເຊື່ອມຕໍ່:
ການເຊື່ອມຕໍ່ແບບເປັນຂັ້ນຕອນແມ່ນມີຄວາມເປັນໄປໄດ້ຫຼາຍທີ່ສຸດ. ໃນໄລຍະເລີ່ມຕົ້ນໃຫ້ເລີ່ມຈາກການຕິດຕາມການຂົນສົ່ງພຽງຢ່າງດຽວ, ຈາກນັ້ນຈຶ່ງເປັນການຮັບສົ່ງຄືນສິນຄ້າ, ແລະ ສຸດທ້າຍແມ່ນການປ່ຽນແປງຄຳສັ່ງຊື້. API ຕິດຕາມການຂົນສົ່ງແມ່ນນຳມາໃຊ້ງານໄດ້ງ່າຍກວ່າ ແລະ ມີປະສິດທິຜົນສູງສຸດໃນການຫຼຸດຜ່ອນຈຳນວນຄຳຖາມຈາກລູກຄ້າ.
AI ແຊັດບັອດ (AI Chatbot) ບໍ່ພຽງແຕ່ສາມາດຫຼຸດຜ່ອນຕົ້ນທຶນການບໍລິການລູກຄ້າເທົ່ານັ້ນ, ແຕ່ຍັງສາມາດເພີ່ມຍອດຂາຍໂດຍກົງຜ່ານການຂາຍສິນຄ້າເພີ່ມເຕີມ (Cross-sell) ໂດຍອີງໃສ່ປະຫວັດການຊື້ ແລະ ການກູ້ຄືນລົດເຂັນສິນຄ້າທີ່ຖືກປະຖິ້ມໄວ້ (Cart Abandonment).
ເມື່ອປະສິດທິພາບໃນການສະໜັບສະໜູນມີຄວາມໝັ້ນຄົງແລ້ວ, ໃຫ້ຫັນມາສຸມໃສ່ການສ້າງລາຍໄດ້.
ຖ້າແຊັດບັອດສາມາດອ້າງອີງປະຫວັດການຊື້ຂອງລູກຄ້າໄດ້, ມັນກໍສາມາດແນະນຳການຂາຍແບບ Cross-sell ແລະ Up-sell ໄດ້ຢ່າງເປັນທຳມະຊາດໃນລະຫວ່າງການສົນທະນາ.
ຮູບແບບການນຳໃຊ້:
ການແນະນຳຜ່ານທາງແຊັດມີອັດຕາການເປີດອ່ານ ແລະ ອັດຕາການຕອບສະໜອງທີ່ສູງກວ່າການສົ່ງອີເມວການຕະຫຼາດຢ່າງຫຼວງຫຼາຍ. ເນື່ອງຈາກອັດຕາການເປີດອ່ານຂໍ້ຄວາມໃນ LINE ສູງກວ່າອີເມວຫຼາຍເທົ່າ, ການແນະນຳສິນຄ້າຜ່ານແຊັດບັອດຈຶ່ງສາມາດຄາດຫວັງຜົນຕອບແທນໂດຍກົງຕໍ່ຍອດຂາຍໄດ້.
ການທີ່ລູກຄ້າເອົາສິນຄ້າໃສ່ກະຕ່າແລ້ວບໍ່ຍອມຊຳລະເງິນ ຫຼື "ການປະຖິ້ມກະຕ່າສິນຄ້າ" (Cart Abandonment) ຖືເປັນການສູນເສຍໂອກາດຄັ້ງໃຫຍ່ສຳລັບຜູ້ປະກອບການ EC. ຖ້າຫາກໃຊ້ Chatbot ເຂົ້າມາຊ່ວຍໃນການກູ້ຄືນການປະຖິ້ມກະຕ່າສິນຄ້າແບບອັດຕະໂນມັດ ກໍຈະສາມາດເກັບກູ້ຜົນປະໂຫຍດທີ່ສູນເສຍໄປນີ້ຄືນມາໄດ້.
ຂະບວນການກູ້ຄືນ (Recovery Flow):
ໃນຕະຫຼາດ EC ຂອງໄທ, ອັດຕາການປະຖິ້ມກະຕ່າສິນຄ້າມັກຈະມີທ່າອ່ຽງສູງ. ຖ້າສາມາດກູ້ຄືນໄດ້ເຖິງແມ່ນວ່າຈະເປັນພຽງສ່ວນໜຶ່ງ ກໍຖືວ່າສາມາດຄຸ້ມຄ່າກັບຕົ້ນທຶນໃນການນຳໃຊ້ Chatbot ໄດ້ແລ້ວ. ຢ່າງໃດກໍຕາມ, ການສົ່ງຂໍ້ຄວາມເຕືອນຖີ່ເກີນໄປອາດເຮັດໃຫ້ລູກຄ້າຮູ້ສຶກວ່າ "ຖືກລົບກວນ", ດັ່ງນັ້ນ ຈຶ່ງຄວນຈຳກັດການເຕືອນໄວ້ບໍ່ເກີນ 2 ຄັ້ງຕໍ່ສິນຄ້າ 1 ລາຍການຈະປອດໄພກວ່າ.
ຄວາມສ່ຽງສູງສຸດຂອງ EC Chatbot ແມ່ນຄວາມບໍ່ສອດຄ່ອງກັນຂອງຂໍ້ມູນສິນຄ້າຄົງຄັງ ແລະ ລາຄາ, ລວມເຖິງການຈັດການບັນຫາການຄືນເງິນແບບອັດຕະໂນມັດທີ່ບໍ່ເໝາະສົມ.
ປ້ອງກັນຮູບແບບຄວາມຜິດພາດທີ່ເປັນເອກະລັກຂອງ EC ດ້ວຍການອອກແບບ.
ສິນຄ້າຄົງຄັງ ແລະ ລາຄາແມ່ນຂໍ້ມູນທີ່ມີການປ່ຽນແປງເລື້ອຍໆທີ່ສຸດໃນການດຳເນີນງານ EC. ຖ້າ Chatbot ຕອບກັບໂດຍໃຊ້ຂໍ້ມູນເກົ່າ ເຊັ່ນ: ໄລຍະເວລາການໃຊ້ລາຄາໂປຣໂມຊັນ, ຈຳນວນສິນຄ້າຄົງຄັງຕໍ່ SKU, ຫຼື ຈຳນວນສິນຄ້າທີ່ມີຈຳກັດທີ່ເຫຼືອຢູ່, ມັນຈະເຮັດໃຫ້ເກີດບັນຫາຫຼັງການສັ່ງຊື້ ເຊັ່ນ: "ສິນຄ້າໝົດ" ຫຼື "ລາຄາບໍ່ຕົງກັບທີ່ສະແດງ".
ການອອກແບບການເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນ:
ເນື່ອງຈາກການດຳເນີນການຄືນເງິນກ່ຽວຂ້ອງກັບເງິນທອງ, ການເຮັດໃຫ້ສຳເລັດໂດຍໃຊ້ພຽງແຕ່ Chatbot ອາດກາຍເປັນແຫຼ່ງທີ່ມາຂອງບັນຫາໄດ້.
ການອອກແບບການສົ່ງຕໍ່ (Escalation Design):
| ສະຖານະການ | ການຕອບໂຕ້ |
|---|---|
| ສິນຄ້າເປ່ເພຕັ້ງແຕ່ຕົ້ນ | ຮຽກຮ້ອງໃຫ້ສົ່ງຮູບພາບ, ຖ້າເງື່ອນໄຂຄົບຖ້ວນຈະອອກປ້າຍສົ່ງຄືນສິນຄ້າໂດຍອັດຕະໂນມັດ |
| "ບໍ່ໄດ້ຮັບສິນຄ້າ" | ກວດສອບສະຖານະການຈັດສົ່ງດ້ວຍເລກຕິດຕາມ, ຖ້າກຳລັງຈັດສົ່ງຢູ່ໃຫ້ແຈ້ງກຳນົດເວລາຮອດ. ຖ້າມີຄວາມສົງໄສວ່າສູນຫາຍ ໃຫ້ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ພະນັກງານ |
| ຄຳຮ້ອງຂໍຄືນເງິນ | ແນະນຳຂັ້ນຕອນການສົ່ງຄືນສິນຄ້າຜ່ານ Chatbot. ສ່ວນການດຳເນີນການຄືນເງິນນັ້ນ ໃຫ້ພະນັກງານເປັນຜູ້ກວດສອບ ແລະ ດຳເນີນການ |
| ການຮ້ອງຮຽນທີ່ບໍ່ຫວັງດີ / ສົງໄສວ່າເປັນການສໍ້ໂກງ | ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ພະນັກງານທັນທີ, ບໍ່ໃຫ້ດຳເນີນການອັດຕະໂນມັດ |
| ລູກຄ້າທີ່ມີອາລົມຮຸນແຮງ | ຖ້າການຂໍໂທດແບບມາດຕະຖານບໍ່ສາມາດເຮັດໃຫ້ສະຫງົບລົງໄດ້ ໃຫ້ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ພະນັກງານ |
ການເຮັດໃຫ້ຂະບວນການຄືນເງິນເປັນອັດຕະໂນມັດຕ້ອງເຮັດຢ່າງລະມັດລະວັງ. ກົນໄກທີ່ Chatbot ອະນຸມັດການຄືນເງິນໂດຍອັດຕະໂນມັດນັ້ນ ມີຄວາມສ່ຽງຕໍ່ການຖືກນຳໃຊ້ໃນທາງທີ່ຜິດ. ການເຮັດໃຫ້ຂັ້ນຕອນການແນະນຳການສົ່ງຄືນສິນຄ້າ ແລະ ການສ້າງເອກະສານເປັນອັດຕະໂນມັດ, ແລ້ວໃຫ້ພະນັກງານເປັນຜູ້ອະນຸມັດການຄືນເງິນ ເຊິ່ງເປັນຮູບແບບ "ເຄິ່ງອັດຕະໂນມັດ" ນັ້ນຈະມີຄວາມປອດໄພກວ່າ.
ສາມາດເຮັດໄດ້. ໂດຍທົ່ວໄປແລ້ວ, ການນຳໃຊ້ AI Chatbot ຈະແຍກອອກຈາກລະບົບ Chat ມາດຕະຖານຂອງແພລດຟອມ ເຊັ່ນ: ການນຳໃຊ້ຜ່ານ LINE Official Account ຫຼື ເວັບໄຊຂອງຕົນເອງ. ນອກຈາກນີ້, ຍັງມີເຄື່ອງມືຈາກພາກສ່ວນທີສາມທີ່ສາມາດ ເຊື່ອມຕໍ່ ຫຼື ຊິງຄ໌ຂໍ້ມູນ ກັບ Chat API ຂອງ Shopee/Lazada ໄດ້ອີກດ້ວຍ.
ຖ້າເປັນການຂາຍພາຍໃນປະເທດ, ການໃຊ້ພາສາໄທເປັນຫຼັກກໍບໍ່ມີບັນຫາ. ແຕ່ຖ້າຫາກມີການເຮັດ Cross-border EC (ການຂາຍໄປຕ່າງປະເທດ) ຫຼື ມີລູກຄ້າເປັນຊາວຕ່າງຊາດທີ່ອາໄສຢູ່ໃນປະເທດ, ກໍຄວນພິຈາລະນາຮອງຮັບພາສາອັງກິດເພີ່ມເຕີມ.
ຖ້າໃຊ້ຟັງຊັນ Chatbot ຂອງ LINE Official Account (ເຊັ່ນ: LINE Bot Designer ແລະ ອື່ນໆ), ທ່ານສາມາດສ້າງລະບົບຕອບກັບອັດຕະໂນມັດຂັ້ນພື້ນຖານໄດ້ໂດຍບໍ່ຈຳເປັນຕ້ອງຂຽນໂປຣແກຣມ. ເລີ່ມຕົ້ນຈາກການເຮັດ FAQ ແລະ ການກວດສອບສິນຄ້າໃນສະຕັອກແບບອັດຕະໂນມັດກ່ອນ, ສ່ວນການ ສົ່ງຂໍ້ມູນຕໍ່ໃຫ້ ລະບົບຕິດຕາມຄຳສັ່ງຊື້ (Order Tracking) ນັ້ນ ຄວນຂະຫຍາຍເພີ່ມເຕີມຫຼັງຈາກທຸລະກິດມີການ ເພີ່ມທະວີຂຶ້ນເລື້ອຍໆ.
ນີ້ແມ່ນຈຸດສຳຄັນໃນການຈັດລະບຽບການອັດຕະໂນມັດດ້ານການບໍລິການລູກຄ້າດ້ວຍ AI Chatbot ສຳລັບຮ້ານຄ້າ EC ໃນປະເທດໄທ:
ສຳລັບພາບລວມຂອງການເຮັດວຽກແບບອັດຕະໂນມັດໂດຍນຳໃຊ້ AI, ກະລຸນາອ້າງອີງຈາກ "ວິທີທີ່ບໍລິສັດໃນໄທນຳ AI ມາໃຊ້ໃນການດຳເນີນທຸລະກິດ".

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.