Promotion Master ไทย 2026: คุม Price Floor, Voucher Stack และงบส่วนลดข้าม Marketplace

ANSWER FIRST

สรุปคำตอบ

แบรนด์ไทยควรบริหารโปรโมชั่นบน TikTok Shop, Shopee และ Lazada ผ่าน Promotion Master กลาง ไม่ใช่ให้แต่ละทีมสร้างคูปองแยกกัน เริ่มจากคำนวณ Unit Economics ต่อ SKU เพื่อกำหนด Net Price Floor หรือราคาสุทธิต่ำสุดหลังรวม Seller Discount, Voucher, Coins, Shipping Subsidy, Affiliate และค่าธรรมเนียม จากนั้นทำ Voucher Stack Matrix ระบุว่าส่วนลดใดซ้อนกันได้ ใครเป็นผู้รับต้นทุน ลูกค้ากลุ่มใดมีสิทธิ์ สินค้าและสต็อกใดเข้าร่วม ช่วงเวลาและโควตาเท่าไร ทุกแคมเปญต้องมี Owner, Approver, Version, Freeze Time และ Kill Switch ก่อนเปิดจริงให้จำลองตะกร้าหลายกรณีและตรวจราคาบนอุปกรณ์จริง ระหว่างขายให้ติดตาม Net Selling Price, Seller-funded Discount, Contribution Profit, Redemption, Stock Cover และความสามารถ Fulfilment หลังจบให้กระทบยอดกับ Settlement ระดับออเดอร์ แนวทางนี้ทำให้ยอดขายโตโดยไม่เกิดส่วนลดซ้อนผิด งบหมดก่อนเวลา ราคาต่ำกว่าจุดคุ้มทุน หรือทีมการเงินอธิบายกำไรไม่ได้ และต้องตรวจ Seller Center ล่าสุดเสมอ เพราะชื่อฟีเจอร์ สูตรค่าธรรมเนียม และกติกาของแพลตฟอร์มเปลี่ยนได้

ประเด็นสำคัญ

ใช้ Promotion Master หนึ่งชุดเป็นแหล่งความจริงกลางของ Campaign, SKU, ราคา, Funding, Quota, Owner และ Version
คำนวณ Net Price Floor จากต้นทุนจริงต่อ SKU ก่อนอนุมัติส่วนลด ไม่เริ่มจากเปอร์เซ็นต์ที่ดูน่าสนใจ
สร้าง Voucher Stack Matrix และจำลองตะกร้าเพื่อเห็นผลของส่วนลดร้าน แพลตฟอร์ม ขนส่ง Affiliate และค่าธรรมเนียมร่วมกัน
แยก Seller-funded, Platform-funded และ Co-funded ให้ชัด เพื่อไม่รับรู้ส่วนลดทั้งก้อนเป็นต้นทุนร้านหรือกำไรเกินจริง
เชื่อมโปรโมชั่นกับสต็อกและกำลัง Pick–Pack–Ship พร้อม Pause Rule และ Kill Switch เมื่อยอดขายเกินขีดจำกัด
ปิดแคมเปญด้วย Settlement Reconciliation และ Contribution Profit ต่อออเดอร์ ไม่ใช้ GMV หรือ Redemption เพียงอย่างเดียว

Promotion Master คือระบบควบคุมกำไร ไม่ใช่แค่ปฏิทินคูปอง

ร้านไทยมักสร้างส่วนลดจากหลายจุดพร้อมกัน ทั้งราคาพิเศษรายสินค้า คูปองร้าน คูปองแพลตฟอร์ม Coins, Flash Sale, Add-on Deal, Affiliate และค่าส่ง เมื่อต่างทีมดูเพียงเครื่องมือของตน ลูกค้าอาจได้ราคาดีกว่าที่ตั้งใจ งบถูกใช้เร็ว หรือร้านขายดีแต่ Contribution Profit ติดลบ Promotion Master จึงต้องเป็นระบบตัดสินใจที่เชื่อมข้อเสนอ ต้นทุน สต็อก และยอดรับจริง ไม่ใช่ไฟล์รวมชื่อแคมเปญหลังบ้าน

