← กลับไปหน้าบทความ
LINE Tracking

บอทตอบไวจนลืมถามว่ามาจากไหน ต้องเก็บที่มาของแอดให้ทันตั้งแต่ AI ทักทายคำแรก

ทีมบรรณาธิการ linli10 ก.ค. 11:47อัปเดต 10 ก.ค. 11:47อ่าน 2 นาที
บอทตอบไวจนลืมถามว่ามาจากไหน ต้องเก็บที่มาของแอดให้ทันตั้งแต่ AI ทักทายคำแรก
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

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

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

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

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

จุดที่ข้อมูลที่มาหายไปตอนไหนกันแน่

เวลาลูกค้ากดจากโฆษณามาที่ LINE OA ระบบจะแนบข้อมูลบางอย่างมาด้วยในเบื้องหลัง เช่น referral object หรือพารามิเตอร์ที่ติดมากับลิงก์ที่คนกด ซึ่งทั้งหมดนี้มาถึง webhook ของเพจก่อนที่ AI จะเริ่มประมวลผลข้อความด้วยซ้ำ

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

ยิ่งไปกว่านั้น บางระบบ AI ตอบแชทที่ซื้อสำเร็จรูปมา ยิ่งไม่เปิดให้แตะ payload ดิบของ webhook เลย เห็นแค่ข้อความที่แปลงมาแล้ว นี่คือสาเหตุที่ทำไมร้านที่เพิ่งเปลี่ยนมาใช้บอทสำเร็จรูป มักเจอปัญหา attribution หายทันทีที่เปลี่ยนระบบ และบางเคสยังไปชนกับสาย webhook ที่ระบบ tracking เดิมใช้อยู่จนข้อมูลหายไปทั้งสองทาง

ข้อมูลอะไรบ้างที่มากับ webhook ตอนลูกค้ากดจากแอด

ฟิลด์มาจากไหนทำไมสำคัญ
source.userIdLINE ส่งมาทุกครั้งที่มีข้อความระบุตัวลูกค้า ใช้ผูกกับประวัติการทัก
referral.type / sourceติดมาเมื่อกดจากลิงก์ที่มี ref parameterบอกว่าเข้ามาทางไหน เช่นจากโฆษณาหรือจากลิงก์ในเว็บ
timestampเวลาที่ webhook ยิงเข้ามาใช้จับคู่กับเวลาที่คลิกโฆษณา ถ้าห่างกันมากอาจไม่ใช่คนเดียวกัน
short-link/click idฝังไว้ในลิงก์ปลายทางของแอดก่อนคนกด Add friendตัวเชื่อมสำคัญที่สุดระหว่างคลิกโฆษณากับข้อความแรกใน LINE

3 จุดพลาดที่ทำให้บอทตอบไวแต่ข้อมูลไม่ครบ

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

วิธีต่อสายให้บอทกับข้อมูลที่มาไม่หลุดจากกัน

  1. วางชั้นกลาง (middleware) ระหว่าง webhook กับ AI — รับ payload ดิบก่อน แล้วดึง referral/click id ไปบันทึกคู่กับ userId ก่อนค่อยส่งข้อความให้โมเดลตอบ
  2. ผูกทุกลิงก์โฆษณาให้วิ่งผ่าน short link ที่มีพารามิเตอร์ระบุแคมเปญ ก่อนจะพาไปหน้า Add friend เพื่อให้มีอะไรให้ webhook รับมาเก็บจริง ๆ
  3. ให้ AI ตอบข้อความปกติของมันไปเหมือนเดิม แต่แยกงานบันทึก attribution ออกมาเป็นคนละ process ไม่ต้องพึ่งให้โมเดลเข้าใจเรื่อง tracking เลย
  4. ทดสอบด้วยการกดแอดจริงเข้ามาเอง แล้วเช็กว่าตอนออเดอร์ปิดในระบบหลังบ้าน คอลัมน์ที่มามีค่าไหม ถ้าว่างแปลว่าจุดใดจุดหนึ่งในสามข้อบนยังไม่ครบ ถ้าอยากดูภาพรวมของที่มาที่ทาง traffic ก่อนเข้า LINEประกอบด้วย จะช่วยยืนยันว่าข้อมูลไม่ได้หายตั้งแต่ต้นทาง

