ทักมาเล่าอาการได้ก่อน
ไม่ผูกมัด ไม่มีค่าประเมิน — ทีมเราวินิจฉัยให้ว่าอาการที่เจอเกิดจากอะไรใน 6 เรื่องนี้
สาเหตุที่บอทตอบราคาผิดมีอยู่ไม่กี่แบบ แต่ที่พบบ่อยที่สุดคือ ราคาใน knowledge base ยังเป็นราคาเก่า บอทแบบ LLM (Large Language Model) อย่างที่ใช้ AI อ่านข้อมูลแล้วตอบ จะดึงคำตอบมาจากเอกสารที่ป้อนให้มันอ่าน ถ้าเอกสารนั้นระบุราคาเป็น 350 บาท แต่ร้านปรับราคาเป็น 390 บาทไปแล้วโดยไม่ได้อัปเดตเอกสาร บอทก็จะยังตอบ 350 บาทต่อไปอย่างมั่นใจ
ส่วนบอทแบบ keyword matching ที่ตั้งสคริปต์ไว้ล่วงหน้า ก็มีปัญหาคล้ายกันคือถ้าไม่ได้ไปแก้ response text ที่ผูกกับ keyword ว่า "ราคา" หรือ "เท่าไหร่" บอทก็จะตอบข้อมูลที่เขียนไว้ตั้งแต่แรก ไม่ว่าราคาจริงจะเปลี่ยนไปแล้วแค่ไหน
สำหรับร้านที่ราคาเปลี่ยนบ่อย เช่น ร้านทอง ร้านอาหาร หรือร้านที่ราคาขึ้นลงตามต้นทุน ควรมีกระบวนการอัปเดตข้อมูลบอทเป็นส่วนหนึ่งของ workflow ปกติ เช่น ทุกครั้งที่เปลี่ยนราคาบนเว็บหรือเมนู ให้อัปเดต knowledge base ของบอทควบคู่กันเสมอ ไม่ใช่ทำแยกกัน
บอทแบบ keyword matching ออกแบบมาให้ตอบเฉพาะคำที่ตั้งไว้ล่วงหน้า ถ้าลูกค้าถามนอกเหนือจากนั้น บอทจะ "นิ่ง" หรือส่งข้อความ default กลับมา เช่น "ขออภัย ไม่เข้าใจคำถาม กรุณาลองใหม่" ซึ่งไม่ได้ช่วยอะไร
บอทแบบ LLM แก้ปัญหานี้ได้ดีกว่า เพราะเข้าใจภาษาคนและสามารถตอบคำถามที่ไม่ได้เตรียมสคริปต์ไว้ได้ อย่างไรก็ตาม ข้อแลกเปลี่ยนคือมีความเสี่ยงที่บอทจะ "hallucinate" หรือตอบข้อมูลที่ไม่ถูกต้อง โดยเฉพาะเมื่อถูกถามเรื่องที่ข้อมูลใน knowledge base ไม่ครอบคลุมหรือคลุมเครือ
วิธีที่ดีที่สุดในทางปฏิบัติคือ กำหนด scope ให้บอทชัดเจน — บอทตอบได้เรื่องอะไร ไม่ตอบเรื่องอะไร และเมื่อเจอคำถามนอก scope ให้บอทส่งต่อไปหาคนจริงแทนที่จะพยายามตอบและตอบผิด ลูกค้าที่ได้รับคำว่า "เดี๋ยวทีมงานจะติดต่อกลับภายใน X นาที" ยังดีกว่าได้รับข้อมูลผิด
ใน LINE Official Account Manager มีส่วน "Chats" หรือ "ประวัติการสนทนา" ที่เก็บการสนทนาทั้งหมด รวมถึงกรณีที่บอทตอบแล้วลูกค้าไม่โต้ตอบต่อ หรือกรณีที่บอทส่ง default message ออกมา
วิธีใช้ข้อมูลนี้: ทุกสัปดาห์ดู log ย้อนหลัง 7 วัน และสังเกตรูปแบบที่เกิดซ้ำ เช่น คำถามที่บอทตอบผิดซ้ำๆ หรือบทสนทนาที่ลูกค้าถามและออกไปโดยไม่ได้ผลลัพธ์ที่ต้องการ รูปแบบซ้ำคือสัญญาณให้อัปเดต knowledge base
ข้อเท็จจริงที่ต้องยอมรับ: ไม่มีบอทไหนตอบถูก 100% ทุกระบบมีอัตราความผิดพลาด ความแตกต่างคือระบบที่ดีออกแบบมาให้ "fail gracefully" คือเมื่อไม่รู้จะตอบอะไร ให้ส่งต่อหาคนแทนที่จะเดาแล้วตอบผิด ระบบที่ไม่ดีจะพยายามตอบทุกอย่างแม้จะไม่มีข้อมูลเพียงพอ
ปัญหาที่เจอบ่อยเมื่อย้ายจากเจ้าเดิมคือ LINE OA อยู่ภายใต้บัญชีของฟรีแลนซ์หรือบริษัทเก่า ไม่ใช่บัญชีของเจ้าของร้าน ซึ่งทำให้การย้ายซับซ้อนขึ้น
LINE Official Account Manager แบ่งสิทธิ์ออกเป็น Owner, Admin, และ Operator ในแต่ละระดับ:
ถ้า Owner ปัจจุบันคือฟรีแลนซ์หรือเจ้าเก่า วิธีที่ถูกต้องคือขอให้ Owner เดิมเพิ่มคุณเป็น Owner ก่อน แล้วค่อยลบ Owner เดิมออก — ทำผ่านเมนู "Accounts" ใน LINE Official Account Manager (manager.line.biz)
ค่าใช้จ่ายจริงของ LINE OA มักสูงกว่าที่คาดเพราะมีหลายชั้นที่เจ้าของร้านส่วนใหญ่ไม่ได้นับรวมตั้งแต่แรก บทนี้แยกแต่ละชั้นออกมาให้เห็นชัด
ข้อมูลด้านล่างนี้มาจาก lineforbusiness.com/th เว็บไซต์ทางการของ LINE ประเทศไทย ณ วันที่ 27 กรกฎาคม 2569 — ราคาอาจมีการเปลี่ยนแปลง ให้ตรวจสอบราคาล่าสุดที่ lineforbusiness.com/th ก่อนตัดสินใจเสมอ
| แพ็กเกจ | ราคา/เดือน | ข้อความ/เดือน | ค่าข้อความเพิ่มเติม |
|---|---|---|---|
| ฟรี | ไม่มีค่าใช้จ่าย | 300 ข้อความ | ไม่มีตัวเลือกซื้อเพิ่ม |
| เบสิก | 1,280 บาท + VAT 7% | 15,000 ข้อความ | 0.10 บาท/ข้อความ |
| โปร | 1,780 บาท + VAT 7% | 35,000 ข้อความ | 0.06 บาท/ข้อความ |
สิ่งที่เจ้าของร้านมักพลาดคือ วิธีนับจำนวนข้อความ ระบบนับแบบ per recipient ไม่ใช่ per message send: ถ้าส่งบรอดแคสต์ 1 ครั้งไปถึงผู้ติดตาม 500 คน = 500 ข้อความหักออกจาก quota ทันที ไม่ใช่ 1 ข้อความ