เอกสารทางการของ TikTok Shop แยก Seller Discount, Platform Discount และ Co-funded Voucher ในรายการค่าธรรมเนียมและ Adjustment ขณะที่ Shopee มีเครื่องมือ Discount Promotion, Seller Voucher, Voucher Campaign, Add-on Deal และ Campaign ส่วน Lazada ให้ผู้ขายกำหนด Voucher พร้อมช่วงเวลาและงบ และมีเงื่อนไขการซ้อนคูปองของตน ความหลากหลายนี้ทำให้การคุมโปรโมชั่นต้องอยู่เหนือหน้าจอใดหน้าจอหนึ่งของแพลตฟอร์ม

สร้าง Promotion Master Record ให้หนึ่งข้อเสนอมีเลขอ้างอิงเดียว

กำหนด Promotion ID กลาง แล้วเก็บ Channel, Shop ID, Platform Campaign ID, Offer Type, Objective, Target Segment, SKU, Original Price, Seller Discount, Platform Funding, Minimum Spend, Discount Cap, Quota, Start–End Time, Owner, Approver, Status และ Version ทุกไฟล์ Brief, Creative, SKU Upload, Budget และผลลัพธ์ต้องอ้าง Promotion ID เดียวกัน เพื่อให้ทีม Marketing, E-commerce, Finance, Inventory และ Customer Service คุยเรื่องเดียวกันได้

สถานะที่ใช้งานได้จริงอาจเป็น Draft, Costed, Approved, Scheduled, Live, Paused, Ended และ Reconciled การแก้ราคา SKU หรือ Funding หลังอนุมัติต้องสร้าง Version ใหม่พร้อม Change Log ไม่เขียนทับหลักฐานเดิม กำหนด Freeze Time ก่อนเปิดแคมเปญ และระบุว่าการเปลี่ยนแบบใดต้องให้ Finance หรือเจ้าของ P&L อนุมัติซ้ำ

เริ่มทุกแคมเปญจาก Unit Economics และ Net Price Floor ต่อ SKU

คำนวณต้นทุนต่อหน่วยให้ครบ: COGS, Packaging, Pick–Pack, ค่าขนส่งที่ร้านรับผิดชอบ, Commission, Transaction, Infrastructure หรือ Growth Fee, Affiliate, Media Allocation, Expected Return Cost และภาษีที่เกี่ยวข้อง จากนั้นกำหนด Contribution Profit ขั้นต่ำที่ธุรกิจยอมรับ Net Price Floor คือราคาสุทธิที่ยังครอบคลุมต้นทุนเหล่านี้และกำไรขั้นต่ำ ไม่ใช่ราคาป้ายลบเปอร์เซ็นต์โดยประมาณ

สูตรเชิงบริหารที่ใช้เริ่มต้นได้คือ Net Revenue หลัง Seller-funded Discount ลบ Variable Cost ทั้งหมด ต้องมากกว่าหรือเท่ากับ Minimum Contribution ตัวอย่างตัวเลขภายในต้องใช้เพื่อจำลองเท่านั้น ไม่ใช่อัตราของแพลตฟอร์ม เพราะ TikTok Shop ระบุชัดว่าฐานคำนวณค่าธรรมเนียมแต่ละชนิดต่างกัน และค่าคอมมิชชันเปลี่ยนตามหมวดสินค้าและประเภทผู้ขาย ให้เก็บ Fee Rule, Effective Date และ Source URL คู่กับแต่ละสูตร

แยก Funding Party ก่อนรวมส่วนลดทุกชนิด

สร้าง Taxonomy อย่างน้อย Seller-funded, Platform-funded, Co-funded, Creator-funded, Shipping-funded และ Unknown พร้อมระบุ Expected Amount กับ Actual Amount ในระดับ Order Line ส่วนลดที่ลูกค้าเห็น 100 บาทอาจไม่ได้เป็นต้นทุนร้าน 100 บาททั้งหมด และเงินสนับสนุนอาจปรากฏใน Settlement คนละบรรทัดหรือคนละเวลา หาก Funding ยังเป็น Unknown ห้ามใช้แคมเปญนั้นคำนวณกำไรขั้นสุดท้าย

Lazada อธิบาย Seller Voucher Credit แบบ Co-funded ส่วน TikTok Shop แสดงทั้งส่วนของผู้ขายและแพลตฟอร์มในรายการ Adjustment และ Shopee อธิบายกรณีราคาที่มี Platform Support ใน Campaign การแยก Funding ตั้งแต่ Brief ช่วยให้ทีมเลือกข้อเสนอได้ถูก และช่วย Finance เทียบ Expected Funding กับยอดจริงหลังแคมเปญโดยไม่ต้องเดาจากยอดโอนธนาคาร

