
AI ผู้ช่วยตอบแชทคลินิกความงาม เมื่อ AI ตอบผิด ระบบต้องหยุดได้ใน 4 นาที และต้องรู้ว่าผิดเพราะอะไร
AI ผู้ช่วยขายทาง Facebook Messenger สำหรับคลินิกความงามและลดน้ำหนักสาขาเดียว พร้อมด่านความปลอดภัยทางการแพทย์ทั้งก่อนและหลัง AI ข้อความขอความยินยอมตาม PDPA แจ้งเตือนทีมทาง LINE และสวิตช์หยุดบอท สามสัปดาห์หลังเปิดใช้งาน บอทตอบลูกค้าจริงผิดนโยบาย เจ้าของสั่งหยุดภายใน 4 นาที สิ่งที่ทำต่อคือปิดช่องโหว่ของสวิตช์หยุดบอท สร้างด่านเรื่องคืนเงิน และใช้คำตอบจริงของทีม 345 คู่ หาว่าปัญหาอยู่ที่ข้อมูลของบอท ไม่ใช่คำสั่ง
ข้อมูลโดยสรุป
| ธุรกิจ | คลินิกความงามและลดน้ำหนัก สาขาเดียว |
| ช่องทาง | 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 ควบคุมโฆษณาเข้มงวด (ปากกาลดน้ำหนัก) เจ้าของคลินิกเป็นทั้งผู้ตรวจ ผู้ทำทรีตเมนต์ และคนตอบแชท
ปัญหา
จากที่เจ้าของคลินิกเล่าตอนเริ่มงาน
- •เจ้าของต้องตอบแชทเอง เพราะผู้ช่วยตอบแล้วปิดการขายไม่ได้ ใช้ข้อความสำเร็จรูปกดตอบเอง คำถามวนซ้ำทุกวัน
- •พนักงานหน้าร้านเข้า-ออกบ่อย จ้างแล้วไม่อยู่ ภาระกลับมาที่เจ้าของ
- •โฆษณาถูกจำกัด เพราะเป็นสินค้ากลุ่มที่ Meta คุมเข้ม ทุกแชทที่เข้ามาจึงมีค่า
- •ข้อมูลลูกค้าหาย เคยให้พนักงานเก็บใน Excel แต่หยุดไปเมื่อพนักงานออก
เป้าหมายที่เจ้าของตั้งคือ "พนักงานขายที่ไม่ลาออก" ที่ตอบแชท ปิดการขาย ตามลูกค้าที่เงียบ และเก็บข้อมูลลูกค้าให้
สิ่งที่พบก่อนสร้าง และการตัดสินใจหลัก
- •ระบบคลินิกเชื่อมต่อจากภายนอกไม่ได้ บอทจึงเช็คคิวว่างแบบเรียลไทม์ไม่ได้ ผมบอกข้อนี้ในใบเสนอราคา แล้วให้บอทเก็บวัน-เวลาที่ลูกค้าสะดวกส่งให้คลินิกยืนยันแทน
- •คลินิกความงามมีความเสี่ยงทางการแพทย์และกฎหมาย กติกาออกแบบคือ AI ห้ามสัญญาผลลัพธ์ ห้ามบอกขนาดยา และห้ามวินิจฉัย ผมไม่พึ่งแค่คำสั่งใน prompt แต่ใส่ด่านตรวจด้วยกฎที่เขียนชัดทั้ง ก่อน และ หลัง AI ทำงาน
- •เจ้าของเป็นเจ้าของข้อมูล โปรโมชั่น ราคา และคำตอบอยู่ใน Google Sheet ที่คลินิกแก้เองได้ ระบบติดตั้งบนเซิร์ฟเวอร์และบัญชีของคลินิกเอง
สิ่งที่สร้าง
- •ด่านความปลอดภัยก่อนถึง AI ข้อความเรื่องการตั้งครรภ์ หลังคลอด หรือคำถามทางการแพทย์ ถูกกันออกไปให้แพทย์ประเมินด้วยกฎที่เขียนชัด AI ไม่ได้ตอบเรื่องนี้เลย
- •AI ร่างคำตอบจากข้อมูลของคลินิก ตอบคำถาม อธิบายโปรโมชั่น ส่งรูปการ์ดราคา และพาไปสู่การนัดหมาย
- •ตรวจคำตอบอีกรอบก่อนส่ง ถ้าคำตอบมีการสัญญาน้ำหนักที่ลด สัญญาผลในกี่วัน คำว่าการันตี ขนาดยา การวินิจฉัย หรือส่วนลดที่ไม่มีในโปร ระบบไม่ส่งคำตอบนั้น ส่งข้อความรอแทน และแจ้งทีม
- •เก็บลีดตาม PDPA ก่อนขอชื่อและเบอร์ บอทแนบข้อความขอความยินยอมทุกครั้ง ลีดเก็บในชีตที่คลินิกเป็นเจ้าของและจำกัดสิทธิ์ และผมร่างนโยบายความเป็นส่วนตัวตาม พ.ร.บ. คุ้มครองข้อมูลส่วนบุคคล พ.ศ. 2562 ให้คลินิกใช้
- •แจ้งทีมทาง LINE เมื่อมีลีดที่สนใจจริง เรื่องการแพทย์ ข้อร้องเรียน หรือคำถามที่คนต้องตอบ
- •ตามต่อลูกค้าที่เงียบ 1 ครั้งภายใน 24 ชั่วโมงตามกฎของ Messenger เกินนั้นเปลี่ยนเป็นงานให้ทีมแทน
- •แดชบอร์ดลีด และ คู่มือใช้งานภาษาไทย สำหรับเจ้าของและแอดมิน (คู่มือทีม 15 หัวข้อ)
- •สวิตช์หยุดบอท เจ้าของสั่งหยุดหรือเปิดบอทได้จากแชท
ก่อนเปิดใช้งาน ทดสอบเต็มชุด 29 เคส ครอบคลุมทุกฟังก์ชันและทุกโปรโมชั่น ผ่านทั้งหมด (24 มิ.ย. 2569) แล้วเปิดใช้งาน 29 มิ.ย. 2569
เหตุการณ์ 17 ก.ค. 2569 และสิ่งที่ทำต่อจากนั้น
สิ่งที่เกิดขึ้น ลูกค้าคนหนึ่งที่วางมัดจำไว้แล้วทักมาขอยกเลิกนัด บอทตอบว่า ยกเลิกนัดให้แล้ว (ซึ่งบอททำไม่ได้และไม่ได้ทำ) ถามว่าโอนเข้าบัญชีไหนโดยอ้างบัญชีที่คลินิกเลิกใช้แล้ว และ สัญญาว่าจะคืนเงิน ซึ่งขัดนโยบายของคลินิก พนักงานเห็นจึงเข้ามาขอโทษลูกค้า และแก้ปัญหาด้วยการขยายอายุสิทธิ์ให้ลูกค้า เจ้าของสั่งหยุดบอทภายใน 4 นาทีหลังจากนั้น
สิ่งที่ผมทำต่อ
- •ตรวจสวิตช์หยุดบอทเอง และพบว่ามีช่องโหว่ เพราะค่าตั้งต้นที่ยังไม่ได้กรอกทำให้ ลูกค้าคนไหนก็สั่งหยุดบอทได้ ผมแก้ให้ต้องใช้คำสั่งพร้อมรหัสลับ ถ้าตั้งค่าไม่ครบระบบจะปฏิเสธคำสั่งไว้ก่อน (ไม่เปิดช่องให้ใครสั่งได้) และบันทึกรหัสลงตำแหน่งที่ถูกต้องก่อนขึ้นจริง ไม่อย่างนั้นเจ้าของเองก็จะหยุดบอทไม่ได้
- •สร้างด่านเรื่องคืนเงิน บอทต้องไม่สัญญาการคืนเงิน เพราะคลินิกไม่มีนโยบายคืนเงิน ทดสอบบนตัวทดสอบผ่าน 11/11 กรณี
- •ใช้ช่วงที่บอทหยุดเป็นมาตรฐานคำตอบ ตอนแรกผมสรุปผิดว่า "บอทปิดอยู่ จึงไม่มีอะไรให้วัด" จากนั้นจึงเห็นว่า ช่วงที่บอทเงียบ ทุกคำตอบบนเพจเป็นของคนทั้งหมด จึงเป็นมาตรฐานที่ดีที่สุดว่าทีมตอบลูกค้าอย่างไร ผมดึงแชท 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 ฉลาดแค่ไหน แต่คือเมื่อมันตอบผิด จะเกิดอะไรขึ้นทันที
ออกแบบวิธีหยุด ก่อนออกแบบวิธีเริ่ม — คุยกับเราเลย →
กรณีศึกษาอื่น

เครือโรงแรมไทยใช้ AI ตอบแชท 3 แห่ง 3 ช่องทาง 4 ภาษา บอทจัดการเองได้ 91.7% และปรับปรุงจากแชทจริงทุกวัน
อ่านกรณีศึกษา →
5 เดือนหลังส่งมอบ — บอทจัดการเองได้ 96.5% คุ้มค่าดูแล 2.4 เท่า และลีดที่เคยหลุด จาก 6 เป็น 23 ราย
อ่านกรณีศึกษา →