← กลับไปหน้าบทความ
ส่ง Conversion กลับ

เชื่อม Events API เข้า TikTok มาสามเดือน Lead จาก LINE เพิ่มขึ้นทุกเดือน แต่ CPA กลับไม่ลงเลย

ทีมบรรณาธิการ linli12 ส.ค. 04:51อัปเดต 12 ส.ค. 04:51อ่าน 3 นาที
เชื่อม Events API เข้า TikTok มาสามเดือน Lead จาก LINE เพิ่มขึ้นทุกเดือน แต่ CPA กลับไม่ลงเลย
บทความนี้จัดทำเพื่อความรู้ ชื่อธุรกิจ ตัวเลข หรือบทสนทนาที่ไม่มีแหล่งอ้างอิงกำกับเป็นกรณีตัวอย่างเพื่ออธิบายแนวคิด ดูรายละเอียดที่ นโยบายกองบรรณาธิการ

สรุปสั้น ๆ

Lead จาก LINE ที่เพิ่มขึ้นหลังเชื่อม Events API เข้า TikTok แต่ CPA ไม่ลดลง มักเกิดจากระบบ Optimize ไปยัง Event ต้น Funnel อย่าง Lead ที่วัดปริมาณได้ง่าย แต่ไม่ได้สะท้อนคุณภาพหรือยอดขายจริงที่อยู่ปลายทาง จึงต้องวางโครงสร้าง Event ให้ครอบคลุมถึง Qualified Lead และ Closed Sale ด้วย ไม่ใช่หยุดแค่ Lead

ทีมการตลาดของร้านค้าออนไลน์แห่งหนึ่งตั้ง Events API เชื่อม CRM เข้า TikTok เพื่อส่ง Event Lead กลับไปตั้งแต่สามเดือนก่อน ตัวเลข Lead ในรายงานเพิ่มขึ้นทุกเดือนอย่างต่อเนื่อง หัวหน้าทีมดีใจที่ระบบทำงานได้ตามแผน แต่พอไล่ดูต้นทุนต่อ Lead หรือ CPA กลับพบว่าตัวเลขแทบไม่ขยับลงเลยตลอดสามเดือนที่ผ่านมา ทั้งที่คาดว่าเมื่อมีข้อมูลป้อนกลับให้ระบบมากขึ้น ต้นทุนควรลดลงตามการเรียนรู้ของอัลกอริทึม

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

บทความนี้จะพาไล่ตั้งแต่สาเหตุที่ CPA ไม่ลดทั้งที่ Lead เพิ่ม ไปจนถึงวิธีวางโครงสร้าง Event ให้ระบบเห็นสัญญาณคุณภาพมากขึ้น พร้อมตารางเปรียบเทียบ Event แต่ละระดับ และแนวทางที่ใช้ได้จริงเมื่อข้อมูล Qualified Lead หรือ Closed Sale ยังมีปริมาณน้อยเกินจะใช้ Optimize โดยตรง

ทำไม Lead เพิ่มขึ้นทุกเดือน แต่ CPA ไม่ลดลงตาม

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

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

ทำไมต้องมี Event มากกว่าหนึ่งระดับ ไม่ใช่แค่ Lead

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

ในช่วงเริ่มต้นที่ข้อมูล Closed Sale ยังมีน้อยเกินไปสำหรับให้ระบบเรียนรู้ อาจต้องใช้ Qualified Lead เป็นสัญญาณหลักไปก่อน เพราะยังพอมีปริมาณมากกว่า Closed Sale แต่คุณภาพสูงกว่า Lead ธรรมดา เมื่อข้อมูล Closed Sale เริ่มสะสมมากพอในภายหลัง ค่อยพิจารณาเปลี่ยนไป Optimize ที่ Event นั้นแทน โดยต้องตรวจสอบคำแนะนำและข้อกำหนดล่าสุดของ TikTok เรื่องปริมาณข้อมูลขั้นต่ำที่เหมาะสมก่อนเปลี่ยนทุกครั้ง

นิยาม Qualified Lead ให้ชัดก่อนส่ง Event กลับ

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

