← กลับไปหน้าบทความ
เอเจนซี่

ตั้ง KPI ให้ทีม Media Buyer เมื่อปลายทางต้องรอทีมเซลส์ของลูกค้าปิดการขายใน LINE

02 ส.ค. 04:10 · อ่าน 2 นาที
ตั้ง KPI ให้ทีม Media Buyer เมื่อปลายทางต้องรอทีมเซลส์ของลูกค้าปิดการขายใน LINE

สรุปสั้น ๆ

หลักการเดียวของ KPI ที่แฟร์: วัดคนที่ ‘สิ่งที่เขาคุมได้’ — Media Buyer คุมได้ถึงคุณภาพและต้นทุนของคนที่ทักเข้ามา หลังจากนั้นคือสนามของทีมเซลส์ลูกค้า ระบบที่ดีจึงมี KPI สองชุดต่อกันด้วยตัวชี้วัดคุณภาพลีดตรงรอยต่อ พร้อมข้อมูลกรวยที่ทั้งสองฝั่งเห็นเหมือนกัน — ไม่งั้นทุกเดือนจะจบที่ ‘ลีดห่วย’ ปะทะ ‘เซลส์อ่อน’ โดยไม่มีใครแก้อะไรได้

ฉากคลาสสิกในธุรกิจเอเจนซี่: สิ้นเดือน ยอดขายลูกค้าไม่ถึงเป้า ลูกค้าโทษเอเจนซี่ว่าลีดคุณภาพต่ำ เอเจนซี่เปิดหลักฐานว่าลีดเยอะและถูกลงกว่าเดือนก่อน แล้วชี้กลับว่าทีมเซลส์ลูกค้าตอบช้า-ปิดไม่เป็น สองฝั่งงัดตัวเลขคนละชุดใส่กัน ประชุมจบด้วยความบาดหมาง และเดือนถัดไปทุกอย่างเหมือนเดิม — วนแบบนี้จนสัญญาไม่ถูกต่อ ทั้งที่บางทีทั้งสองฝั่งพูดถูกทั้งคู่

ต้นตอของลูปนรกนี้คือ KPI ที่ออกแบบผิดตั้งแต่ต้น: วัด Media Buyer ด้วยยอดขาย (ที่เขาไม่ได้เป็นคนปิด) หรือวัดด้วยจำนวนลีดล้วน ๆ (ที่เขาปั๊มได้ด้วยการลดคุณภาพ) — ตัวชี้วัดที่ผิดไม่ได้แค่ไม่แฟร์ มันสร้างพฤติกรรมผิดด้วย: buyer ที่ถูกวัดด้วยจำนวนลีดจะไล่หาลีดถูก ๆ จากมุมมืดของแพลตฟอร์ม แล้วส่งขยะไปให้เซลส์ลูกค้าจมน้ำ ยิ่งทำ KPI ยิ่งสวย ยิ่งธุรกิจยิ่งพัง

บทความนี้วางระบบ KPI ที่ตัดลูปนั้นทิ้ง: แบ่งเส้นความรับผิดชอบตามความจริงของเกม LINE ที่การปิดอยู่ในมือทีมลูกค้า ตั้งตัวชี้วัดที่แต่ละฝั่งคุมได้จริง และสร้างข้อต่อที่ทำให้สองทีมมองกระดานเดียวกันแทนที่จะปากันคนละกระดาน

ขีดเส้นก่อน: ใครคุมอะไรได้จริงในกรวย LINE

ไล่กรวยตั้งแต่ต้นจนจบแล้วขีดเส้นความคุมให้ชัด: การเลือกกลุ่มเป้าหมาย ครีเอทีฟ งบ placement — Media Buyer คุมเต็ม / จำนวนและต้นทุนของคนที่คลิกและทักเข้า LINE — คุมได้มาก / ‘ความตรงกลุ่ม’ ของคนที่ทัก — คุมได้ผ่านการเลือกเป้าหมายและข้อความโฆษณา / ความเร็วการตอบ คุณภาพบทสนทนา การตาม การปิด — ทีมเซลส์ลูกค้าคุม / ราคาสินค้า โปร ความพร้อมสต๊อก — ฝั่งธุรกิจลูกค้าคุม