ทำ Voucher Stack Matrix ให้เห็นทุกตะกร้าที่เป็นไปได้

ทำตารางให้แกนหนึ่งเป็นเครื่องมือ เช่น Product Discount, Shop Voucher, Platform Voucher, Coins, Free Shipping, Add-on Deal, Affiliate Incentive และอีกแกนเป็นเงื่อนไขการใช้ ระบุ Stackable, Not Stackable, Conditional หรือ Unknown พร้อม Minimum Spend, Cap, Usage per Buyer, Quota, Eligible SKU และ Funding Owner อย่าอนุมานจากชื่อเครื่องมือ เพราะแพลตฟอร์มอาจใช้กติกาและลำดับหักต่างกัน

สร้าง Scenario อย่างน้อย Base, Best Seller Cost, Worst Seller Cost, New Customer, Returning Customer, Multi-item Basket, Returned Item และ Partial Refund แล้วคำนวณ Net Selling Price กับ Contribution Profit ทุกกรณี Lazada มีหน้าคำอธิบาย Voucher Stacking โดยตรง และ Shopee แยก Voucher ระดับร้านกับระดับสินค้า จึงควรทดสอบด้วยตะกร้าจริงก่อนเปิด ไม่พึ่ง Spreadsheet อย่างเดียว

กำหนด Eligibility, Quota และ Budget ให้ตรวจสอบย้อนกลับได้

หนึ่ง Promotion ต้องตอบได้ว่าใช้กับใคร สินค้าใด ร้านใด ช่องทางใด ประเทศใด ระหว่างเวลาใด และได้กี่ครั้ง แยก Eligible SKU จาก SKU ที่ถูก Block เพราะ Margin ต่ำ สต็อกน้อย สินค้าควบคุม หรือข้อจำกัดของแบรนด์ กำหนด Budget Ceiling, Order Quota, Discount Cap และ Daily Pace เพื่อไม่ให้งบหมดในชั่วโมงแรกโดยไม่มีข้อมูลพอเรียนรู้

ใช้ Budget Paced เทียบกับ Time Elapsed และ Expected Orders ถ้า Burn Rate สูงกว่ากรอบ ให้ลด Quota, Pause SKU หรือหยุดโปรโมชันตามสิทธิ์ที่วางไว้ Shopee และ Lazada ต่างเปิดให้ผู้ขายกำหนดเงื่อนไขของ Voucher หรือ Promotion หลายแบบ แต่ทีมต้องบันทึกค่าที่ตั้งจริงจาก Seller Center พร้อมภาพหลักฐาน เวลา และผู้ดำเนินการ

เชื่อม Promotion กับ Inventory และ Fulfilment Capacity

ส่วนลดที่ขายหมดเร็วไม่ใช่ความสำเร็จหากทำให้ Overselling, Seller-fault Cancellation หรือ Late Dispatch สูงขึ้น ผูกแต่ละ SKU กับ Available-to-Promise, Safety Stock, Replenishment Lead Time และ Order Handling Capacity กำหนด Max Promotional Orders ต่อชั่วโมงและต่อวันตามความสามารถ Pick–Pack–Ship จริง ไม่ใช่ตามงบโฆษณาเพียงอย่างเดียว

TikTok Shop มี Order Handling Capacity Tool สำหรับตั้งความจุรายวัน และแพลตฟอร์มอื่นก็มี SLA จัดส่งของตน ใช้ Trigger เช่น Stock Cover ต่ำกว่าเกณฑ์, Backlog Aging สูง, Scan Failure เพิ่ม หรือ Capacity Utilization เกินกรอบ เพื่อ Pause SKU หรือ Creative อัตโนมัติ แต่การเปลี่ยนราคาและข้อเสนอควรมี Human Approval เพื่อป้องกันระบบตอบสนองเกินเหตุ

จัด Promotion Calendar พร้อม Approval, Freeze และ Kill Switch

ปฏิทินกลางควรเห็นช่วงสมัครแคมเปญ วันล็อกราคา วันส่งสินค้าเข้าโกดัง วันเริ่มสื่อ วันเปิดขาย ช่วงพีก วันสิ้นสุด และวันรับรายงาน Settlement พร้อมเจ้าของแต่ละ Milestone ทำ Conflict Check ระหว่าง Always-on Voucher, Payday, Double Day, Live Session, Affiliate Boost และ CRM Coupon เพื่อป้องกันข้อเสนอชนกันหรือใช้ SKU เดียวเกินแผน