หลังแก้แล้วเกิดอะไรขึ้นกับ 'ครัวป้าหนู'

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

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

สรุป

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

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

  • referral/click id ต้องถูกดึงไปเก็บก่อนที่ AI จะเริ่มตอบข้อความ ไม่ใช่ปล่อยให้หายไปกับ payload ที่ไม่มีใครแตะ
  • แยกงาน 'ตอบแชท' กับงาน 'เก็บที่มา' ออกจากกัน จะดูแลรักษาระบบได้ง่ายกว่าฝังรวมไว้ในบอทตัวเดียว
  • ทดสอบด้วยการกดแอดจริงเข้ามาเองเป็นระยะ เพื่อจับให้ทันถ้าจุดใดจุดหนึ่งเริ่มหลุด

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

ถ้าใช้บอทสำเร็จรูปที่ซื้อมา แก้เรื่องนี้ได้ไหม

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

referral parameter หายไปเองได้ไหมแม้ตั้งค่าถูกแล้ว

มีบ้างในบางกรณี เช่นลูกค้าเคยแอดเพื่อนอยู่แล้วแล้วกดลิงก์แอดซ้ำ LINE อาจไม่ส่ง referral มาเพราะมองว่าไม่ใช่การเข้ามาครั้งแรก จุดนี้ควรรู้ไว้เพื่อไม่ตกใจว่าโค้ดพัง

จำเป็นต้องมี middleware เสมอไหม หรือให้ AI จัดการเองได้เลย

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

ถ้าไม่มีทีมเทคนิคเลย พอมีทางลัดไหม

อย่างน้อยควรเริ่มจากผูกลิงก์โฆษณาทุกตัวให้วิ่งผ่าน short link ที่ระบุแคมเปญก่อน แล้วให้ทีมที่ดูแลบอทหรือระบบอย่าง linli ช่วยตรวจว่าข้อมูลนั้นถูกบันทึกไว้จริงหรือเปล่า

ตัวเลขที่มาแอดใน CRM หายเป็นบางเคส ปกติไหม

ถ้าหายเป็นบางเคสมากกว่าหายทั้งหมด มักเป็นเพราะบางช่องทางส่ง referral มาไม่ครบ เช่นลิงก์ที่แชร์ต่อในกลุ่มไลน์แทนที่จะกดตรงจากแอด ควรแยกดูเป็นเคส ๆ ว่าช่องทางไหนหายบ่อยกว่ากัน

ปัญหานี้เกี่ยวกับ speed-to-lead ที่คนพูดถึงบ่อยไหม

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

รู้ว่าโฆษณาเข้า LINE ทำยอดขายจริงแค่ไหน

linli ติดตามลูกค้าตั้งแต่คลิกโฆษณา กดเพิ่มเพื่อน ทักแชท จนปิดการขาย พร้อมส่ง Conversion กลับแพลตฟอร์มโฆษณา เริ่มฟรี 14 วัน

ทดลองใช้ฟรี 14 วัน

บทความที่เกี่ยวข้อง

เลิกรอแอดรีทาร์เก็ตเดาถูกอย่างเดียว — ยิงบรอดแคสต์ LINE หาลูกค้าเก่าด้วยกลุ่มที่คุณแบ่งเอง

เลิกรอแอดรีทาร์เก็ตเดาถูกอย่างเดียว — ยิงบรอดแคสต์ LINE หาลูกค้าเก่าด้วยกลุ่มที่คุณแบ่งเอง

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

เมื่อไหร่ควรแยก LINE OA บัญชีเดียวออกเป็นหลายบัญชี และสิ่งที่เสียไปถ้าไม่วางแผนก่อน

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

ขยายไปขายต่างจังหวัดแล้วแยก LINE OA ตามภาค แต่ตัวเลขวัดผลกลับเทียบกันไม่ได้เลย

การแยก LINE OA ตามภูมิภาคช่วยให้ทีมท้องถิ่นดูแลลูกค้าใกล้ตัวขึ้น แต่ถ้าแต่ละบัญชีตั้งค่าวัดผลไม่เหมือนกัน สุดท้ายเจ้าของธุรกิจจะเทียบผลงานระหว่างภาคไม่ได้เลย