เห็นเส้นแล้วกฎก็เขียนตัวเอง: KPI ของ buyer ต้องจบที่ ‘ส่งคนที่ใช่ มาในต้นทุนที่คุ้ม ในจังหวะที่ปลายทางรับไหว’ — หลังเส้นนั้นเป็นความรับผิดชอบของทีมลูกค้า ที่เอเจนซี่ช่วยได้ผ่านข้อมูล (เช่น ชี้ว่าลีดเย็นเพราะตอบช้า) แต่ไม่ควรถูกลงโทษแทน การอธิบายเส้นนี้กับลูกค้าตั้งแต่วันเซ็นสัญญา สำคัญพอ ๆ กับตัว KPI เอง เพราะมันคือวัคซีนของการประชุมสิ้นเดือนที่เละ

ชุด KPI ที่ใช้จริง: หลัก สนับสนุน และเพดานกันเกม

โครงที่แนะนำสำหรับทีม buyer ในเกม LINE:

ชั้นตัวชี้วัดทำไมตัวนี้
KPI หลักต้นทุนต่อ ‘ลีดคุณภาพ’ (ทักและผ่านเกณฑ์คัดกรอง)วัดของจริงที่ buyer คุมได้ ไม่ใช่แค่ปริมาณ
KPI สนับสนุนอัตราลีดคุณภาพต่อลีดรวม, ต้นทุนต่อการทักจับทิศคุณภาพทราฟฟิกและประสิทธิภาพงบ
เพดานกันเกมสัดส่วนลีดขยะไม่เกิน X%, กระจายงบตามแผน pacingกันการปั๊มลีดถูกจากแหล่งเน่าเพื่อทำตัวเลข
ตัวติดตาม (ไม่ใช่ KPI)อัตราปิดของเซลส์, ยอดขายรวมเห็นภาพเต็มเพื่อช่วยกันแก้ ไม่ใช่เพื่อลงโทษ buyer

หัวใจของทั้งระบบ: นิยาม ‘ลีดคุณภาพ’ ที่สองฝั่งเซ็นชื่อร่วมกัน

KPI ‘ต้นทุนต่อลีดคุณภาพ’ จะศักดิ์สิทธิ์ก็ต่อเมื่อนิยามลีดคุณภาพถูกตกลงเป็นลายลักษณ์ระหว่างเอเจนซี่กับลูกค้า — ไม่ใช่ต่างคนต่างนิยาม ตัวอย่างเกณฑ์ที่ใช้กัน: ทักด้วยความสนใจสินค้าจริง (ไม่ใช่สแปม/บอท/ถามงาน), อยู่ในพื้นที่ให้บริการ, ตอบคำถามคัดกรองพื้นฐาน (เช่น งบ/ความต้องการ) อย่างน้อยหนึ่งรอบ — เกณฑ์ต้องเช็กได้จากบทสนทนาจริง และใครเป็นคนติดป้าย (แอดมิน/ระบบ) ต้องระบุชัด

ตรงนี้แหละที่ระบบวัดผลกลางเข้ามาเป็นกรรมการ: เมื่อทุกลีดถูกผูกกับแคมเปญต้นทาง สถานะการคัดกรอง และผลปิดท้ายสุดในระบบเดียว (โครงที่ระบบอย่าง linli เก็บให้ครบสาย) ตัวเลข ‘ลีดคุณภาพต่อแคมเปญ’ ก็ไม่ใช่ความเห็นของใครอีกต่อไป มันคือข้อเท็จจริงที่สองฝั่งเปิดดูหน้าจอเดียวกันได้ — และการกรองขยะออกจากตัวหารก่อนคำนวณก็เกิดในที่เดียวกัน ไม่ต้องเถียงกันว่าเดือนนี้สแปมกี่ราย