ก่อน Live ต้องมี Sign-off จาก Commercial, Finance, Inventory และ Operations ตามระดับความเสี่ยง ระบุ Kill Switch Owner และช่องทางสื่อสารกรณีราคาผิด งบไหลผิด สต็อกไม่พอ หรือหน้า Listing แสดงเงื่อนไขคลาดเคลื่อน นโยบาย Fair Trading ของ Lazada ห้ามการแสวงประโยชน์จาก Promotion และ Subsidy จึงต้องมี Audit Trail และห้ามทีมทดสอบด้วยพฤติกรรมที่อาจถูกมองเป็นการใช้สิทธิ์โดยมิชอบ

ทำ Preflight QA จากไฟล์จนถึงตะกร้าจริง

Preflight ต้องตรวจ SKU Mapping, Original Price, Discounted Price, Min Spend, Cap, Time Zone, Quota, Customer Eligibility, Creative Claim, Landing Page, Voucher Collection, Stack Order, Shipping และ Mobile Display ให้คนอีกคนตรวจแบบ Four-eyes Principle จากนั้นซื้อทดสอบหรือใช้ Preview ที่แพลตฟอร์มอนุญาต โดยไม่ละเมิดกติกาและไม่สร้างธุรกรรมเทียม

บันทึก Expected Cart และ Actual Cart พร้อมเวลา อุปกรณ์ บัญชีทดสอบที่ได้รับอนุญาต และภาพหลักฐาน หากราคาต่างแม้เพียงหนึ่งองค์ประกอบ ให้เปิด Exception ก่อนเริ่มสื่อ อย่าปล่อยให้ทีมแก้ด้วยการเพิ่มคูปองใหม่ เพราะจะทำให้ Stack ซับซ้อนขึ้นและยิ่งหาสาเหตุยาก ตรวจ Product Truth และข้อความส่วนลดให้สอดคล้องกับหน้าสินค้าทุกช่องทาง

010

ตั้ง Live Control Tower ให้เห็นยอดขายและกำไรในหน้าจอเดียว

Dashboard ระหว่างแคมเปญควรแสดง Orders, Units, GMV, Net Selling Price, Seller-funded Discount, Platform-funded Discount, Redemption, Budget Burn, Contribution Profit Estimate, Stock Cover, Cancellation, Late Dispatch Risk และ Data Freshness แยกตาม Channel, Promotion ID และ SKU การดู GMV อย่างเดียวทำให้ทีมเร่งข้อเสนอที่ยอดสูงแต่กำไรต่ำหรือคืนสินค้าสูง

สร้าง Alert ตามเหตุ เช่น Net Price ต่ำกว่า Floor, Unknown Funding สูง, Voucher Burn เร็ว, SKU ใกล้หมด, Error Rate เพิ่ม หรือ Margin Estimate ติดลบ พร้อม Runbook ว่าใครตรวจอะไรภายในกี่นาที การ Pause ต้องบันทึกเหตุผลและ Version และเมื่อกลับมา Live ต้องผ่าน Check เดิม ไม่แก้เฉพาะตัวเลขบนหน้า Dashboard

011

กระทบยอด Promotion กับ Settlement ระดับออเดอร์

หลังจบให้จับ Promotion ID, Order ID และ Order Line ID เข้ากับ Finance Statement แยก Gross Price, Seller Discount, Platform Subsidy, Co-funded Share, Fee, Affiliate, Shipping, Refund, Return, Adjustment และ Net Settlement เทียบ Expected กับ Actual แล้วส่งส่วนต่างเข้า Exception Queue โดยมี Owner, Reason Code, Evidence และ Due Date

TikTok Shop แสดง Promotion Adjustment และส่วนลดที่แยก Funding ในรายการทางการ ส่วน Shopee มีฐานค่าธรรมเนียมที่อาจรวมเงินสนับสนุนบางรายการ และ Lazada มี Credit ที่ต้องตรวจเงื่อนไขเฉพาะโปรแกรม จึงห้ามเทียบยอดคูปองจากหน้าการตลาดกับเงินเข้าธนาคารตรง ๆ ใช้หลักเดียวกับระบบ Marketplace Settlement เพื่อปิด P&L เมื่อออเดอร์และการคืนเงินถึงสถานะที่กำหนด

