สร้าง chatbot ตอบแชทเอง ไม่ต้องเขียนโค้ด: คู่มือวาง Flow สำหรับร้านออนไลน์
สร้าง chatbot ตอบแชทเอง ไม่ต้องเขียนโค้ด: คู่มือวาง Flow สำหรับร้านออนไลน์
TL;DR
- เริ่มสร้าง chatbot จากงานเดียวที่เกิดซ้ำบ่อย เช่น ตอบราคา เช็กวิธีสั่งซื้อ หรือคัดความต้องการเบื้องต้น อย่าเริ่มจากบอทที่พยายามตอบทุกเรื่อง
- Flow ที่ใช้ขายของควรมี 5 จุด: คำทักทาย เมนูหรือคำถามแรก ทางเลือกตามความต้องการ ข้อมูลที่จำเป็น และทางออกไปหาแอดมิน
- เครื่องมือแบบไม่ต้องเขียนโค้ดเหมาะกับคำตอบที่มีเงื่อนไขชัด แต่ถ้าต้องดึงสถานะออเดอร์จากระบบ เช็กสต็อกแบบเรียลไทม์ หรือจำลูกค้าเป็นรายคน อาจต้องเชื่อม API หรือให้คนพัฒนาระบบช่วย
- ทดสอบด้วยประโยคจริงหลายแบบ รวมทั้งคำสะกดผิดและคำถามนอก Flow ก่อนเปิดใช้กับลูกค้า
- วัดทั้งจำนวนคนที่จบ Flow จำนวนแชทที่ต้องส่งต่อ และอัตราปิดการขาย เพราะบอทตอบครบไม่ได้แปลว่าลูกค้าซื้อง่ายขึ้นเสมอ
ลูกค้าทักเข้ามาว่า “มีเก็บปลายทางไหม” ตอนร้านปิด แอดมินมาเห็นอีกทีตอนเช้า แต่ลูกค้าไปซื้อร้านอื่นแล้ว ปัญหาแบบนี้ไม่ได้เกิดจากทีมไม่ตั้งใจครับ มันเกิดจากคำถามพื้นฐานเข้ามาในเวลาที่ไม่มีคนตอบ และคำตอบสำคัญยังอยู่กระจัดกระจายตามโพสต์เก่า โน้ตส่วนตัว หรือความจำของแอดมินแต่ละคน
Chatbot ช่วยรับช่วงตรงนี้ได้ โดยไม่จำเป็นต้องเริ่มจากระบบที่คุยเหมือนมนุษย์ทุกประโยค ร้านสามารถทำบอทง่าย ๆ ให้ทักทาย แสดงทางเลือก ตอบคำถามประจำ และพาลูกค้าไปหาแอดมินเมื่อเรื่องเริ่มซับซ้อน
บทความนี้จะพาออกแบบ Flow ตั้งแต่ศูนย์ เลือกงานแรกที่ควรให้บอททำ เขียนข้อความ ทดสอบ และวัดผล พร้อมตัวอย่างสำหรับร้านออนไลน์ที่นำไปปรับใช้ได้ครับ
สร้าง chatbot คืออะไร และแบบไม่เขียนโค้ดทำอะไรได้บ้าง
Chatbot คือระบบที่รับข้อความหรือการกดตัวเลือกจากลูกค้า แล้วตอบหรือพาไปยังขั้นตอนถัดไปตามกติกาที่กำหนดไว้ บอทแบบพื้นฐานไม่จำเป็นต้องใช้ AI และไม่จำเป็นต้องเข้าใจภาษาทุกประโยคครับ แค่จับคำสำคัญ รับการกดปุ่ม หรือเดินตามเมนูได้ถูกต้อง ก็ช่วยลดงานซ้ำได้มากแล้ว
เครื่องมือแบบไม่เขียนโค้ดมักให้เราสร้าง Flow ด้วยหน้าจอลากวางหรือเมนูตั้งค่า งานที่เหมาะ ได้แก่
- ส่งข้อความต้อนรับเมื่อมีคนเริ่มแชท
- ตอบคำถามที่มีคำตอบแน่นอน เช่น ช่องทางชำระเงิน วิธีจัดส่ง หรือเวลาทำการ
- ให้ลูกค้าเลือกหมวดสินค้า งบประมาณ หรือปัญหาที่ต้องการแก้
- เก็บข้อมูลเท่าที่จำเป็นก่อนส่งต่อ เช่น รุ่นสินค้า จังหวัด หรือหมายเลขคำสั่งซื้อ
- แจ้งว่าแอดมินจะเข้ามาตอบต่อ และส่งบทสนทนาให้ทีมดูแล
สิ่งที่ไม่ควรคาดหวังคือเปิดบอทแล้วมันจะรู้ข้อมูลร้านทั้งหมดเอง หากต้องตอบจากสต็อกจริง ตรวจสถานะการชำระเงิน ดึงข้อมูลลูกค้าเดิม หรือคำนวณข้อเสนอเฉพาะบุคคล ระบบต้องมีแหล่งข้อมูลและการเชื่อมต่อที่ถูกต้อง บางกรณีจึงพ้นขอบเขต no-code และต้องใช้ API หรือ Webhook ครับ
แยกให้ง่ายที่สุด: บอทแบบไม่เขียนโค้ดเก่งเรื่องเส้นทางที่เรากำหนดไว้ ส่วนระบบเชื่อมต่อเก่งเรื่องนำข้อมูลจริงมาประกอบคำตอบ
ก่อนสร้าง chatbot ให้เลือกงานแรกเพียงงานเดียว
จุดที่ทำให้หลายร้านติดตั้งบอทแล้วใช้ไม่ได้จริง คือเริ่มด้วยความคิดว่า “อยากให้ตอบได้ทุกอย่าง” พอขอบเขตกว้าง Flow ก็ยาว คำตอบชนกัน และทีมไม่รู้ว่าต้องแก้ตรงไหน
ให้เปิดแชทย้อนหลังแล้วจดคำถามที่เกิดซ้ำ จากนั้นเลือกงานที่เข้าเงื่อนไข 3 ข้อครับ
- คำถามเกิดซ้ำจริง
- คำตอบค่อนข้างคงที่
- ตอบแล้วพาลูกค้าไปขั้นถัดไปได้
ตัวอย่างงานแรกที่เหมาะคือ “ช่วยเลือกไซซ์ก่อนส่งให้แอดมิน” เพราะร้านรู้ว่าต้องถามข้อมูลอะไร มีตารางอ้างอิง และยังให้คนตรวจคำตอบก่อนปิดการขายได้
งานที่ยังไม่ควรโยนให้บอทตั้งแต่รอบแรกคือการตัดสินข้อร้องเรียน การรับปากวันคืนเงิน หรือการแนะนำสินค้าที่เกี่ยวกับสุขภาพแบบเฉพาะบุคคล เรื่องเหล่านี้ต้องใช้บริบทและความรับผิดชอบสูง ควรมีคนเข้ามาดูครับ
เขียนเป้าหมายเป็นประโยคเดียวให้ชัด เช่น
เมื่อมีคนถามเรื่องไซซ์ Chatbot จะเก็บรุ่นสินค้าและข้อมูลที่จำเป็น แล้วส่งสรุปให้แอดมินแนะนำต่อ
ถ้าประโยคนี้มีคำว่า “และ” ต่อกันหลายงาน แปลว่าขอบเขตอาจใหญ่เกินไป ให้แยกเป็น Flow ย่อยก่อนครับ
วาด Flow 5 จุดก่อนแตะเครื่องมือ
ยังไม่ต้องสมัครเครื่องมือหรือกดตั้งค่า ให้ร่างบทสนทนาบนกระดาษหรือเอกสารธรรมดาก่อน วิธีนี้ช่วยให้เห็นทางตันและข้อความที่ขาด โดยไม่เสียเวลากับหน้าจอของแพลตฟอร์ม
1. ข้อความต้อนรับ
บอกทันทีว่าระบบช่วยเรื่องอะไร และลูกค้าจะไปหาแอดมินได้อย่างไร ไม่ควรทำให้ลูกค้าเข้าใจว่ากำลังคุยกับคนถ้าเป็นข้อความอัตโนมัติ
ตัวอย่าง:
สวัสดีครับ ระบบช่วยเช็กข้อมูลสินค้าและเตรียมรายละเอียดให้ทีมได้ เลือกหัวข้อด้านล่างได้เลย หากต้องการคุยกับแอดมิน พิมพ์ “แอดมิน” ได้ตลอดครับ
2. เมนูหรือคำถามแรก
ให้ทางเลือกที่ลูกค้าเข้าใจโดยไม่ต้องเดาคำศัพท์ของร้าน เช่น
- เลือกสินค้า
- เช็กวิธีจัดส่ง
- วิธีชำระเงิน
- คุยกับแอดมิน
อย่าใส่เมนูยาวจนต้องเลื่อนหลายหน้าจอ ถ้ามีหัวข้อมาก ให้รวมเป็นหมวดแล้วแตกย่อยในขั้นถัดไปครับ
3. ทางเลือกตามความต้องการ
แต่ละคำตอบควรพาไปข้างหน้า ไม่วนกลับมาถามเรื่องเดิม เช่น ลูกค้าเลือก “เลือกสินค้า” บอทอาจถามต่อว่าใช้งานแบบไหนหรือมีงบประมาณช่วงใด แล้วแสดงตัวเลือกที่ตรงขึ้น
ตรงนี้ควรใช้ปุ่มหรือคำตอบสั้นเมื่อเครื่องมือรองรับ เพราะลดปัญหาสะกดไม่ตรงคีย์เวิร์ด แต่ต้องมีทางรองรับคนที่พิมพ์เองด้วยครับ
4. ข้อมูลที่จำเป็น
ถามเท่าที่ต้องใช้จริง และบอกเหตุผลเมื่อคำถามอาจทำให้ลูกค้าลังเล เช่น “ขอจังหวัดเพื่อเช็กวิธีจัดส่งที่รองรับครับ” ดีกว่าขอชื่อ ที่อยู่ และเบอร์โทรทั้งหมดก่อนที่ลูกค้าจะเลือกสินค้า
หลีกเลี่ยงการขอข้อมูลการชำระเงิน รหัสผ่าน หรือข้อมูลอ่อนไหวผ่าน Flow ทั่วไป หากจำเป็นต้องทำธุรกรรม ควรพาไปยังช่องทางที่ปลอดภัยและได้รับอนุญาตครับ
5. ทางออกและการส่งต่อ
ทุกเส้นทางต้องมีจุดจบที่ชัดเจน อาจเป็นการเปิดหน้าสินค้า สรุปข้อมูลให้ลูกค้าตรวจ หรือส่งต่อแอดมิน พร้อมแจ้งเวลาที่ทีมจะเข้ามาดู
ข้อความส่งต่อที่ดีควรบอกว่าเกิดอะไรขึ้น ไม่ปล่อยให้ลูกค้ารอแบบไม่รู้สถานะ เช่น
ระบบส่งรุ่นสินค้าและจังหวัดให้ทีมแล้วครับ แอดมินจะเข้ามาตรวจตัวเลือกและตอบต่อในแชทนี้
วิธีสร้าง chatbot แบบไม่เขียนโค้ดทีละขั้น
เมื่อ Flow บนกระดาษเดินได้ครบ ค่อยนำไปใส่เครื่องมือ ลำดับด้านล่างใช้ได้กับเครื่องมือ no-code หลายแบบ แม้ชื่อเมนูของแต่ละแพลตฟอร์มจะต่างกันครับ
ขั้นที่ 1 เลือกช่องทางที่ลูกค้าทักจริง
เริ่มจากช่องทางเดียวก่อน เช่น Messenger หรือ LINE Official Account อย่าเปิดหลายช่องทางพร้อมกันถ้ายังไม่มีทีมดูแลคำตอบ เพราะแต่ละแพลตฟอร์มมีเมนู กติกา และข้อจำกัดไม่เหมือนกัน
สำหรับ Messenger เพจสามารถตั้ง Instant reply ได้ใน Meta Business Suite ผ่าน Inbox และ Automations ส่วน LINE Official Account มี Response settings สำหรับเปิดแชทและตั้งวิธีตอบกลับ ฟีเจอร์ที่เห็นจริงอาจต่างตามประเทศ ประเภทบัญชี และการอัปเดตของแพลตฟอร์ม จึงควรตรวจในบัญชีของร้านอีกครั้งครับ
ขั้นที่ 2 สร้าง Trigger
Trigger คือเหตุการณ์ที่ทำให้ Flow เริ่ม เช่น ลูกค้าส่งข้อความครั้งแรก กดปุ่มจากโฆษณา พิมพ์คำว่า “ราคา” หรือเลือกเมนูจาก Rich Menu
ถ้าใช้คีย์เวิร์ด ให้ใส่คำที่ลูกค้าพิมพ์จริงหลายรูปแบบ เช่น “ส่งยังไง”, “ค่าส่ง”, “ส่งกี่วัน” แล้วพาไปคำตอบเดียวกัน อย่ายึดคำทางการของร้านเพียงคำเดียวครับ
ขั้นที่ 3 ใส่ข้อความและปุ่มตาม Flow
นำข้อความที่ร่างไว้ใส่ทีละช่วง หนึ่งข้อความควรทำหน้าที่เดียว หากต้องอธิบายเงื่อนไขยาว ให้สรุปสาระสำคัญก่อนแล้วค่อยให้ปุ่มอ่านรายละเอียด
ปุ่มควรตั้งชื่อตามสิ่งที่จะเกิดหลังจากกด เช่น “ดูไซซ์”, “เช็กค่าส่ง” หรือ “คุยกับแอดมิน” คำอย่าง “ต่อไป” ใช้ได้เมื่อบริบทชัด แต่ถ้ามีหลายเส้นทาง ลูกค้าจะไม่รู้ว่ากำลังไปไหนครับ
ขั้นที่ 4 ตั้ง Fallback
Fallback คือคำตอบเมื่อบอทไม่เข้าใจ หลีกเลี่ยงประโยค “กรุณาพิมพ์ใหม่” ซ้ำไปเรื่อย ๆ เพราะไม่ได้ช่วยให้ลูกค้าแก้ปัญหา
ใช้รูปแบบนี้แทน:
ระบบยังจับหัวข้อไม่ได้ครับ เลือกจาก “สินค้า”, “จัดส่ง”, “ชำระเงิน” หรือพิมพ์ “แอดมิน” เพื่อให้ทีมช่วยต่อได้เลย
ถ้าบอทไม่เข้าใจซ้ำ ควรส่งต่อคน ไม่ควรวนกลับจุดเดิมไม่รู้จบครับ
ขั้นที่ 5 ตั้ง Handoff ให้แอดมิน
กำหนดว่ากรณีใดต้องส่งต่อ เช่น ลูกค้าพิมพ์ขอคุยกับคน ถามนอกฐานคำตอบ แจ้งปัญหาการชำระเงิน หรือบอกว่าคำแนะนำไม่ตรง
ทีมควรเห็นสรุปสิ่งที่บอทเก็บมาแล้ว เพื่อไม่ถามลูกค้าซ้ำทั้งหมด หากเครื่องมือไม่สรุปอัตโนมัติ ให้ปิด Flow ด้วยข้อความที่ชวนลูกค้าพิมพ์ข้อมูลในรูปแบบเดียวกัน เช่น “รุ่นสินค้า / จังหวัด / เรื่องที่ต้องการให้ช่วย” ครับ
ขั้นที่ 6 เปิดโหมดทดสอบก่อนเปิดจริง
ให้ทีมลองคุยเหมือนลูกค้า ทั้งเส้นทางปกติและเส้นทางที่ตั้งใจทำให้พัง เช่น พิมพ์ยาว สะกดผิด ตอบไม่ตรงตัวเลือก ส่งรูป หรือขอกลับไปเมนูก่อนหน้า
บันทึกทุกจุดที่ตัน แล้วแก้ Flow ก่อนเปิดให้คนภายนอกใช้ การทดสอบที่ดีต้องไปให้ไกลกว่าการเช็กว่าบอททำงานตามแบบครับ เป้าหมายจริงคือหาว่าลูกค้าจะหลุดจากสิ่งที่เราวาดตรงไหน
ตัวอย่าง Flow สำหรับร้านขายเสื้อผ้าออนไลน์
ตัวอย่างนี้เป็นสถานการณ์สมมติ เพื่อให้เห็นโครงสร้าง ไม่ใช่ผลลัพธ์ของลูกค้าจริงครับ
Trigger: ลูกค้าพิมพ์ “ไซซ์”, “ขนาด” หรือกดปุ่ม “ช่วยเลือกไซซ์”
บอท: ต้องการดูไซซ์ของสินค้ารุ่นไหนครับ
- เสื้อยืด
- เสื้อเชิ้ต
- กางเกง
- คุยกับแอดมิน
ลูกค้าเลือก: เสื้อเชิ้ต
บอท: รุ่นเสื้อเชิ้ตมีทรงปกติและทรงหลวม ต้องการดูแบบไหนครับ
ลูกค้าเลือก: ทรงปกติ
บอท: เพื่อช่วยเทียบตารางไซซ์ ขอรอบอกเสื้อที่ใส่สบายอยู่แล้ว หรือไซซ์ที่ใส่ประจำได้ครับ ไม่ต้องส่งข้อมูลส่วนตัวอื่น
ลูกค้าพิมพ์: ใส่ L ปกติ
บอท: รับข้อมูลแล้วครับ ระบบจะส่ง “เสื้อเชิ้ต / ทรงปกติ / ใส่ L ปกติ” ให้แอดมินตรวจตารางและแนะนำต่อ หากต้องการดูตารางก่อน กด “ดูตารางไซซ์” ได้เลย
Flow นี้ไม่ได้ให้บอทฟันธงไซซ์ เพราะแต่ละรุ่นอาจมีแพตเทิร์นต่างกัน หน้าที่ของบอทคือพาลูกค้าไปถึงจุดที่ทีมตอบได้เร็วขึ้น พร้อมลดคำถามซ้ำครับ
เขียนข้อความ Chatbot อย่างไรให้ลูกค้าคุยต่อ
ข้อความอัตโนมัติที่ดีไม่ต้องแกล้งเป็นมนุษย์ สิ่งสำคัญคืออ่านง่าย ตอบตรง และเปิดทางให้ขอความช่วยเหลือได้
หนึ่งข้อความต่อหนึ่งหน้าที่
แยกคำทักทาย คำถาม และเงื่อนไขสำคัญออกจากกัน ลูกค้าจะอ่านบนมือถือได้ง่ายกว่าอ่านข้อความก้อนยาว และทีมแก้เฉพาะจุดได้เมื่อข้อมูลเปลี่ยน
ถามทีละเรื่อง
ประโยค “ต้องการสินค้าอะไร งบเท่าไร อยู่จังหวัดไหน และใช้เมื่อไรครับ” ทำให้คนไม่รู้ควรตอบแบบไหน ให้ถามทีละเรื่องตามลำดับที่มีผลต่อคำแนะนำครับ
ใช้ภาษาของลูกค้า
หากคนทักว่า “เก็บปลายทาง” บ่อยกว่า “ชำระเงินเมื่อรับสินค้า” ก็ควรมีคำแรกเป็นคีย์เวิร์ดด้วย ชื่อปุ่มและคำตอบควรตรงกับภาษาที่พบในแชทจริง ไม่ใช่ศัพท์ภายในทีม
บอกข้อจำกัดอย่างตรงไปตรงมา
ถ้าบอทตอบได้เฉพาะข้อมูลสินค้า ให้บอกตั้งแต่ต้น ถ้าราคาอาจเปลี่ยน ให้พาไปหน้าที่อัปเดตล่าสุดหรือส่งต่อแอดมิน อย่าให้ระบบเดาคำตอบเพื่อรักษาภาพว่าตอบได้ทุกเรื่องครับ
มีปุ่มกลับและปุ่มคุยกับคน
ลูกค้าอาจกดผิดหรือเปลี่ยนใจ Flow จึงควรกลับเมนูก่อนหน้าได้ และคำว่า “แอดมิน” ควรใช้ได้จากทุกจุดสำคัญ การซ่อนทางออกทำให้ระบบดูเหมือนกำลังกักลูกค้าไว้ครับ
เรื่องไหนให้ Chatbot ตอบ เรื่องไหนต้องส่งต่อคน
ใช้หลักง่าย ๆ ว่าเรื่องที่มีคำตอบมาตรฐานและความเสียหายต่ำให้บอทช่วยก่อน ส่วนเรื่องที่ต้องตัดสินใจ รับผิดชอบ หรือดูข้อมูลเฉพาะบุคคลให้คนเข้ามาดู
เหมาะกับ Chatbot
- เวลาทำการและช่องทางติดต่อ
- วิธีจัดส่งและวิธีชำระเงินที่ประกาศไว้
- เมนูสินค้าและข้อมูลพื้นฐาน
- คำถามคัดความต้องการเบื้องต้น
- การเก็บเลขคำสั่งซื้อเพื่อส่งต่อทีมตรวจ
ควรส่งต่อแอดมิน
- ลูกค้าร้องเรียน ขอคืนเงิน หรือโต้แย้งการชำระเงิน
- ข้อมูลในระบบไม่ตรงกับสิ่งที่ลูกค้าเห็น
- คำถามที่เกี่ยวกับสุขภาพ กฎหมาย หรือความปลอดภัยเฉพาะบุคคล
- การต่อรองหรือข้อเสนอที่ต้องขออนุมัติ
- บอทไม่เข้าใจซ้ำ หรือคนขอคุยกับเจ้าหน้าที่โดยตรง
ถ้าต้องใช้ข้อมูลสดจากฐานข้อมูลหรือระบบออเดอร์ ขั้นตอนทางเทคนิคจะซับซ้อนขึ้น ตัวอย่างเช่น LINE Messaging API ส่งเหตุการณ์ข้อความไปยัง Webhook ของระบบ และระบบจึงประมวลผลแล้วตอบกลับได้ นี่เป็นคนละระดับกับการตั้งข้อความตอบกลับจากหน้า Manager และควรมีคนดูแลความปลอดภัย การตรวจสอบคำขอ และกรณีระบบล่มครับ
ทดสอบและวัดผลหลังเปิดใช้
อย่าดูแค่ว่าบอทส่งข้อความได้หรือไม่ ให้ดูว่าลูกค้าเดินถึงผลลัพธ์ที่ต้องการหรือเปล่า
ตัวเลขที่ควรติดตาม ได้แก่
- อัตราเริ่ม Flow: คนที่เจอ Trigger แล้วเข้าสู่บทสนทนาตาม Flow กี่ราย
- อัตราจบ Flow: คนที่ไปถึงหน้าสินค้า ส่งข้อมูลครบ หรือถึงจุดส่งต่อกี่ราย
- อัตราหลุดในแต่ละขั้น: ลูกค้าหายหลังคำถามไหน เพื่อหาข้อความที่ยาว สับสน หรือขอข้อมูลเร็วเกินไป
- อัตรา Fallback: บอทจับคำถามไม่ได้บ่อยแค่ไหน และมีประโยคใหม่อะไรควรเพิ่มเป็นคีย์เวิร์ด
- อัตราส่งต่อแอดมิน: สูงเพราะลูกค้าต้องการคำแนะนำจริง หรือสูงเพราะ Flow ช่วยอะไรไม่ได้
- อัตราปิดการขายจากแชท: หลังใช้บอทแล้ว บทสนทนาที่เข้าเกณฑ์เปลี่ยนเป็นยอดขายได้เท่าไร
เริ่มจากอ่านบทสนทนาจริงควบคู่กับตัวเลขครับ บางครั้งอัตราจบ Flow สูงเพราะลูกค้ากดผ่านไปเรื่อย ๆ แต่คำตอบไม่ได้ช่วยตัดสินใจ ขณะที่ Flow สั้นกว่าอาจส่งต่อให้แอดมินเร็วและปิดการขายได้ดีกว่า
ปรับทีละจุด เช่น เปลี่ยนคำถามแรกหรือชื่อปุ่มหนึ่งชุด แล้วดูผลก่อนแก้ส่วนอื่นพร้อมกัน วิธีนี้ช่วยให้รู้ว่าการเปลี่ยนแปลงใดทำให้ลูกค้าคุยต่อง่ายขึ้นครับ
สร้าง chatbot แล้วติดตรงไหน แก้อย่างไร
บอทตอบผิดเรื่อง
คีย์เวิร์ดอาจกว้างหรือซ้อนกัน เช่น คำว่า “ส่ง” อาจหมายถึงค่าส่ง ระยะเวลาส่ง หรือส่งรูป ให้เพิ่มคำถามยืนยันหรือแยกเป็นตัวเลือกแทนการเดาทันทีครับ
ลูกค้าพิมพ์เองแล้ว Flow หยุด
ตรวจว่าเครื่องมือรองรับข้อความอิสระอย่างไร เพิ่มคำสะกดและประโยคที่พบจริง พร้อมตั้ง Fallback ที่พากลับเมนูหรือส่งต่อคนได้
ลูกค้ากดคุยกับแอดมินแต่ไม่มีใครรับช่วง
ปัญหาอยู่ที่กระบวนการทีม ไม่ใช่ตัวบอทอย่างเดียว ต้องกำหนดผู้รับผิดชอบ การแจ้งเตือน ช่วงเวลาตอบ และสถานะที่ใช้บอกว่าเคสไหนกำลังมีคนดูครับ
ข้อมูลเปลี่ยนแล้วบอทยังตอบคำเดิม
ทำรายการว่าคำตอบใดมีวันหมดอายุ เช่น ราคา โปรโมชัน ค่าส่ง และเวลาทำการ ตั้งเจ้าของข้อมูลกับรอบตรวจ ไม่ควรฝากให้จำว่าเดี๋ยวค่อยกลับมาแก้
Flow ยาวจนลูกค้าหาย
ตัดคำถามที่ไม่ได้ช่วยเลือกคำตอบหรือส่งต่อ ถ้าข้อมูลใดแอดมินถามทีหลังได้โดยไม่เสียโอกาสขาย ก็ไม่จำเป็นต้องเก็บทุกอย่างตั้งแต่ต้นครับ
สรุป: เริ่มจากบอทเล็กที่ช่วยปิดการขายได้จริง
การสร้าง chatbot ไม่ต้องเริ่มจาก AI ที่ตอบได้ทุกเรื่องครับ ร้านทำระบบแรกให้มีประโยชน์ได้ด้วย Flow สั้น ๆ: เลือกงานซ้ำหนึ่งงาน วาดเส้นทาง 5 จุด ใส่ Trigger และคำตอบ ตั้ง Fallback เปิดทางให้แอดมิน แล้วทดสอบด้วยภาษาที่ลูกค้าใช้จริง
เมื่อ Flow พื้นฐานทำงาน ค่อยขยายจากหลักฐานในแชท ไม่ต้องเพิ่มเมนูเพราะคิดว่าอาจมีคนใช้ หากระบบเริ่มต้องดึงสต็อก ออเดอร์ หรือข้อมูลสมาชิกแบบเรียลไทม์ นั่นคือจุดที่ควรประเมินการเชื่อมต่อ API และความปลอดภัยเพิ่มครับ
ถ้าต้องการหาคนเริ่มบทสนทนาเข้ามาที่ Flow จากโฆษณา อ่าน คู่มือโฆษณา Click to Messenger ต่อได้ครับ และถ้ากำลังร่าง Flow แรก ลองนำภาพหรือข้อความที่วางไว้มาแลกเปลี่ยนใน กลุ่ม Facebook ของ Statlix ได้ครับ
คำถามที่พบบ่อยเกี่ยวกับการสร้าง Chatbot
สร้าง chatbot ฟรีได้ไหม
เริ่มจากฟีเจอร์ตอบกลับอัตโนมัติที่แพลตฟอร์มมีให้ได้ครับ แต่ความสามารถ จำนวนข้อความ และเงื่อนไขของบัญชีอาจต่างกัน หากใช้เครื่องมือภายนอกควรตรวจแพ็กเกจ ค่าใช้จ่ายเมื่อจำนวนแชทเพิ่ม และค่าใช้จ่ายของช่องทางก่อนตัดสินใจ
สร้าง Chatbot ต้องเขียนโค้ดหรือไม่
ไม่จำเป็นสำหรับ Flow พื้นฐาน เช่น ข้อความต้อนรับ เมนู คีย์เวิร์ด คำถามที่พบบ่อย และการส่งต่อแอดมิน แต่ถ้าต้องอ่านข้อมูลจากระบบอื่น ทำเงื่อนไขซับซ้อน หรือใช้ข้อมูลเฉพาะลูกค้า อาจต้องเชื่อม API หรือให้ผู้พัฒนาช่วยครับ
Chatbot กับข้อความตอบกลับอัตโนมัติต่างกันอย่างไร
ข้อความตอบกลับอัตโนมัติมักทำงานจากเหตุการณ์เดียวแล้วส่งคำตอบที่กำหนดไว้ ส่วน Chatbot มีหลายขั้นและเปลี่ยนทางตามสิ่งที่ลูกค้าเลือกหรือพิมพ์ อย่างไรก็ตาม ร้านเล็กสามารถเริ่มจากข้อความอัตโนมัติแล้วค่อยต่อเป็น Flow ได้ครับ
ใช้ AI Chatbot แทน Flow ได้เลยไหม
AI ช่วยตีความคำถามได้กว้างขึ้น แต่ยังต้องมีแหล่งข้อมูลที่ถูกต้อง ขอบเขตคำตอบ และทางส่งต่อคนครับ ถ้าฐานข้อมูลผิดหรือไม่มีการควบคุม AI ก็อาจตอบมั่นใจในเรื่องที่ร้านไม่ได้กำหนดไว้
ควรให้ Chatbot ถามชื่อลูกค้าตั้งแต่แรกไหม
ถามเมื่อจำเป็นต่อการให้บริการ และอธิบายเหตุผลครับ สำหรับการตอบข้อมูลทั่วไปหรือช่วยเลือกหมวดสินค้า ลูกค้าอาจยังไม่ต้องให้ชื่อ เบอร์โทร หรือที่อยู่ การขอข้อมูลเร็วเกินไปเพิ่มแรงเสียดทานโดยไม่ช่วยให้คำตอบดีขึ้น
จะรู้ได้อย่างไรว่า Flow พร้อมเปิดใช้แล้ว
อย่างน้อยทุกเส้นทางต้องมีจุดจบ มี Fallback มีปุ่มหรือคำสั่งคุยกับแอดมิน และผ่านการทดสอบด้วยข้อความจริงหลายรูปแบบครับ หลังเปิดใช้ยังต้องอ่านแชทและปรับต่อ เพราะภาษาของลูกค้ามักกว้างกว่าสิ่งที่ทีมคาดไว้เสมอ