สิ่งสำคัญคือเกณฑ์นี้ต้องเขียนเป็นข้อความชัดเจนให้ทีมขายใช้ตัดสินใจแบบเดียวกันทุกคน แล้วผูกกับปุ่มหรือสถานะใน CRM ที่กดครั้งเดียวก็ส่ง Event Qualified Lead กลับ TikTok โดยอัตโนมัติผ่าน Events API ไม่ใช่ให้แต่ละคนแยกไปส่งเองซึ่งจะขาดตอนได้ง่าย เรื่องนี้เชื่อมโยงกับการใช้ CRM เป็นมุมวิเคราะห์คู่กับ Ads Managerที่เคยพูดถึงไปแล้ว เพราะ Qualified Lead ที่นิยามชัดคือจุดต่อที่ทำให้สองมุมนี้เทียบกันได้อย่างมีความหมาย

ขั้นตอนตั้งค่า Event หลายระดับให้ Events API ส่งกลับได้ถูกต้อง

เมื่อนิยามแต่ละระดับ Event ชัดแล้ว ให้ทำตามขั้นตอนนี้เพื่อเชื่อมกับ Events API อย่างเป็นระบบ:

  1. จัดกลุ่ม Event ในระบบเป็นสามระดับ คือ Lead, Qualified Lead และ Closed Sale โดยแต่ละระดับต้องมี Timestamp และ Lead ID เดียวกันตลอดเส้นทาง
  2. ตั้งค่าให้การเปลี่ยนสถานะใน CRM แต่ละระดับ Trigger การส่ง Event ผ่าน Events API โดยอัตโนมัติ แทนการให้ทีมส่งเองแบบ Manual
  3. ตรวจสอบว่า Event ID ที่ใช้กันซ้ำไม่ชนกับ Event ที่อาจถูกส่งจาก TikTok Pixel บนเว็บไซต์ในกรณีที่ธุรกิจใช้ทั้งสองช่องทาง
  4. เริ่ม Optimize ที่ Event ระดับล่างสุดที่มีปริมาณเพียงพอก่อน แล้ววางแผนล่วงหน้าว่าจะขยับไป Event ระดับสูงขึ้นเมื่อข้อมูลสะสมมากพอ
  5. ทดสอบด้วย Test Event ก่อนใช้งานจริง ตรวจว่าทั้งสามระดับ Event ส่งเข้า TikTok Events Manager ถูกต้องครบทุกฟิลด์ที่ตั้งใจไว้

ตัวอย่างสมมติ: เปรียบเทียบ CPA เมื่อวัดคนละระดับ Event

ตัวเลขต่อไปนี้เป็นข้อมูลสมมติจากธุรกิจเดียวกันในเดือนเดียวกัน แสดงให้เห็นว่าต้นทุนต่างกันมากแค่ไหนเมื่อดูคนละระดับ Event:

ระดับ Eventจำนวน (สมมติ)ต้นทุนต่อ Event (สมมติ)
Lead (ทักแชท)480 ราย65 บาท
Qualified Lead (ผ่านเกณฑ์คัดกรอง)150 ราย208 บาท
Closed Sale (ปิดการขายจริง)38 ราย820 บาท

ตัวเลขชุดนี้บอกอะไร และควรตัดสินใจต่อยังไง

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

การตัดสินใจที่ควรทำต่อจากตารางนี้คือเทียบต้นทุนต่อ Closed Sale กับ Margin ของสินค้าว่าคุ้มค่าหรือไม่ ถ้าไม่คุ้ม ต้องกลับไปพิจารณาว่าจะปรับ Creative ให้กรองคนที่ไม่ตรงกลุ่มออกตั้งแต่ต้น หรือปรับ Event ที่ใช้ Optimize ให้ขยับไปทาง Qualified Lead มากขึ้นเพื่อให้ระบบเรียนรู้จากสัญญาณคุณภาพแทนปริมาณอย่างเดียว

ข้อผิดพลาดที่ทำให้ตั้ง Events API แล้วยังแก้ปัญหา CPA ไม่ได้

ข้อผิดพลาดแรกที่พบบ่อยคือเปลี่ยน Event ที่ใช้ Optimize จาก Lead ไป Qualified Lead ทันทีโดยไม่ดูปริมาณข้อมูลก่อน ถ้า Qualified Lead มีจำนวนน้อยเกินไปในแต่ละสัปดาห์ ระบบจะไม่มีข้อมูลพอให้เรียนรู้ ผลลัพธ์อาจแย่ลงกว่าเดิมแทนที่จะดีขึ้น ควรตรวจปริมาณและความสม่ำเสมอของข้อมูลก่อนตัดสินใจเปลี่ยน Primary Event ทุกครั้ง

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

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