012

วัด KPI ที่เชื่อมยอดขาย คุณภาพ และกำไร

KPI ขั้นต้นคือ Promotion Coverage, Setup Accuracy, Preflight Pass Rate, Voucher Redemption, Budget Utilization และ Incremental Orders แต่ KPI ตัดสินใจต้องรวม Net Price Floor Breach Rate, Seller-funded Discount per Order, Platform Funding Capture, Contribution Profit per Order, Return-adjusted Profit, Stockout, Cancellation, Late Dispatch และ Reconciliation Exception Rate

เทียบผลกับ Baseline ที่เหมาะสม เช่น SKU และวันคล้ายกัน ไม่ใช้ยอดก่อนแคมเปญหนึ่งวันเป็น Counterfactual เสมอ แยกลูกค้าใหม่กับลูกค้าเดิม และดู Repeat Purchase หลังพ้นช่วงส่วนลด เพราะยอด Incremental ที่มาจากการดึงคำสั่งซื้อมาจากสัปดาห์หน้าอาจไม่ได้สร้างมูลค่าเพิ่มจริง สรุป Learn, Stop, Scale ต่อ Promotion ID เพื่อใช้รอบถัดไป

013

ใช้ AI ช่วยจำลองและจับความผิดปกติ แต่ให้คนอนุมัติราคา

AI ช่วยอ่าน Brief หลายแพลตฟอร์ม จับคู่ SKU, ตรวจเงื่อนไขขัดกัน, จำลอง Voucher Stack, พยากรณ์ Redemption, เตือน Margin Anomaly และสรุปสาเหตุ Exception ได้ แต่ข้อมูลเข้าอาจล่าช้าหรือกติกาเปลี่ยนโดยระบบไม่รู้ จึงต้องแสดง Source, Effective Date, Confidence และ Assumption ทุกครั้ง

ห้ามให้โมเดลเปลี่ยนราคาจริง เพิ่ม Budget หรือ Pause แคมเปญโดยไม่มีสิทธิ์และ Human Approval ใช้ Role-based Access, Audit Log, Versioned Rule และ Rollback Plan ปกปิดข้อมูลลูกค้าที่ไม่จำเป็น และวัด Precision ของ Alert เพื่อไม่ให้ทีมเลิกเชื่อระบบเพราะแจ้งเตือนมากเกินไป AI ที่ดีควรลดเวลาตรวจ ไม่ย้ายความรับผิดชอบเรื่องกำไรออกจากคน

014

แผนลงมือทำ 30 วันสำหรับแบรนด์ไทย

สัปดาห์แรก Inventory เครื่องมือและแคมเปญย้อนหลังสามเดือน สร้าง Promotion ID, Funding Taxonomy และ Fee Registry สัปดาห์ที่สองคำนวณ Unit Economics กับ Net Price Floor สำหรับ Top SKU แล้วทำ Voucher Stack Matrix และ Eligibility Rule สัปดาห์ที่สามสร้าง Calendar, Approval Flow, Preflight Checklist, Dashboard และ Kill Switch พร้อมทดลองกับหนึ่งร้านหนึ่งแคมเปญ

สัปดาห์ที่สี่เปิด Pilot ด้วยงบและ SKU จำกัด ติดตาม Live Control Tower แล้วกระทบยอดถึง Settlement จัด Review ระหว่าง Marketing, Finance, Inventory, Fulfilment และ Customer Service ก่อนขยายไปทุก Marketplace เอกสารแพลตฟอร์มที่ใช้ในบทความนี้ตรวจเมื่อ 9 กันยายน 2026 ชื่อฟีเจอร์ ค่าธรรมเนียม และกติกาอาจเปลี่ยน จึงต้องตรวจ Seller Center และเงื่อนไขร้านจริงก่อนเปิดทุกครั้ง

VERIFIED SOURCES

แหล่งข้อมูลอ้างอิง

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

BRAND × INSPIRE × ACTION

อยากเปลี่ยนแนวคิดให้เป็นระบบที่ใช้งานได้จริง?

ปรึกษา BrandBandaan เพื่อวางกลยุทธ์ สร้างแบรนด์ เว็บไซต์ และระบบการสื่อสารที่พร้อมเติบโต

ส่ง Project Brief