แอดมินตอบแชทเป็นร้อยเคสต่อวัน จะรู้ได้อย่างไรว่าเคสไหนทำเงินจริง

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

ปัญหานี้ไม่ได้เกิดจากแอดมินขี้เกียจหรือทำงานไม่ดี แต่เกิดจากข้อมูลอยู่คนละที่ ข้อความอยู่ใน LINE Official Account Manager สถานะลูกค้าอยู่ในหัวแอดมินหรือสมุดจด ส่วนยอดขายอยู่ในบัญชีธนาคารหรือใบเสร็จ ไม่มีจุดไหนที่รวมสามอย่างนี้ให้เห็นภาพเดียวกัน

Make (ชื่อเดิมคือ Integromat) เป็นเครื่องมือ No-code ที่หลายทีมเริ่มใช้เชื่อม LINE OA เข้ากับระบบอื่น เพราะไม่ต้องเขียนโค้ดเอง บทความนี้จะพาไปดูว่า Make เชื่อมกับ LINE OA ได้จริงตรงไหนบ้าง วางระบบอย่างไรให้ไม่พังกลางทาง และทำไมต่อให้เชื่อมสำเร็จ ก็ยังต้องมีอีกชั้นหนึ่งถึงจะตอบคำถามที่เจ้าของร้านถามจริง ๆ ได้ นั่นคือ 'เคสไหนทำเงิน'

ทำไมแชทเยอะขึ้นทุกเดือน แต่ไม่มีใครตอบได้ว่าเคสไหนขายได้

จุดร่วมของธุรกิจที่ยิงแอดเข้า LINE OA แล้วมีคนทักเข้ามาเยอะคือ ข้อมูลการสนทนาแทบทั้งหมดอยู่ในแอปเดียวที่ไม่ได้ออกแบบมาเพื่อการวิเคราะห์ LINE Official Account Manager ให้คุณดูจำนวนคนเพิ่มเพื่อน ดูสถิติ Broadcast ได้ แต่ไม่มีฟิลด์ให้ระบุว่าแชทนี้จบด้วยการซื้อหรือไม่ซื้อ

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

ทางแก้ที่หลายทีมนึกถึงก่อนคือจ้างคนมานั่งกรอกข้อมูลย้อนหลัง แต่วิธีนี้ทำได้ไม่นานก็ล้มเลิก เพราะปริมาณงานเพิ่มเร็วกว่าที่คนจะกรอกทัน สิ่งที่ต้องทำจริง ๆ คือเปลี่ยนจาก 'กรอกย้อนหลัง' เป็น 'ดึงข้อมูลอัตโนมัติตั้งแต่ Event เกิดขึ้น' ซึ่งเป็นจุดที่เครื่องมืออย่าง Make เข้ามามีบทบาท

Make คืออะไร แล้วต่อกับ LINE OA ได้ตรงจุดไหนของระบบจริง ๆ

Make เป็นแพลตฟอร์ม Automation แบบ No-code ที่ให้คุณลากเชื่อม 'Module' ของแอปต่าง ๆ เข้าด้วยกันเป็น Scenario โดยไม่ต้องเขียนโค้ด หลักการทำงานคือ Trigger บางอย่างเกิดขึ้นในแอปต้นทาง แล้ว Make ส่งข้อมูลนั้นไปทำงานต่อในแอปปลายทางตามเงื่อนไขที่ตั้งไว้

ในฝั่ง LINE OA จุดที่ Make เชื่อมได้จริงคือผ่าน LINE Messaging API Webhook เมื่อมี Event เช่น ผู้ใช้เพิ่มเพื่อน (Follow Event) หรือส่งข้อความเข้ามา (Message Event) LINE จะยิง Webhook ไปยัง URL ที่ตั้งไว้ ซึ่งสามารถตั้งให้ชี้มาที่ Webhook Module ของ Make ได้ ทำให้ Scenario เริ่มทำงานทันทีที่มี Event เกิดขึ้นจริง

