กรณีศึกษาทั้งหมด
Hero display of AI ผู้ช่วยตอบแชทคลินิกความงาม เมื่อ AI ตอบผิด ระบบต้องหยุดได้ใน 4 นาที และต้องรู้ว่าผิดเพราะอะไร
แชทบอท AI กรณีศึกษา

AI ผู้ช่วยตอบแชทคลินิกความงาม เมื่อ AI ตอบผิด ระบบต้องหยุดได้ใน 4 นาที และต้องรู้ว่าผิดเพราะอะไร

AI ผู้ช่วยขายทาง Facebook Messenger สำหรับคลินิกความงามและลดน้ำหนักสาขาเดียว พร้อมด่านความปลอดภัยทางการแพทย์ทั้งก่อนและหลัง AI ข้อความขอความยินยอมตาม PDPA แจ้งเตือนทีมทาง LINE และสวิตช์หยุดบอท สามสัปดาห์หลังเปิดใช้งาน บอทตอบลูกค้าจริงผิดนโยบาย เจ้าของสั่งหยุดภายใน 4 นาที สิ่งที่ทำต่อคือปิดช่องโหว่ของสวิตช์หยุดบอท สร้างด่านเรื่องคืนเงิน และใช้คำตอบจริงของทีม 345 คู่ หาว่าปัญหาอยู่ที่ข้อมูลของบอท ไม่ใช่คำสั่ง

บทบาทหน้าที่สถาปนิกระบบ AI
ลูกค้าคลินิกความงามและลดน้ำหนัก สาขาเดียว (ขอสงวนชื่อ)
สถานะเปิดใช้งาน 29 มิ.ย. 2569 · หยุด 17 ก.ค. 2569
สนใจระบบนี้?
Facebook MessengerSafety GatesPDPAn8nClaude

ข้อมูลโดยสรุป

ธุรกิจคลินิกความงามและลดน้ำหนัก สาขาเดียว
ช่องทางFacebook Messenger (ลูกค้าส่วนใหญ่มาจากโฆษณา) + แจ้งเตือนทีมทาง LINE
ผู้ใช้งานเจ้าของคลินิก (ซึ่งเป็นผู้ตรวจและทำทรีตเมนต์ด้วย) และแอดมิน
สิ่งที่สร้างAI ผู้ช่วยตอบแชทและเก็บลีด พร้อมด่านความปลอดภัยทางการแพทย์ ระบบตามต่อ แดชบอร์ด และชุดเครื่องมือให้เจ้าของฝึกบอทเอง
เครื่องมือn8n (ติดตั้งบนเซิร์ฟเวอร์ของคลินิกเอง) · Claude · Google Sheets · LINE
ระยะเวลาสร้างและส่งมอบ 2 งวด มิ.ย. 2569 · เปิดใช้งาน 29 มิ.ย. 2569 · หยุด 17 ก.ค. 2569
เวลาจากบอทตอบผิดถึงหยุดบอทคำตอบจริงของทีมที่ใช้ตรวจด่านตั้งครรภ์หลังแก้
4 นาที345 คู่ จาก 135 บทสนทนา (1 เดือน)จับถูก 17/17 ไม่จับผิด 12/12

เคสนี้ไม่ใช่เรื่องความสำเร็จแบบตรงไปตรงมา บอทถูกหยุดหลังตอบลูกค้าจริงผิดนโยบาย ผมเลือกเล่าเคสนี้เพราะงานในคลินิกต้องการคำตอบชัดว่า เมื่อ AI ผิดหรือไม่แน่ใจ จะเกิดอะไรขึ้น

เกี่ยวกับลูกค้า

คลินิกความงามสาขาเดียว รับลูกค้าจากโฆษณาบน Facebook เป็นหลัก สินค้าหลักอยู่ในกลุ่มที่ Meta ควบคุมโฆษณาเข้มงวด (ปากกาลดน้ำหนัก) เจ้าของคลินิกเป็นทั้งผู้ตรวจ ผู้ทำทรีตเมนต์ และคนตอบแชท

ปัญหา