โบนัสของนิยามที่ดี: มันย้อนกลับไปพัฒนา buyer เอง — เมื่อรู้ว่าลีดที่ ‘ผ่านเกณฑ์’ มาจากแคมเปญ/ครีเอทีฟ/คีย์เวิร์ดไหน ทีมจะเลิกไล่ CTR แล้วหันไป optimize หาคนที่ผ่านเกณฑ์ ซึ่งคือการทำงานเข้าเป้าธุรกิจจริงโดยโครงสร้าง ไม่ใช่โดยการขอร้อง

ข้อต่อสุดท้าย: กระดานเดียวที่สองทีมดูพร้อมกันทุกสัปดาห์

ต่อให้ KPI ถูกออกแบบดี ถ้าสองทีมยังดูรายงานคนละฉบับ ลูปกล่าวหาก็กลับมาได้เสมอ กลไกที่ตัดจบคือกระดานกรวยร่วม — คลิก → ทัก → ลีดคุณภาพ → เข้าสู่การขาย → ปิด — อัปเดตจากระบบเดียว เปิดดูพร้อมกันในรอบประชุมสั้นรายสัปดาห์ กติกาการอ่าน: ถ้าตัวเลขตกช่วงต้นกรวย (คลิก→ลีดคุณภาพ) เจ้าภาพคือ buyer ถ้าตกช่วงท้าย (ลีดคุณภาพ→ปิด) เจ้าภาพคือทีมเซลส์ลูกค้า — ‘เจ้าภาพ’ แปลว่าเป็นคนนำการแก้ ไม่ใช่คนถูกประณาม

ตัวอย่างพลังของกระดานร่วม: เดือนหนึ่งอัตราปิดตก ทีมลูกค้ากำลังจะโทษคุณภาพลีดตามเคย แต่กระดานโชว์ว่าลีดคุณภาพสัดส่วนเท่าเดิม สิ่งที่เปลี่ยนคือเวลาตอบแชทเฉลี่ยที่ยืดจาก 15 นาทีเป็นเกือบสามชั่วโมง (เซลส์คนหนึ่งลาออก) — ปัญหาถูกแก้ด้วยการจัดเวรใหม่ในสามวัน แทนที่จะเสียเดือนไปกับการรื้อแคมเปญที่ไม่ได้ผิดอะไร นี่คือความต่างระหว่างข้อมูลที่ใช้หาคนผิด กับข้อมูลที่ใช้หาปัญหา

สรุป

KPI ไม่ใช่เครื่องมือจับผิด มันคือคำประกาศว่าองค์กรอยากได้พฤติกรรมแบบไหน — วัด buyer ที่จำนวนลีด จะได้กองลีดขยะ วัดที่ยอดขายที่เขาไม่ได้ปิด จะได้ความบาดหมางรายเดือน วัดที่ต้นทุนต่อลีดคุณภาพตามนิยามที่สองฝั่งเซ็นร่วมกัน จะได้ทีมที่ optimize เข้าเป้าธุรกิจจริงโดยอัตโนมัติ

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

  • วัดคนที่สิ่งที่เขาคุมได้: buyer จบที่ ‘ลีดคุณภาพในต้นทุนคุ้ม’ — หลังจากนั้นคือสนามเซลส์ลูกค้า
  • นิยามลีดคุณภาพต้องเป็นลายลักษณ์ เช็กได้จากแชทจริง และคนติดป้ายต้องไม่ใช่คนถูกวัด
  • กระดานกรวยร่วมรายสัปดาห์ + กติกาเจ้าภาพตามช่วงกรวย = จบลูป ‘ลีดห่วย vs เซลส์อ่อน’ ถาวร

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

ลูกค้ายืนยันจะวัดเอเจนซี่ที่ยอดขายอย่างเดียว ทำยังไง

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

นิยามลีดคุณภาพเข้มไป ลีดผ่านเกณฑ์น้อยจนตัวเลขน่าเกลียด

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