สิ่งที่ต้องเข้าใจให้ชัดคือ Make ไม่ใช่ LINE OA และไม่ใช่ตัวแทนของ LINE Official Account Manager มันเป็นเพียงตัวกลางที่รับ Event จาก Webhook แล้วส่งต่อไปยังปลายทางอื่นตามที่ตั้งค่าไว้ การตั้งค่า Webhook, Channel Access Token และสิทธิ์การเข้าถึง Messaging API ยังต้องทำผ่าน LINE Developers Console อยู่ดี — จัดเป็น Capability ระดับ B คือใช้งานได้จริงแต่ต้องเชื่อม Credential และตั้งค่าเพิ่มเติมเสมอ ไม่ใช่ปลั๊กแล้วรันทันที

หน้าตาการเชื่อมจริงเป็นอย่างไร ดึงอะไรไปไว้ที่ไหนบ้าง

รูปแบบที่ทีมส่วนใหญ่ใช้กันคือ Webhook รับ Event จาก LINE เข้ามาก่อน จากนั้น Make จะกรองว่า Event นี้เป็นประเภทไหน เช่น ข้อความตัวอักษร, สติ๊กเกอร์ หรือ Follow Event แล้วค่อยส่งข้อมูลที่จำเป็นต่อไปยังปลายทางที่ตั้งไว้ เช่น เพิ่มแถวใหม่ใน Google Sheets, สร้าง Lead ใน CRM หรือส่งข้อความแจ้งเตือนเข้ากลุ่มไลน์ของทีมขาย

ข้อมูลที่ดึงออกมาได้จาก Event มักมี User ID ของ LINE, ข้อความที่พิมพ์เข้ามา, เวลาที่เกิด Event และ Reply Token สำหรับตอบกลับอัตโนมัติถ้าต้องการ สิ่งที่ Make ไม่ ให้มาเองคือที่มาของ Lead ว่าเขามาจากแคมเปญไหน เพราะ Event ของ LINE ไม่มีข้อมูล UTM หรือ Click ID ติดมาด้วย ต้องออกแบบ Tracking Link แยกต่างหากถ้าต้องการรู้ว่าใครมาจากแอดตัวไหน

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

ขั้นตอนวาง Scenario ให้ดึงข้อมูลแชทไปหา CRM ได้จริง

1. เปิด LINE Developers Console สร้างหรือใช้ Messaging API Channel ที่มีอยู่ แล้วคัดลอก Channel Access Token กับ Channel Secret เก็บไว้อย่างปลอดภัย ห้ามแปะไว้ในที่ที่คนนอกทีมเข้าถึงได้
2. สร้าง Scenario ใหม่ใน Make แล้วเลือก Webhook Module เป็นจุดเริ่มต้น ระบบจะสร้าง URL เฉพาะให้ นำ URL นี้ไปวางในช่อง Webhook URL ของ Messaging API Channel ที่หน้า LINE Developers Console
3. ทดสอบด้วยการส่งข้อความจากบัญชี LINE ทดสอบเข้าไปยัง OA แล้วดูว่า Make รับ Payload เข้ามาหรือไม่ ถ้ารับได้ Make จะแสดงโครงสร้าง JSON ของ Event นั้นให้เห็นทันที ซึ่งใช้เป็นต้นแบบ Mapping ในขั้นถัดไป
4. เพิ่ม Filter หรือ Router เพื่อแยกประเภท Event เช่น แยก Message Event ออกจาก Follow Event เพราะสองอย่างนี้ควรส่งไปทำงานคนละแบบ ไม่ควรโยนทุก Event ลงปลายทางเดียวกันหมด
5. เพิ่ม Module ปลายทาง เช่น Google Sheets, HubSpot หรือ CRM ที่ทีมใช้ แล้ว Mapping ฟิลด์จาก Payload ของ LINE ไปยังฟิลด์ปลายทางให้ตรงความหมาย ไม่ใช่แค่ลากมาต่อกันโดยไม่เช็คชื่อฟิลด์
6. เปิด Scheduling ให้ Scenario ทำงานแบบ Instant (ทันทีที่มี Webhook เข้า) แล้วทดสอบซ้ำอีกรอบด้วยเคสจริง 3-5 เคส ก่อนปล่อยให้ทำงานกับแชทลูกค้าจริง

Mapping ข้อมูลจาก LINE ไป CRM ต้องมีฟิลด์ขั้นต่ำอะไรบ้าง

