ตัวอย่างเวิร์กโฟลว์
สิ่งที่ SME ไทยควรเตรียมก่อนเชื่อม AI กับ LINE
เช็กความพร้อมเรื่องเจ้าของบัญชี คำตอบที่อนุมัติ การทดสอบภาษาไทย การตรวจ webhook และการส่งต่อให้พนักงาน ก่อนใช้ AI บน LINE
โดย Automate HQ · ปรับปรุง · 5 นาที

สรุปประเด็น
ก่อนเชื่อม AI กับ LINE ธุรกิจควรมีผู้ดูแล LINE Official Account แหล่งคำตอบที่อัปเดตเสมอ ขอบเขตการทำงานอัตโนมัติ และคนพร้อมรับงานที่ส่งต่อ ต้องตรวจ webhook และป้องกันเหตุการณ์ซ้ำด้วย โมเดลชดเชยราคาที่ไม่มี นโยบายที่ไม่ชัด หรือคิวปัญหาที่ไม่มีคนดูแลไม่ได้
- 01กำหนดผู้ดูแลบัญชี
- 02เตรียมคำตอบ
- 03ตรวจการรับข้อความ
- 04ทดสอบการส่งต่อคน
กำหนดงานบริการให้แคบและชัด
เริ่มจากงานเฉพาะ เช่น อธิบายวิธีจัดส่งตามนโยบายที่อนุมัติ หรือรับคำขอให้พนักงานตรวจ อย่าเริ่มด้วยบอตที่ต้องตอบทุกเรื่องของธุรกิจ บทความนี้เป็นแนวทางเตรียมความพร้อม ไม่ใช่รายงานผลวัดจากลูกค้าไทย
เขียนให้ชัดว่าผู้ช่วยตอบอะไรได้ ต้องถามอะไรเพิ่ม และเรื่องใดต้องส่งให้คน การถามว่าร้านมีสินค้าชนิดนี้ไหมต่างจากถามว่าวันนี้มีชิ้นนี้พร้อมขายหรือไม่ คำถามหลังต้องใช้สต็อกปัจจุบันและขั้นตอนจองที่กำหนดไว้
ให้ธุรกิจกู้สิทธิ์ดูแลบัญชีได้
ตรวจว่าใครควบคุม LINE Official Account และ Messaging API channel ที่เกี่ยวข้อง เก็บข้อมูลยืนยันตัวตนในที่เก็บความลับที่อนุมัติ และตั้งผู้ดูแลสำรอง ธุรกิจควรเปลี่ยนข้อมูลยืนยันตัวตน หยุดระบบ และกู้สิทธิ์ได้โดยไม่ผูกกับการตั้งค่าส่วนตัวของพนักงานคนเดียว
บันทึก webhook endpoint ผู้ดูแลการเชื่อมต่อ และระบบที่รับข้อมูลข้อความ ตัดสินว่าโมเดลจำเป็นต้องเห็นอะไร งานตอบเฉพาะเรื่องมักไม่ต้องใช้ประวัติสนทนาทั้งหมด ให้บริบทเท่าที่เกี่ยวข้องและจำกัดการเข้าถึงข้อความที่เก็บไว้
มีคนรับผิดชอบอัปเดตคำตอบ
จัดแหล่งข้อมูลเวลาทำการ พื้นที่จัดส่ง สินค้า การคืนสินค้า และผู้รับเรื่องต่อ ระบุเจ้าของข้อมูลและวันทบทวนแต่ละรายการ แยกนโยบายออกจากข้อมูลสดอย่างสถานะคำสั่งซื้อ โดยดึงข้อมูลสดจากระบบหลักหลังตรวจตัวตนอย่างเหมาะสม
ลองใช้เมนู การค้นหา หรือคำตอบที่อนุมัติตอบคำถามที่พบบ่อยก่อนใช้ข้อความที่ AI สร้าง หากข้อมูลที่อนุมัติยังตอบไม่ได้ ผู้ช่วยควรถามเพิ่มหรือส่งต่อ อย่าให้แต่งนโยบายที่ไม่มีด้วยถ้อยคำที่ดูน่าเชื่อ
| เรื่องที่ต้องพร้อม | หลักฐานที่ควรมีก่อนทดลอง |
|---|---|
| การดูแลบัญชี | ชื่อผู้ดูแล ผู้สำรอง และวิธีกู้ข้อมูลยืนยันตัวตน |
| แหล่งคำตอบ | ข้อมูลที่อนุมัติพร้อมผู้รับผิดชอบและวันทบทวน |
| ขอบเขตการกระทำ | รายการที่ทำได้และจุดที่ต้องอนุมัติ |
| คุณภาพภาษาไทย | ตัวอย่างภาษาที่ลูกค้าใช้จริงและผ่านการตรวจ |
| การส่งต่อพนักงาน | คิวที่มีคนดูแล ผู้รับผิดชอบ เวลาทำการ และวิธีหยุดบอต |
| การจัดการข้อมูล | ข้อตกลงเรื่องสิทธิ์ ระยะเก็บ และการลบ |
| การกู้คืน | วิธีจัดการข้อมูลซ้ำ การเฝ้าดู และขั้นตอนทำงานซ้ำที่ทดสอบแล้ว |
จัดการ webhook ของ LINE ก่อนเรียกโมเดล
LINE กำหนดให้ตรวจลายเซ็น webhook ก่อนประมวลผลเหตุการณ์ คู่มือใช้เนื้อหาคำขอต้นฉบับและ channel secret การเปลี่ยนเนื้อหาก่อนตรวจอาจทำให้ลายเซ็นไม่ตรง ปฏิเสธคำขอที่ตรวจไม่ผ่านก่อนนำเข้าคิว
เก็บเหตุการณ์ที่รับไว้ในที่เก็บถาวร ตอบรับเร็ว แล้วทำงานช้าแบบอะซิงโครนัส LINE ระบุว่าเหตุการณ์อาจซ้ำ ใช้ webhookEventId ช่วยตัดซ้ำ และเตือนว่าเหตุการณ์ที่ส่งใหม่อาจมาไม่ตามลำดับ ฟีเจอร์ส่งใหม่ปิดไว้โดยค่าเริ่มต้น ต้องเปิดโดยตั้งใจและทดสอบพฤติกรรม
รักษาลำดับการประมวลผลในแต่ละบทสนทนาเมื่อบริบทมีผล อย่าให้คำตอบเก่าทับการตัดสินใจใหม่ของพนักงาน Reply token มีข้อจำกัดด้านจำนวนครั้งและเวลา ตรวจเอกสาร Messaging API และเตรียมทางเลือกที่อนุญาต อย่าคิดว่า token จะรอโมเดลได้นานเท่าไรก็ได้
ที่มา: LINE: ตรวจลายเซ็น · LINE: รับข้อความและส่งเหตุการณ์ซ้ำ · LINE: เอกสารอ้างอิง Messaging API
ทดสอบความหมายภาษาไทย วันที่ และข้อความส่งต่อ
สร้างชุดทดสอบจากคำขอจริงที่ได้รับอนุญาตและลบข้อมูลระบุตัวตนแล้ว ครอบคลุมการสลับไทยอังกฤษ การสะกดแบบไม่เป็นทางการ ข้อความสั้น สติกเกอร์ รูปภาพ และเสียงหากบริการรับข้อมูลเหล่านี้ สติกเกอร์หรือไฟล์ที่ไม่รองรับควรเข้าสู่ทางเลือกที่กำหนด ไม่ใช่ให้ระบบเดาความหมาย
ให้ผู้ตรวจที่ใช้ภาษาไทยตรวจความหมายและน้ำเสียง ทดสอบวันที่กำกวม ปี พ.ศ. และ ค.ศ. ตามบริบท รวมถึงกำหนดเวลาที่คนพูดกันทั่วไป ใช้ Asia/Bangkok กับตารางทำงาน หากวันที่ไม่ชัด ให้ลูกค้ายืนยันก่อนสร้างนัด
เมื่อลูกค้าขอคุยกับพนักงาน ต้องหยุดคำตอบอัตโนมัติในบทสนทนานั้นและมอบหมายคนรับช่วง เก็บสถานะส่งต่อไว้อย่างถาวร เพื่อไม่ให้คำตอบจากโมเดลที่มาช้าแทรกการคุยของพนักงาน ตกลงว่าลูกค้าจะเห็นอะไรนอกเวลาที่มีคนดูแล และจะให้บอตกลับมาตอบเมื่อใด
ตกลงวิธีจัดการข้อความลูกค้า
ทำแผนที่ว่าข้อความถูกคัดลอกไปที่ใดบ้าง ทั้งแพลตฟอร์มเวิร์กโฟลว์ ผู้ให้บริการโมเดล CRM ล็อก และข้อมูลสำรอง ตกลงสิทธิ์และระยะเก็บกับผู้รับผิดชอบความเป็นส่วนตัวก่อนใช้ข้อมูลลูกค้าจริง ระหว่างตั้งค่าให้ใช้ข้อมูลสมมติ รายการตรวจนี้ไม่ได้ยืนยันว่าธุรกิจปฏิบัติตามกฎหมายคุ้มครองข้อมูลส่วนบุคคลของไทยครบแล้ว
LINE แนะนำให้เคารพการยกเลิกส่งข้อความ โดยจัดการเนื้อหาที่ถอนอย่างเหมาะสม รวมถึงลบจากข้อมูลที่เก็บหรือแสดงในกรณีที่เกี่ยวข้อง ตกลงว่าจะส่งผลของเหตุการณ์นี้ต่อไปยังระบบของคุณและสรุปที่สร้างจากข้อความอย่างไร อย่าใช้ล็อกเป็นคลังถาวรของทุกบทสนทนา
เริ่มจากร่างคำตอบและคิวปัญหาที่มองเห็น
ให้พนักงานตรวจคำตอบที่เสนอในโครงการทดลองแรก วัดว่าคำตอบมีข้อมูลที่อนุมัติรองรับหรือไม่ ส่งต่อถึงคนที่ถูกต้องหรือไม่ และคำขอรอนานเท่าไร นับคำตอบผิดและการส่งต่อโดยไม่จำเป็นแยกจากความเร็วตอบ
ทดสอบเหตุการณ์ซ้ำ ข้อมูลคำสั่งซื้อเรียกไม่ได้ โมเดลหมดเวลา และพนักงานรับช่วงขณะที่กำลังสร้างคำตอบ อนุญาตให้ตอบเองเฉพาะขอบเขตที่ผ่านการตรวจเหล่านี้แล้ว วางปุ่มหยุดให้ผู้ดูแลคิวเห็นและใช้ได้ง่าย