จากที่เจ้าของคลินิกเล่าตอนเริ่มงาน

  1. •เจ้าของต้องตอบแชทเอง เพราะผู้ช่วยตอบแล้วปิดการขายไม่ได้ ใช้ข้อความสำเร็จรูปกดตอบเอง คำถามวนซ้ำทุกวัน
  2. •พนักงานหน้าร้านเข้า-ออกบ่อย จ้างแล้วไม่อยู่ ภาระกลับมาที่เจ้าของ
  3. •โฆษณาถูกจำกัด เพราะเป็นสินค้ากลุ่มที่ Meta คุมเข้ม ทุกแชทที่เข้ามาจึงมีค่า
  4. •ข้อมูลลูกค้าหาย เคยให้พนักงานเก็บใน Excel แต่หยุดไปเมื่อพนักงานออก

เป้าหมายที่เจ้าของตั้งคือ "พนักงานขายที่ไม่ลาออก" ที่ตอบแชท ปิดการขาย ตามลูกค้าที่เงียบ และเก็บข้อมูลลูกค้าให้

สิ่งที่พบก่อนสร้าง และการตัดสินใจหลัก

  • •ระบบคลินิกเชื่อมต่อจากภายนอกไม่ได้ บอทจึงเช็คคิวว่างแบบเรียลไทม์ไม่ได้ ผมบอกข้อนี้ในใบเสนอราคา แล้วให้บอทเก็บวัน-เวลาที่ลูกค้าสะดวกส่งให้คลินิกยืนยันแทน
  • •คลินิกความงามมีความเสี่ยงทางการแพทย์และกฎหมาย กติกาออกแบบคือ AI ห้ามสัญญาผลลัพธ์ ห้ามบอกขนาดยา และห้ามวินิจฉัย ผมไม่พึ่งแค่คำสั่งใน prompt แต่ใส่ด่านตรวจด้วยกฎที่เขียนชัดทั้ง ก่อน และ หลัง AI ทำงาน
  • •เจ้าของเป็นเจ้าของข้อมูล โปรโมชั่น ราคา และคำตอบอยู่ใน Google Sheet ที่คลินิกแก้เองได้ ระบบติดตั้งบนเซิร์ฟเวอร์และบัญชีของคลินิกเอง

สิ่งที่สร้าง

  1. •ด่านความปลอดภัยก่อนถึง AI ข้อความเรื่องการตั้งครรภ์ หลังคลอด หรือคำถามทางการแพทย์ ถูกกันออกไปให้แพทย์ประเมินด้วยกฎที่เขียนชัด AI ไม่ได้ตอบเรื่องนี้เลย
  2. •AI ร่างคำตอบจากข้อมูลของคลินิก ตอบคำถาม อธิบายโปรโมชั่น ส่งรูปการ์ดราคา และพาไปสู่การนัดหมาย
  3. •ตรวจคำตอบอีกรอบก่อนส่ง ถ้าคำตอบมีการสัญญาน้ำหนักที่ลด สัญญาผลในกี่วัน คำว่าการันตี ขนาดยา การวินิจฉัย หรือส่วนลดที่ไม่มีในโปร ระบบไม่ส่งคำตอบนั้น ส่งข้อความรอแทน และแจ้งทีม
  4. •เก็บลีดตาม PDPA ก่อนขอชื่อและเบอร์ บอทแนบข้อความขอความยินยอมทุกครั้ง ลีดเก็บในชีตที่คลินิกเป็นเจ้าของและจำกัดสิทธิ์ และผมร่างนโยบายความเป็นส่วนตัวตาม พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 ให้คลินิกใช้
  5. •แจ้งทีมทาง LINE เมื่อมีลีดที่สนใจจริง เรื่องการแพทย์ ข้อร้องเรียน หรือคำถามที่คนต้องตอบ
  6. •ตามต่อลูกค้าที่เงียบ 1 ครั้งภายใน 24 ชั่วโมงตามกฎของ Messenger เกินนั้นเปลี่ยนเป็นงานให้ทีมแทน
  7. •แดชบอร์ดลีด และ คู่มือใช้งานภาษาไทย สำหรับเจ้าของและแอดมิน (คู่มือทีม 15 หัวข้อ)
  8. •สวิตช์หยุดบอท เจ้าของสั่งหยุดหรือเปิดบอทได้จากแชท