ฟิลด์ที่ควรมีอย่างน้อยเมื่อสร้าง Lead ใหม่จากแชท LINE เข้าไปใน CRM หรือ Sheet มีดังตารางนี้ ถ้าขาดฟิลด์ไหนไป ทีมขายจะต้องเปิด LINE ไปเช็คเองอยู่ดี ซึ่งทำให้ระบบอัตโนมัติเสียประโยชน์ไปครึ่งหนึ่ง:

จุดที่ Scenario มักพังกลางทาง แล้วทำให้ข้อมูลหายไปเงียบ ๆ

• Channel Access Token หมดอายุ — ถ้าใช้ Token แบบชั่วคราวโดยไม่ตั้งเป็น Long-lived Token ระบบจะหยุดรับ Event โดยไม่มีการแจ้งเตือนชัดเจน แอดมินจะรู้ตัวก็ต่อเมื่อสังเกตว่า Sheet ไม่มีแถวใหม่มาหลายวันแล้ว
• Operation Limit ของแผน Make — แต่ละแผนของ Make มีจำนวน Operation ต่อเดือนจำกัด ถ้าแชทเยอะขึ้นเร็วกว่าที่ประเมินไว้ Scenario อาจหยุดทำงานกลางเดือนเพราะโควตาหมด
• Mapping ฟิลด์ผิดตำแหน่งหลังแอปปลายทางอัปเดต — ถ้า Google Sheets หรือ CRM มีการเรียงคอลัมน์ใหม่ Scenario ที่ Map ตามตำแหน่งเดิมอาจส่งข้อมูลผิดคอลัมน์โดยไม่มี Error แจ้งเลย
• Event ซ้ำจาก Retry ของ LINE — ถ้า Make ตอบกลับ Webhook ช้าเกินเวลาที่ LINE กำหนด LINE อาจส่ง Event เดิมซ้ำ ทำให้เกิด Lead ซ้ำในปลายทางถ้าไม่ได้ตั้งการกันซ้ำด้วย User ID ไว้ก่อน
• ไม่มีใครเป็นเจ้าของ Scenario — ทีมส่วนใหญ่ให้คนคนเดียววางระบบตอนเริ่มต้น แล้วไม่มีใครดูแลต่อ พอคนนั้นลาออกหรือเปลี่ยนงาน ไม่มีใครรู้ว่า Scenario ทำงานอย่างไรเมื่อมันเริ่มมีปัญหา

ทีมแบบไหนควรลงมือทำเอง ทีมแบบไหนควรจ้างคนวางระบบให้

ถ้าทีมมีคนที่พอเข้าใจ JSON และเคยเล่นเครื่องมือ No-code มาบ้าง การเริ่มต้นทำเอง 1-2 Scenario ง่าย ๆ เช่น บันทึกข้อความเข้าไปที่ Sheet เป็นจุดเริ่มต้นที่เหมาะสม เพราะได้เห็นข้อมูลจริงและเข้าใจข้อจำกัดของระบบตั้งแต่ต้น

แต่ถ้าธุรกิจมีหลาย LINE OA พร้อมกัน หรือต้องเชื่อมกับ CRM ที่มี Business Logic ซับซ้อน เช่น ต้องแยก Lead ตามสาขา ต้องกันซ้ำข้ามหลายช่องทาง หรือต้องส่งต่อไปคำนวณ Conversion กลับ Ads Platform ด้วย การจ้างคนที่มีประสบการณ์วางระบบ Automation โดยเฉพาะจะประหยัดเวลากว่า เพราะความผิดพลาดที่เกิดจากการลองผิดลองถูกในระบบซับซ้อนมักแก้ยากกว่าที่คิด

ทีมเอเจนซี่ที่ดูแลหลายลูกค้าพร้อมกันควรวาง Naming Convention ของ Scenario ให้ชัดตั้งแต่ต้น เช่น ตั้งชื่อตามลูกค้าและปลายทาง เพื่อให้คนอื่นในทีมเข้ามาดูแลต่อได้ ถ้าใช้ชื่อ Scenario แบบ 'Untitled' ไปเรื่อย ๆ วันที่ต้องแก้ปัญหาเร่งด่วนจะหาไม่เจอว่าตัวไหนคือตัวที่พัง