Media Buyer จะโกง KPI ด้วยการนับลีดขยะเป็นลีดคุณภาพได้ไหม

ได้ถ้าคนติดป้ายคือฝั่งเดียวกับคนถูกวัด จึงควรให้การติดป้ายคุณภาพอยู่กับแอดมิน/ทีมลูกค้าหรือเกณฑ์อัตโนมัติที่ตรวจย้อนได้ พร้อมการสุ่มตรวจบทสนทนาจริงรายเดือนโดยคนกลาง โครงสร้างที่คนวัดกับคนถูกวัดแยกกันคือภูมิคุ้มกันที่ดีกว่าความไว้ใจล้วน ๆ

ทีมเซลส์ลูกค้าอ่อนจริง ๆ เอเจนซี่ควรทำแค่ไหน

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

ควรใส่ ROAS ไว้ใน KPI ของ buyer ไหม

ใส่เป็นตัวติดตามร่วมได้ แต่ไม่ควรเป็น KPI เดี่ยวชี้ขาด เพราะ ROAS ในเกม LINE ผ่านมือเซลส์และตัวแปรธุรกิจที่ buyer ไม่ได้คุม เช่น ราคาและสต๊อก ถ้าใช้ ให้ใช้คู่กับต้นทุนต่อลีดคุณภาพเสมอ และอ่านร่วมกับข้อมูลกรวยเพื่อแยกว่าความเปลี่ยนแปลงมาจากช่วงไหนของสายพาน

รอบทบทวน KPI ควรถี่แค่ไหน

ตัวเลขดูกันรายสัปดาห์บนกระดานร่วมเพื่อแก้เกมทัน แต่ตัวโครง KPI และนิยามลีดคุณภาพควรทบทวนรายไตรมาส เพราะเปลี่ยนบ่อยกว่านั้นทีมจะไม่ทันปรับพฤติกรรม และการเปลี่ยนเกณฑ์กลางเดือนทำให้ตัวเลขเทียบข้ามช่วงไม่ได้ ยกเว้นพบช่องโหว่ถูกเกมชัดเจนค่อยแก้ทันที

อยากวัดผลโฆษณาเข้า LINE ให้ถึงยอดขาย?

ทดลองใช้ linli ฟรี 14 วัน ไม่ต้องใช้บัตรเครดิต

เริ่มทดลองใช้ฟรี

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

คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
คู่มือเริ่มต้น LINE Conversion Tracking ในไทย ตั้งแต่ติดตั้งจนวัดยอดขายจริง
สำหรับคนที่เพิ่งเริ่มทำ LINE Conversion Tracking บทความนี้รวมทุกขั้นตอนตั้งแต่นิยาม Funnel ติดตั้งระบบ เชื่อมแพลตฟอร์ม จนถึงวางแผนช่วงทดลองใช้ให้ตัดสินใจได้จริงก่อนหมด Trial
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
LINE Tracking กับ PDPA ธุรกิจไทยควรเก็บข้อมูลอย่างไรให้เหมาะสม
ระบบ Tracking ไม่ได้ทำให้ธุรกิจผ่าน PDPA โดยอัตโนมัติ บทความนี้อธิบายว่าธุรกิจยังต้องรับผิดชอบอะไรเองบ้าง ตั้งแต่ Legal Basis ไปจนถึงการจำกัดข้อมูลที่ส่งไปแพลตฟอร์มโฆษณา
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
วิธีติดตั้ง Tracking Link และ Tracking Script สำหรับปุ่ม LINE บนเว็บไซต์
ก่อนติดตั้ง Tracking Link หรือ Script บนปุ่ม LINE ต้องเตรียมอะไรบ้าง บทความนี้เล่าขั้นตอนจริงตั้งแต่สิทธิ์เข้าถึงเว็บ ไปจนถึง Test Journey ก่อนเปิดใช้งาน ไม่ใช่แค่ก็อปโค้ดไปวาง