แผนภาพขั้นตอน: ครึ่งซ้ายคือทุกข้อความของลูกค้า ครึ่งขวาคือการหยุด ตรวจ แก้ และอนุมัติเมื่อบอทตอบผิดเปิดแผนภาพเต็มจอ

ก่อนเปิดใช้งาน ทดสอบเต็มชุด 29 เคส ครอบคลุมทุกฟังก์ชันและทุกโปรโมชั่น ผ่านทั้งหมด (24 มิ.ย. 2569) แล้วเปิดใช้งาน 29 มิ.ย. 2569

เหตุการณ์ 17 ก.ค. 2569 และสิ่งที่ทำต่อจากนั้น

สิ่งที่เกิดขึ้น ลูกค้าคนหนึ่งที่วางมัดจำไว้แล้วทักมาขอยกเลิกนัด บอทตอบว่า ยกเลิกนัดให้แล้ว (ซึ่งบอททำไม่ได้และไม่ได้ทำ) ถามว่าโอนเข้าบัญชีไหนโดยอ้างบัญชีที่คลินิกเลิกใช้แล้ว และ สัญญาว่าจะคืนเงิน ซึ่งขัดนโยบายของคลินิก พนักงานเห็นจึงเข้ามาขอโทษลูกค้า และแก้ปัญหาด้วยการขยายอายุสิทธิ์ให้ลูกค้า เจ้าของสั่งหยุดบอทภายใน 4 นาทีหลังจากนั้น

สิ่งที่ผมทำต่อ

  1. •ตรวจสวิตช์หยุดบอทเอง และพบว่ามีช่องโหว่ เพราะค่าตั้งต้นที่ยังไม่ได้กรอกทำให้ ลูกค้าคนไหนก็สั่งหยุดบอทได้ ผมแก้ให้ต้องใช้คำสั่งพร้อมรหัสลับ ถ้าตั้งค่าไม่ครบระบบจะปฏิเสธคำสั่งไว้ก่อน (ไม่เปิดช่องให้ใครสั่งได้) และบันทึกรหัสลงตำแหน่งที่ถูกต้องก่อนขึ้นจริง ไม่อย่างนั้นเจ้าของเองก็จะหยุดบอทไม่ได้
  2. •สร้างด่านเรื่องคืนเงิน บอทต้องไม่สัญญาการคืนเงิน เพราะคลินิกไม่มีนโยบายคืนเงิน ทดสอบบนตัวทดสอบผ่าน 11/11 กรณี
  3. •ใช้ช่วงที่บอทหยุดเป็นมาตรฐานคำตอบ ตอนแรกผมสรุปผิดว่า "บอทปิดอยู่ จึงไม่มีอะไรให้วัด" จากนั้นจึงเห็นว่า ช่วงที่บอทเงียบ ทุกคำตอบบนเพจเป็นของคนทั้งหมด จึงเป็นมาตรฐานที่ดีที่สุดว่าทีมตอบลูกค้าอย่างไร ผมดึงแชท 1 เดือน (135 บทสนทนา 1,768 ข้อความ) ได้คู่คำถามลูกค้ากับคำตอบพนักงาน 345 คู่ และยืนยันว่าเป็นคำตอบของคนจริง ไม่ใช่ของบอท

สิ่งที่พบจากคำตอบจริงของทีม