ทำให้ทีมมาร์เก็ตติ้งกับทีมขายมองตัวเลขชุดเดียวกัน

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

วิธีที่ช่วยได้คือทำแดชบอร์ดกลางที่แสดงทั้งสามระดับ Event พร้อมกันในหน้าจอเดียว ให้ทั้งทีมมาร์เก็ตติ้งและทีมขายเห็นภาพเดียวกันทุกสัปดาห์ เมื่อทั้งสองฝ่ายเห็นตัวเลข Qualified Lead และ Closed Sale ควบคู่กับ Lead ตั้งแต่ต้น การพูดคุยเรื่องคุณภาพ Traffic กับการปรับ Creative จะมีข้อมูลรองรับที่ตรงกัน แทนที่จะโยนความผิดไปมาระหว่างฝ่ายโดยไม่มีตัวเลขยืนยันฝั่งใดฝั่งหนึ่ง

สรุป

Lead ที่เพิ่มขึ้นทุกเดือนแต่ CPA ไม่ลดลง ไม่ใช่สัญญาณว่าระบบทำงานผิดพลาด แต่มักเป็นผลจากการ Optimize ไปยัง Event ต้น Funnel ที่วัดปริมาณได้ง่ายแต่ไม่สะท้อนคุณภาพ การแก้ไขที่ตรงจุดคือเพิ่มระดับ Event ให้ครอบคลุมถึง Qualified Lead และ Closed Sale แล้วค่อยขยับ Optimize ไปยัง Event ที่สะท้อนคุณภาพมากขึ้นเมื่อข้อมูลสะสมมากพอ

ขั้นต่อไปที่ควรทำคือดึงตัวเลข Lead ปัจจุบันมาแยกเป็นสามระดับตามตัวอย่างในบทความนี้ แล้วดูว่าต้นทุนต่อ Closed Sale จริงอยู่ที่เท่าไหร่เทียบกับ Margin ที่ธุรกิจรับได้ ก่อนตัดสินใจเพิ่มงบหรือเปลี่ยน Event ที่ใช้ Optimize ต่อไป

  • Lead เพิ่มแต่ CPA ไม่ลด มักเกิดจากระบบ Optimize ไปยัง Event ที่วัดปริมาณง่ายแต่ไม่สะท้อนคุณภาพ
  • ควรมี Event อย่างน้อยสามระดับ คือ Lead, Qualified Lead และ Closed Sale ที่นิยามชัดและ Trigger อัตโนมัติจาก CRM
  • เปลี่ยน Event ที่ใช้ Optimize ต้องดูปริมาณและความสม่ำเสมอของข้อมูลก่อนเสมอ ไม่ใช่เปลี่ยนเพราะอยากได้สัญญาณคุณภาพเร็วเกินไป

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

ควร Optimize ไปที่ Lead, Qualified Lead หรือ Closed Sale ดีที่สุด

ไม่มีคำตอบตายตัวที่ใช้ได้ทุกธุรกิจ ขึ้นกับปริมาณและความสม่ำเสมอของข้อมูลแต่ละระดับ ถ้า Closed Sale มีปริมาณน้อยเกินไป อาจต้องใช้ Qualified Lead เป็นสัญญาณหลักไปก่อน แล้วค่อยขยับเมื่อข้อมูลสะสมมากพอ ควรตรวจคำแนะนำล่าสุดของแพลตฟอร์มประกอบการตัดสินใจด้วย

ทำไมเปลี่ยน Event ที่ใช้ Optimize แล้วผลลัพธ์แย่ลงในช่วงแรก

เป็นเรื่องปกติที่ระบบต้องใช้เวลาเรียนรู้สัญญาณใหม่ โดยเฉพาะถ้า Event ใหม่มีปริมาณน้อยกว่า Event เดิมมาก ควรให้เวลาสังเกตต่อเนื่องก่อนตัดสินใจเปลี่ยนกลับ และควรบันทึกวันที่เปลี่ยน Conversion Goal ไว้เพื่อใช้อ้างอิงเปรียบเทียบภายหลัง