สังเกตว่าแพ็กเกจฟรีมีเพียง 300 ข้อความ ซึ่งหมายความว่าร้านที่มีผู้ติดตามมากกว่า 300 คน จะส่งบรอดแคสต์ได้แค่ 1 ครั้งเดียวหรือน้อยกว่านั้นต่อเดือนบนแพ็กเกจฟรี
ถ้าระบบบอทใช้ AI แบบ LLM เช่น OpenAI GPT, Google Gemini, หรือ Anthropic Claude เป็น "สมอง" ในการประมวลผลคำตอบ จะมีค่าใช้จ่ายอีกชั้นหนึ่งที่แยกออกมาต่างหากจากค่า LINE OA โดยสิ้นเชิง
LLM API คิดค่าบริการตามจำนวน "token" ที่ใช้ในแต่ละ request โดย token คือหน่วยข้อความขนาดเล็กๆ (ประมาณ 3-4 ตัวอักษรสำหรับภาษาอังกฤษ และอาจมากกว่านั้นสำหรับภาษาไทย) ในการสนทนาแต่ละครั้ง:

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

ก่อนตั้งงบประมาณ ให้ประมาณยอดผู้ติดตามที่คาดไว้ในอีก 3-6 เดือน คูณกับจำนวนครั้งที่วางแผนจะบรอดแคสต์ต่อเดือน นั่นคือจำนวน LINE message ที่จะใช้ แล้วเลือกแพ็กเกจที่รองรับได้ อย่าตั้งงบจากปัจจุบัน ให้ตั้งจากที่คาดว่าจะโตไป
สำหรับร้านที่ไม่แน่ใจว่าควรเลือกแพ็กเกจไหน วิธีปลอดภัยที่สุดคือเริ่มที่เบสิก แล้วดูว่าปริมาณการใช้งานจริงอยู่ที่ไหนหลังจากผ่านไป 1-2 เดือน การปรับแพ็กเกจทำได้ตลอดเวลาใน LINE Official Account Manager
บรอดแคสต์ LINE OA ส่งไม่ถึงได้จากหลายสาเหตุ และสาเหตุที่พบบ่อยที่สุดไม่ใช่ระบบล่ม แต่เป็นปัจจัยที่แก้ได้ถ้ารู้ว่าเกิดจากอะไร
เมื่อจำนวนข้อความที่ส่งในเดือนนั้นถึง limit ของแพ็กเกจ LINE API จะส่ง error response กลับมาและข้อความจะไม่ถูกส่งออก ลูกค้าจะไม่ได้รับโดยไม่มีการแจ้งเตือนใดๆ ทั้งจากฝั่ง LINE และฝั่งคุณ (นอกจากจะตั้ง monitoring ไว้)
ถ้าใช้แพ็กเกจฟรี (300 ข้อความ) และ quota หมด คุณจะส่งบรอดแคสต์เพิ่มไม่ได้จนกว่าจะถึงต้นเดือนถัดไปหรืออัปเกรดแพ็กเกจ ถ้าใช้แพ็กเกจเบสิกหรือโปร และ quota หมดก่อนเดือน ตัวเลือกคือ:
วิธีป้องกันปัญหานี้: ใน LINE Official Account Manager มีแดชบอร์ด analytics ที่แสดงจำนวนข้อความที่ใช้ไปในเดือนปัจจุบัน ให้ตรวจสอบตัวเลขนี้ก่อนทำบรอดแคสต์ทุกครั้ง โดยเฉพาะในช่วงท้ายเดือนที่ quota อาจใกล้หมด
นี่เป็นเรื่องที่เจ้าของร้านสับสนบ่อย คำตอบคือ ข้อความ reply (การตอบกลับ 1-1) ไม่นับต่อ quota ในทุกกรณี แต่ broadcast (การส่งให้ผู้ติดตามหลายคนพร้อมกัน) นับต่อ quota ทุกคนที่ได้รับ
ดังนั้นถ้า quota หมดเดือน คุณยังสามารถตอบลูกค้าที่ทักมาหาคุณก่อนได้ปกติ แต่จะส่งบรอดแคสต์ใหม่ไปหาผู้ติดตามทุกคนไม่ได้
นี่ยังหมายความว่าระบบบอทที่ "ตอบกลับ" (reply) ลูกค้าที่ทักมาจะไม่กินค่า broadcast quota เลย บอทตอบลูกค้าได้ไม่จำกัด แต่ถ้าต้องการให้บอท push message ออกไปหาลูกค้าที่ไม่ได้ทักมาก่อน นั่นถือเป็น broadcast และนับ quota
Rich Menu ที่แสดงที่ด้านล่างหน้าจอแชทจะไม่แสดงใน LINE application เวอร์ชันเก่ามากที่ไม่รองรับ feature นี้ พบได้ในโทรศัพท์รุ่นเก่าหรือผู้ใช้ที่ไม่เคยอัปเดต LINE เลย
ในปี 2026 ปัญหานี้พบได้น้อยลงมากเพราะ LINE app มีการบังคับอัปเดตขั้นต่ำสำหรับ feature หลักๆ แล้ว แต่ยังเห็นได้บ้างในกลุ่มผู้ใช้สูงอายุที่ใช้โทรศัพท์รุ่นเก่าและไม่ค่อยอัปเดตแอป
การตรวจสอบ: ถ้าลูกค้าแจ้งว่าไม่เห็น Rich Menu ให้ถามเวอร์ชัน LINE ที่ใช้ ถ้าเป็น version เก่ามากให้แนะนำให้อัปเดต ส่วนมากปัญหาจะหายไปเอง
สำหรับ SME ทั่วไปควรมีโล่สีน้ำเงินอย่างน้อย การยืนยันทำได้ผ่าน LINE Official Account Manager โดยส่งเอกสารยืนยันตัวตนธุรกิจ กระบวนการนี้ใช้เวลา 1-2 สัปดาห์และมีค่าธรรมเนียม ตรวจสอบรายละเอียดล่าสุดที่ lineforbusiness.com/th
Webhook ล้มเหลวเป็นสาเหตุอันดับหนึ่งที่ทำให้บอทหยุดทำงานโดยไม่มีสัญญาณเตือน และช่องว่างระหว่าง "เดโมทำงาน" กับ "ใช้งานจริงแล้วพัง" ก็เกิดจากสาเหตุที่ไม่ซับซ้อนเลย แต่มักถูกมองข้ามในขั้นตอนการวางระบบ
เมื่อลูกค้าส่งข้อความมาหา LINE OA ของคุณ LINE จะไม่เก็บข้อความนั้นไว้เองและรอให้คุณมาดึง แต่จะ "push" หรือส่งต่อข้อความนั้นทันทีไปที่ URL ที่คุณกำหนดไว้ใน LINE Developers Console — นั่นคือ Webhook URL (ดูรายละเอียดเพิ่มเติมที่ Messaging API: Receive messages)
เซิร์ฟเวอร์ที่ URL นั้นจะต้องรับข้อมูล ประมวลผล และตอบ HTTP status 200 กลับมาภายในเวลาที่กำหนด ถ้าเซิร์ฟเวอร์ไม่ตอบสนอง LINE จะถือว่าการส่ง webhook นั้นล้มเหลว บอทจะไม่มีทางรู้ว่าลูกค้าส่งข้อความมา
นี่เป็นเรื่องที่เจ้าของร้านหลายคนเจอและรู้สึกหงุดใจมาก: ตอนเจ้าของระบบ demo ให้ดู ทุกอย่างเวิร์กสมบูรณ์แบบ แต่พอ deploy ใช้งานจริงแล้วพัง
ทำได้จริง แต่มีข้อจำกัดที่ควรรู้ก่อน Google Sheets API รองรับการอ่านและเขียนข้อมูลโดย automated systems แต่มี rate limit คือจำนวน request ต่อนาทีที่จำกัด
สำหรับร้านที่มีปริมาณออเดอร์สูง ควรพิจารณา database ที่ออกแบบมาสำหรับ concurrent access โดยตรง ไม่ใช่ Sheets ซึ่งออกแบบมาสำหรับคนใช้ ไม่ใช่ระบบใช้
การเชื่อมบอทเข้ากับ CRM หรือระบบสต็อกสินค้าที่มีอยู่แล้วต้องการมากกว่าแค่ Messaging API ต้องมี backend เซิร์ฟเวอร์ที่:
ทุก CRM ไม่มี API เหมือนกัน บาง CRM ราคาประหยัดหรือโปรแกรมเก่าไม่มี API เลย ทำให้การ integrate แทบเป็นไปไม่ได้โดยไม่ต้องเขียน custom connector ที่ซับซ้อน
การถูกบล็อกเป็นสัญญาณตรงที่สุดที่ลูกค้าสื่อสารกลับมา — ว่าสิ่งที่ได้รับไม่คุ้มกับที่ต้องรับ ข่าวดีคือสัญญาณนี้อ่านได้จาก analytics และแก้ได้ก่อนที่ฐานผู้ติดตามจะพังจนกู้คืนไม่ได้
ไม่มีตัวเลขอัตราบล็อก "ปกติ" ที่ใช้ได้กับทุกธุรกิจ เพราะขึ้นอยู่กับประเภทร้าน เนื้อหาที่ส่ง ความถี่ และความสัมพันธ์ที่มีกับลูกค้า ร้านที่ลูกค้าเลือก add เพราะต้องการติดตามข่าวสารจริงๆ จะมีอัตราบล็อกต่ำกว่าร้านที่ลูกค้า add เพื่อรับส่วนลดครั้งเดียวแล้วไม่ได้ต้องการรับข่าวสารต่อเนื่อง
สิ่งที่ควรติดตามไม่ใช่ตัวเลขสัมบูรณ์ แต่คือ การเปลี่ยนแปลงของอัตราบล็อก ถ้าหลังบรอดแคสต์ครั้งล่าสุดอัตราบล็อกสูงกว่าปกติชัดเจน นั่นคือสัญญาณว่าเนื้อหาหรือเวลาของบรอดแคสต์ครั้งนั้นไม่ตรงกับที่ลูกค้าต้องการ
ดูตัวเลขนี้ได้ที่ LINE Official Account Manager ในส่วน Analytics → Followers ซึ่งแสดงกราฟ blocked accounts เทียบกับ added accounts รายวัน
ไม่มีตัวเลขตายตัว ขึ้นอยู่กับคุณภาพและความเกี่ยวข้องของเนื้อหามากกว่าจำนวนครั้ง ร้านที่ส่งข่าวสารทุกวันแต่ทุกข้อความมีคุณค่าต่อลูกค้า อาจมีอัตราบล็อกต่ำกว่าร้านที่ส่งเดือนละครั้งแต่เนื้อหาไม่ตรงใจ
เนื้อหาที่ลูกค้า LINE OA ตอบรับดีมักมีลักษณะร่วมกัน: ให้ข้อมูลที่เกี่ยวข้องกับสิ่งที่ลูกค้าสนใจจริงๆ และเกี่ยวเนื่องกับเหตุผลที่พวกเขา add LINE OA ของคุณตั้งแต่แรก
ทดสอบง่ายๆ ก่อนส่ง: ถามตัวเองว่า "ถ้าฉันเป็นลูกค้าที่ดีที่สุดของร้านนี้ ฉันอยากได้ข้อความนี้ไหม?" ถ้าคำตอบคือ "ไม่แน่ใจ" ให้ปรับก่อนส่ง
ตอบตรงๆ: ไม่ได้ เมื่อลูกค้าบล็อก LINE OA ของคุณแล้ว คุณไม่สามารถส่งข้อความถึงพวกเขาได้อีก และไม่มีวิธีที่จะ "undo" การบล็อกจากฝั่งร้าน ลูกค้าต้องเป็นผู้ unblock เองเท่านั้น ซึ่งมีโอกาสน้อยมากถ้าไม่มีเหตุผลที่แข็งแกร่งพอ
ข้อความที่ส่งไปหาคนที่บล็อกแล้วจะไม่ถูกนับต่อ quota ด้วย เพราะ LINE ไม่ได้ส่งออกจริง แต่ก็ไม่มีทางรู้ล่วงหน้าว่าใครบล็อกแล้วบ้าง เพราะ LINE ไม่เปิดเผยรายชื่อเฉพาะบุคคล
ฐานผู้ติดตามที่เสียหายไปแล้วสร้างใหม่ไม่ได้เร็ว — ต้องสร้างจากศูนย์โดยดึงผู้ติดตามใหม่ที่ยังไม่เคยบล็อก การรักษาฐานที่มีอยู่จึงสำคัญกว่าการหาเพิ่มเสมอ
บทความที่เกี่ยวข้อง
Zip AI (ซิป เอไอ) · 1986 อาคารคลาวด์ ทองหล่อ-เพชรบุรี ถ.เพชรบุรีตัดใหม่ แขวงบางกะปิ เขตห้วยขวาง กรุงเทพมหานคร 10310 · โทร 082-538-8823