บอทตอบไวจนลืมถามว่ามาจากไหน: เก็บที่มาของแอดให้ทันตั้งแต่ AI ทักทายคำแรก
สรุปสั้น ๆ
ปัญหาไม่ได้อยู่ที่ AI ตอบช้าหรือไว แต่อยู่ที่ตอนเซ็ตอัพบอทส่วนใหญ่มองข้ามการส่งต่อ referral/click id จากตอนที่ลูกค้ากดมาจากแอด ถ้าบอทไม่ผูกข้อมูลนี้ไว้ตั้งแต่ข้อความแรก พอถึงขั้นปิดการขายจริงจะสาวกลับไม่เจอว่ามาจากแอดตัวไหน
ร้านขนมเล็ก ๆ ชื่อ 'ครัวป้าหนู' เพิ่งลงทุนติดตั้ง AI ตอบแชทอัตโนมัติเพราะแอดมินเดิมตอบไม่ทัน คนทักเข้ามาวันละเกือบร้อยข้อความ พอมีบอทมาช่วย ความเร็วในการตอบดีขึ้นทันที จากที่เคยรอสามสิบนาทีเหลือแค่ไม่กี่วินาที เจ้าของร้านดีใจมากช่วงแรก
แต่พอผ่านไปสองสัปดาห์ เจ้าของร้านเปิดรายงานยอดขายมาดู กลับพบว่าคอลัมน์ 'มาจากแอดไหน' ของออเดอร์ที่ปิดผ่านแชทเกินครึ่งว่างเปล่า ทั้งที่ตอนก่อนใช้บอท แอดมินยังพอจดจำได้คร่าว ๆ ว่าลูกค้าคนไหนทักมาจากโพสต์ไหน เพราะเห็นข้อความ 'สนใจจากโพสต์...' ติดมาด้วย
เรื่องนี้ไม่ใช่ความผิดของ AI ที่ตอบไว แต่เป็นจุดที่คนตั้งค่าบอทมักมองข้าม — บอทถูกสอนให้ตอบคำถามเก่ง แต่ไม่ได้ถูกสอนให้ 'จำ' ว่าข้อความแรกที่ทักเข้ามาผูกกับคลิกโฆษณาตัวไหน พอเวลาผ่านไปสองสามชั่วโมงแล้วมีคนมาปิดการขายจริง ข้อมูลที่มาก็หายไปแล้ว
จุดที่ข้อมูลที่มาหายไปตอนไหนกันแน่
เวลาลูกค้ากดจากโฆษณามาที่ LINE OA ระบบจะแนบข้อมูลบางอย่างมาด้วยในเบื้องหลัง เช่น referral object หรือพารามิเตอร์ที่ติดมากับลิงก์ที่คนกด ซึ่งทั้งหมดนี้มาถึง webhook ของเพจก่อนที่ AI จะเริ่มประมวลผลข้อความด้วยซ้ำ
ปัญหาคือทีมส่วนใหญ่เอา AI มาต่อกับ 'ข้อความ' อย่างเดียว คือส่งแค่ตัวอักษรที่ลูกค้าพิมพ์ไปให้โมเดลตอบ โดยไม่ได้ดึงข้อมูล referral ที่แนบมาพร้อมกันไปเก็บไว้ พอบอทตอบเสร็จ ข้อมูลก้อนนั้นก็หลุดหายไปเงียบ ๆ เพราะไม่มีใครเขียนโค้ดให้บันทึกมันไว้
ยิ่งไปกว่านั้น บางระบบ AI ตอบแชทที่ซื้อสำเร็จรูปมา ยิ่งไม่เปิดให้แตะ payload ดิบของ webhook เลย เห็นแค่ข้อความที่แปลงมาแล้ว นี่คือสาเหตุที่ทำไมร้านที่เพิ่งเปลี่ยนมาใช้บอทสำเร็จรูป มักเจอปัญหา attribution หายทันทีที่เปลี่ยนระบบ และบางเคสยังไปชนกับสาย webhook ที่ระบบ tracking เดิมใช้อยู่จนข้อมูลหายไปทั้งสองทาง
ข้อมูลอะไรบ้างที่มากับ webhook ตอนลูกค้ากดจากแอด
| ฟิลด์ | มาจากไหน | ทำไมสำคัญ |
|---|---|---|
| source.userId | LINE ส่งมาทุกครั้งที่มีข้อความ | ระบุตัวลูกค้า ใช้ผูกกับประวัติการทัก |
| referral.type / source | ติดมาเมื่อกดจากลิงก์ที่มี ref parameter | บอกว่าเข้ามาทางไหน เช่นจากโฆษณาหรือจากลิงก์ในเว็บ |
| timestamp | เวลาที่ webhook ยิงเข้ามา | ใช้จับคู่กับเวลาที่คลิกโฆษณา ถ้าห่างกันมากอาจไม่ใช่คนเดียวกัน |
| short-link/click id | ฝังไว้ในลิงก์ปลายทางของแอดก่อนคนกด Add friend | ตัวเชื่อมสำคัญที่สุดระหว่างคลิกโฆษณากับข้อความแรกใน LINE |
3 จุดพลาดที่ทำให้บอทตอบไวแต่ข้อมูลไม่ครบ
- ต่อ AI เข้ากับ webhook โดยตรงแบบไม่ผ่านชั้นเก็บข้อมูล — ข้อความวิ่งเข้าโมเดลแล้วตอบกลับทันที ไม่มีจุดไหนแวะเก็บ referral ก่อน
- ใช้ลิงก์แอดแบบสั้นที่ไม่มี tracking parameter — ถ้าลิงก์ปลายทางไม่มีอะไรติดไปเลย ต่อให้ระบบเก็บข้อมูลดีแค่ไหนก็ไม่มีอะไรให้เก็บ
- ทีมการตลาดกับทีมที่ตั้งค่าบอทเป็นคนละคนกัน — คนทำแอดรู้ว่าต้องมี ช่องว่างระหว่างคลิกกับแชท ที่ต้องเชื่อม แต่คนตั้งบอทไม่รู้ เลยไม่มีใครคุยกันเรื่องนี้ตั้งแต่แรก
วิธีต่อสายให้บอทกับข้อมูลที่มาไม่หลุดจากกัน
- วางชั้นกลาง (middleware) ระหว่าง webhook กับ AI — รับ payload ดิบก่อน แล้วดึง referral/click id ไปบันทึกคู่กับ userId ก่อนค่อยส่งข้อความให้โมเดลตอบ
- ผูกทุกลิงก์โฆษณาให้วิ่งผ่าน short link ที่มีพารามิเตอร์ระบุแคมเปญ ก่อนจะพาไปหน้า Add friend เพื่อให้มีอะไรให้ webhook รับมาเก็บจริง ๆ
- ให้ AI ตอบข้อความปกติของมันไปเหมือนเดิม แต่แยกงานบันทึก attribution ออกมาเป็นคนละ process ไม่ต้องพึ่งให้โมเดลเข้าใจเรื่อง tracking เลย
- ทดสอบด้วยการกดแอดจริงเข้ามาเอง แล้วเช็กว่าตอนออเดอร์ปิดในระบบหลังบ้าน คอลัมน์ที่มามีค่าไหม ถ้าว่างแปลว่าจุดใดจุดหนึ่งในสามข้อบนยังไม่ครบ ถ้าอยากดูภาพรวมของที่มาที่ทาง 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 พูดถึงความเร็วในการตอบลูกค้า ส่วนเรื่องนี้พูดถึงว่าตอบไวแล้วยังจำที่มาของแอดได้อยู่หรือเปล่า สองเรื่องต้องแก้คนละจุดกัน
บทความที่เกี่ยวข้อง