ข้อจำกัดที่ No-code แบบ Make แก้ให้ไม่ได้ทั้งหมด

Make ช่วยลดงาน Manual ได้มาก แต่ไม่ได้แก้ปัญหาเรื่องนิยาม Lead หรือ Qualified Lead ให้ธุรกิจ ถ้าทีมยังไม่ตกลงกันว่า Lead คืออะไร ต่อให้ระบบส่งข้อมูลเร็วแค่ไหน สุดท้ายก็ยังนับซ้ำหรือนับผิดอยู่ดี

อีกจุดที่ No-code ทำแทนไม่ได้คือการตัดสินใจว่าแชทไหน 'มีคุณภาพ' แชทที่ยาวสิบข้อความอาจเป็นแค่คนถามเล่น ขณะที่แชทสั้นสามข้อความอาจเป็นคนที่พร้อมโอนเงินทันที การตัดสินคุณภาพยังต้องอาศัยคนหรือกฎที่ทีมกำหนดเอง ไม่ใช่สิ่งที่ Automation รู้เองได้

ในแง่ของ linli ระบบมีบทบาทอยู่ในจุดที่ต่อจากตรงนี้ คือช่วยผูก Tracking Link ตั้งแต่ต้นทางโฆษณาเข้ามาถึงแชทและสถานะการขาย เพื่อให้เห็นว่า Lead รายไหนมาจากแคมเปญไหนแล้วปิดการขายได้จริง ซึ่งเป็นคนละชั้นกับสิ่งที่ Make ทำ Make ช่วยส่งข้อมูลดิบจาก Event ไปเก็บ ส่วนการผูกที่มาของแอดกับผลลัพธ์ปลายทางยังต้องมีระบบที่ออกแบบมาเพื่อ Attribution โดยเฉพาะ

เชื่อม Make กับ LINE OA เสร็จแล้ว ต้องทำอะไรต่อถึงจะเห็นว่าเคสไหนทำเงิน

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

ขั้นถัดมาคือผูก Tracking Link ที่แยกตามแคมเปญโฆษณาก่อนพาไปหา LINE เพื่อให้รู้ต้นทางจริงของแต่ละ Lead ไม่ใช่แค่รู้ว่ามีคนทักเข้ามา อ่านเพิ่มได้ที่เรื่อง การออกแบบเส้นทางข้อมูลจาก LINE OA ซึ่งพูดถึงจุดนี้ไว้ละเอียดกว่า

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

สรุป

Make เชื่อมกับ LINE OA ได้จริงผ่าน Messaging API Webhook และช่วยลดงาน Manual ของแอดมินได้มาก แต่ต้องเข้าใจว่านี่เป็นแค่ชั้นของการส่งข้อมูลดิบ ไม่ใช่ชั้นของการวิเคราะห์ว่าเคสไหนทำเงินจริง

คำถามที่เจ้าของร้านถามว่า 'เคสไหนทำเงิน' ต้องการอีกสองสิ่งเพิ่มจาก Automation คือการกำหนดสถานะ Lead ที่ทีมขายอัปเดตจริง และการผูกที่มาของแอดเข้ากับผลลัพธ์ปลายทาง ถ้าขาดสองสิ่งนี้ ต่อให้ Scenario ทำงานสมบูรณ์แค่ไหนก็ยังตอบคำถามนั้นไม่ได้

• Make รับ Event ผ่าน LINE Messaging API Webhook แล้วส่งต่อไปยังปลายทางที่ตั้งไว้ตาม Scenario
• ต้องตั้ง Long-lived Token, กันซ้ำด้วย User ID และเฝ้าดู Operation Limit ไม่ให้ Scenario หยุดกลางทาง
• เชื่อมสำเร็จยังไม่พอ ต้องมีสถานะ Lead และ Tracking Link ที่ผูกกับแคมเปญโฆษณาด้วย
• ทีมที่มีหลาย LINE OA หรือ CRM ซับซ้อน ควรพิจารณาจ้างคนวางระบบแทนการลองผิดลองถูกเอง

คำถามที่พบบ่อย