สิ่งที่พบผลถ้าเปิดบอทโดยไม่แก้
บัญชีรับมัดจำในข้อมูลของบอทเป็นบัญชีเก่า พนักงานจริงให้อีกบัญชีใน 15 จาก 16 คำตอบเรื่องมัดจำทุกการจองออนไลน์จะถูกส่งไปบัญชีที่เลิกใช้
สินค้าหลักของคลินิกเปลี่ยนไปแล้ว (ปากกาลดน้ำหนัก) แต่ข้อมูลโปรของบอทยังมีขนาดและแพ็กเกจไม่ครบบอทตอบราคาไม่ได้ในคำถามที่ลูกค้าถามบ่อยที่สุด
ปัญหา "บอทตอบเรื่องราคาแบบเลี่ยง ๆ" ที่คิดว่าเป็นเรื่องการเขียน prompt มาเป็นเดือน แท้จริงคือ ข้อมูลไม่มีอยู่ในชีตแก้ prompt เท่าไหร่ก็ไม่หาย ต้องเติมข้อมูล
ระบบตามต่อเคยส่ง "คำสั่งภายใน" ให้ลูกค้าแทนข้อความจริง 2 ครั้งลูกค้าเห็นข้อความที่ไม่ควรเห็น

ด่านเรื่องตั้งครรภ์ เจ้าของทดสอบบอทด้วยตัวเองแล้วพบว่าคำบางแบบ เช่น "ท้อง 3 เดือน" ยังหลุดไปถึง AI ผมรวมการแก้ของผมกับการแก้ที่ AI ของเจ้าของทำไว้เองบนเครื่องของเจ้าของ เพราะต่างคนต่างครอบคลุมไม่ครบ ผลคือ จับถูก 17/17 และไม่จับผิด 12/12 โดยตั้งใจไม่ให้คำว่า "ลดหน้าท้อง" ถูกตีความว่าตั้งครรภ์ ไม่อย่างนั้นคำถามขายหลักของคลินิกจะถูกส่งไปหาแพทย์ทั้งหมด ต่อมาแก้อีกจุดที่กว้างเกินไป (คำว่า "มีน้อง" ที่ลูกค้าใช้หมายถึง "มีพนักงานว่างไหม") โดยไล่ดูก่อนว่าคำกว้างนั้นจับกรณีตั้งครรภ์จริงแบบไหนไว้บ้าง แล้วเขียนเป็นคำเฉพาะ 8 แบบ ผล 27/27 และ 13/13 ทั้งหมดทดสอบกับโค้ดที่บันทึกไว้จริงบนเซิร์ฟเวอร์ ไม่ใช่สำเนาในเครื่อง

ทำงานกับทีมของลูกค้าอย่างไร: ให้เจ้าของดูแลบอทเองได้

  • •ชุดเครื่องมือให้เจ้าของฝึกบอทเอง คำสั่งสั้น ๆ สำหรับทดสอบ ฝึก ย้อนกลับ ตรวจสถานะ และขอขึ้นจริง พร้อมคู่มือภาษาไทยและตัวอย่าง
  • •ตัวทดสอบแยกจากตัวจริง ทุกการแก้ทำบนตัวทดสอบก่อน มีด่านกันไม่ให้แก้ตัวจริงตรง ๆ และการขึ้นจริงต้องใช้คำสั่งอนุมัติเฉพาะของเจ้าของ
  • •ผลลัพธ์ที่ดีที่สุดของการฝึก คือเจ้าของ (ซึ่งไม่ใช่โปรแกรมเมอร์) เป็นคนจับช่องโหว่ของด่านตั้งครรภ์ได้เอง และ AI บนเครื่องของเจ้าของก็เสนอวิธีแก้ที่คล้ายกับของผม ผมรวมทั้งสองแบบเข้าด้วยกัน และให้เครดิตเจ้าของในตั๋วแก้ปัญหา
  • •ส่งมอบชุดสำรองระบบ ก่อนส่งผมพบว่าไฟล์สำรองในชุดเป็นเวอร์ชันเก่า ถ้าใช้กู้ระบบจะย้อนการแก้ทั้งสองจุดทิ้ง จึงส่งออกใหม่จากตัวจริงทั้ง 9 ชุด และส่งไฟล์รหัสผ่านแยกต่างหาก ไม่รวมในไฟล์ที่ส่งต่อกันได้