Qualified Lead ต้องนิยามเหมือนกันทุกธุรกิจไหม

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

ถ้าทีมขายอัปเดตสถานะช้า จะกระทบ Event ที่ส่งกลับ TikTok อย่างไร

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

ต้องมี Pixel บนเว็บไซต์ด้วยไหมถ้าใช้ Events API จาก CRM แล้ว

ขึ้นอยู่กับว่าธุรกิจมี Journey ผ่านเว็บไซต์มากแค่ไหนก่อนเข้า LINE ถ้ามีขั้นตอนสำคัญบนเว็บ เช่น หน้า Landing Page ที่ต้องวัด ควรใช้ทั้งสองช่องทางร่วมกันพร้อมตั้ง Deduplication ให้ถูกต้อง ไม่ใช่เลือกใช้แค่ทางใดทางหนึ่งเพียงเพราะติดตั้งง่ายกว่า

มีระบบที่ช่วยส่งสถานะ Lead หลายระดับจาก LINE กลับ TikTok อัตโนมัติไหม

ระบบอย่าง linli ช่วยเก็บสถานะ Lead ตั้งแต่ทักแชทจนถึงปิดการขายไว้ในที่เดียวตามการตั้งค่า Project ที่เปิดใช้งาน และรองรับการส่ง Conversion กลับไปยังแพลตฟอร์มที่เชื่อมต่อ แต่การกำหนดเกณฑ์ Qualified Lead ที่ชัดเจนและการฝึกทีมขายให้อัปเดตสถานะสม่ำเสมอยังเป็นสิ่งที่ธุรกิจต้องวางระบบเองอยู่ดี

ลองตรวจด้วยตัวเอง

Click-ID Inspector

วางลิงก์โฆษณา TikTok ของคุณ แล้วดูว่า ttclid กับ UTM อยู่ครบก่อนเข้า LINE หรือไม่

เช็กลิงก์ฟรี

ใช้ฟรี ไม่ต้องสมัคร ไม่เก็บข้อมูลที่คุณกรอก

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

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

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

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

LINE Messaging API Conversion Tracking: เชื่อม Lead ในแชทกับยอดขายจริงยังไง

LINE Messaging API Conversion Tracking: เชื่อม Lead ในแชทกับยอดขายจริงยังไง

หลายทีมตั้งค่ารับ Event จาก LINE Messaging API ได้แล้ว แต่ข้อมูลไปกองอยู่ในเซิร์ฟเวอร์เฉย ๆ ไม่เคยไหลต่อไปหา CRM หรือแพลตฟอร์มโฆษณาเลย บทความนี้อธิบายสถาปัตยกรรมที่เชื่อมสามระบบเข้าด้วยกัน และข้อจำกัดที่ต้องรู้ก่อนเชื่อมจริง
แคมเปญเดียวแยกหลาย Landing Page แต่ LINE User ID ไม่รู้ว่ามาจาก Gclid ไหน แก้ยังไง

แคมเปญเดียวแยกหลาย Landing Page แต่ LINE User ID ไม่รู้ว่ามาจาก Gclid ไหน แก้ยังไง

ยิงแคมเปญเดียวแต่กระจายหลาย Landing Page ทำให้ Gclid ที่ควรผูกกับ LINE user id ปนกันจนสรุปไม่ได้ว่าหน้าไหนสร้าง Lead จริง บทความนี้เล่าวิธีออกแบบให้ทุกหน้าส่ง Gclid ไปพร้อมกับ Journey
Event ที่นับเป็น Conversion เพิ่มขึ้นทุกเดือน แต่ยอดขายจริงในบัญชีกลับไม่ขยับตาม

Event ที่นับเป็น Conversion เพิ่มขึ้นทุกเดือน แต่ยอดขายจริงในบัญชีกลับไม่ขยับตาม

หลายทีมเห็นตัวเลข Conversion ในแดชบอร์ดโตขึ้นเรื่อย ๆ แต่พอเทียบกับยอดขายจริงในบัญชีกลับไม่ได้เพิ่มตาม ต้นเหตุมักซ่อนอยู่ที่การเลือก Event ผิด และการใช้ LINE User ID กันซ้ำไม่ถูกวิธี