ความเป็นส่วนตัวและความปลอดภัย

  • •ข้อความขอความยินยอมตาม PDPA ก่อนขอเบอร์ทุกครั้ง และร่างนโยบายความเป็นส่วนตัวให้คลินิก
  • •ลีดเก็บในชีตที่คลินิกเป็นเจ้าของ จำกัดสิทธิ์ผู้เข้าถึง
  • •เรื่องการแพทย์ถูกกันออกก่อนถึง AI และคำตอบของ AI ถูกตรวจอีกรอบก่อนส่ง (ป้องกันสองชั้น)
  • •เจ้าของหยุดบอทได้ทันที ลูกค้าทั่วไปสั่งไม่ได้
  • •ระบบและบัญชีทั้งหมดเป็นของคลินิก
  • •ในรายงานและตั๋วปัญหา ผมไม่ใส่ชื่อเต็มหรือเบอร์ลูกค้าเกินจำเป็น

บทเรียน และข้อจำกัดที่บอกลูกค้าตรง ๆ

  • •"ตอบเลี่ยง" อาจไม่ใช่ปัญหาของการเขียนคำสั่ง แต่เป็นข้อมูลที่ไม่มีอยู่ ต้องตรวจข้อมูลก่อนแก้ prompt
  • •ข้อมูลของธุรกิจเปลี่ยนเร็วกว่าข้อมูลของบอท บัญชีรับเงินเปลี่ยน สินค้าหลักเปลี่ยน แต่ไม่มีใครอัปเดตชีต งานดูแล AI จึงต้องมีการตรวจเทียบกับงานจริงของทีมเป็นระยะ ไม่ใช่สร้างเสร็จแล้วจบ
  • •การทดสอบกับข้อมูลจำลองไม่พอ ทั้งชุด 29 เคสผ่าน แต่เหตุการณ์จริงเป็นกรณีที่ไม่มีในชุดทดสอบ
  • •ผมสรุปผิดก่อนจะสรุปถูก ทั้งเรื่อง "ไม่มีอะไรให้วัด" และเรื่องสวิตช์หยุดบอทที่ผมเคยคิดว่าหมดอายุเองใน 30 นาที ซึ่งพอเปิดดูข้อมูลจริงแล้วไม่ใช่ บทเรียนคือต้องเปิดดูข้อมูลจริงก่อนสรุปจากโค้ด
  • •สถานะปัจจุบันตรง ๆ บอทยังปิดอยู่ ยังมีข้อบกพร่องที่พบเพิ่มเติมและรอเจ้าของตัดสินใจก่อนเปิดใหม่ และยังไม่มีตัวเลขผลลัพธ์ด้านยอดขายที่วัดได้ ผมจึงไม่อ้างตัวเลขเหล่านั้น แดชบอร์ดในชีตมีบทสนทนาทดสอบปนอยู่ จึงไม่ใช้เป็นผลลัพธ์

สถานะปัจจุบัน (8 พ.ย. 2569)

  • •ส่งมอบครบ 2 งวด และส่งชุดเครื่องมือพร้อมคู่มือให้เจ้าของแล้ว (17 ส.ค. 2569)
  • •บอทยังปิดอยู่ตามบันทึกล่าสุด (ยังไม่ได้ตรวจสถานะสดบนเซิร์ฟเวอร์ของคลินิก)
  • •ก่อนเปิดใหม่ต้องให้เจ้าของยืนยันบัญชีรับมัดจำ เติมข้อมูลสินค้าที่ขาด ตัดสินใจเรื่องข้อบกพร่องที่พบเพิ่ม และเปิดใช้งานแบบมีคนเฝ้าดู

ใช้ AI ในงานที่ตอบผิดแล้วมีราคาต้องจ่าย?

ถ้าธุรกิจของคุณตอบคำถามที่ถ้าตอบผิดจะมีผลทางการแพทย์ กฎหมาย หรือการเงิน คำถามแรกที่ต้องตอบไม่ใช่ว่า AI ฉลาดแค่ไหน แต่คือเมื่อมันตอบผิด จะเกิดอะไรขึ้นทันที

ออกแบบวิธีหยุด ก่อนออกแบบวิธีเริ่ม — คุยกับเราเลย →