โครงสร้างค่าธรรมเนียมและการคำนวณ commission ของ Shopee ในปี 2026: หกชั้น และสูตรสี่ตัวแปร

เรต commission สาธารณะของ Shopee สำหรับ category เสื้อผ้าแบบ non-Mall อยู่ระหว่าง 1% ถึง 6% ตาม fee schedule ของ Shopee Help Center ส่วน transaction fee อยู่ราว 2% รวมกันแล้วผู้ขายเสื้อผ้าน่าจะคาดหวัง take-rate ราว 6–8% แต่เงินที่เข้าบัญชีจริงจาก order เดียวกันกลับเล่าคนละเรื่อง ใกล้เคียง 78–82 บาทต่อทุก 100 บาทของ attributed revenue ช่องว่าง 18–22 บาทนั้นไม่ใช่ commission แต่เป็นชั้นค่าธรรมเนียมอีกสี่ชั้นที่อยู่ใต้ commission ซึ่งผู้ขายส่วนใหญ่ไม่ได้ reconcile ต่อ order บทความนี้อธิบายว่าชั้นเหล่านั้นคืออะไร มีต้นทุนเท่าไร และจะแนบเข้ากับ order-line อย่างไรให้ revenue บน dashboard กับเงินที่เข้าบัญชี reconcile กันได้

ข้อโต้แย้งนี้เป็นเรื่องโครงสร้าง ไม่ใช่เรื่องเล่า ตามเอกสารของ Shopee Help Center ส่วนที่ผู้ขายจ่ายเองของทุก Shop Voucher จะ "ถูกหักออกจากยอดขายในฐานะ marketing cost" ตามเอกสาร Free Shipping Program ส่วน subsidy ที่ผู้ขายจ่ายเองเป็นเงื่อนไขที่จำเป็นในการรักษาสิทธิ์ ranking ระดับโปรแกรม และจะไม่ได้คืนหากผู้ซื้อยกเลิก ตามเอกสารนักลงทุน 4Q25 ของ Sea Limited transaction-based revenue ของ Shopee โตเร็วกว่า GMV ที่อยู่ข้างใต้ ซึ่งเป็นทิศทาง take-rate ขาขึ้นที่ทบความผันแปรในสี่ชั้นที่ซ่อนอยู่ ตามบทวิเคราะห์ Bain e-Conomy SEA 2025 retail-media take-rate ใน marketplace SEA เป็นขาเดียว ช่องว่างระหว่าง headline commission กับ take-rate ที่แท้จริงจึงกว้างขึ้น ไม่ใช่แคบลง

Headline commission คือบรรทัดที่ Shopee ประกาศ แต่ take-rate ที่แท้จริงคือบรรทัดที่เงินเข้าบัญชีของคุณพิมพ์ออกมา

ข้างล่างนี้: หกชั้นในรายละเอียดเชิงปฏิบัติ; order เสื้อผ้า Shopee Mall ที่ reconcile ครบจาก list price จนถึงยอดที่ผู้ขายได้รับจริง; กรอบเปรียบเทียบข้ามแพลตฟอร์มที่อธิบายว่าทำไมการเปรียบเทียบ headline commission จึงทำให้เข้าใจผิด; ตาราง sensitivity ที่แสดงว่า take-rate รวมเปลี่ยนอย่างไรเมื่อชั้นใดชั้นหนึ่งขยับ; สูตรสี่ตัวแปรสำหรับคำนวณ commission ต่อ order (และจุดที่เครื่องคำนวณแบบเรตคงที่ผิด); ขั้นตอน reconciliation ที่แนบทุกชั้นเข้ากับ order-line; และส่วนข้อจำกัดที่ระบุชัดว่าบทความนี้ไม่ครอบคลุมอะไร (บัญชี cross-border, เรตที่ต่อรอง, การเปลี่ยนแปลงกลไกโปรแกรม)

หกชั้นค่าธรรมเนียม เรียกชื่อให้ชัด

1. Commission (category × สถานะ Mall)

ตาม fee schedule ของ Shopee Help Center commission แบบ non-Mall อยู่ในช่วง 1–6% ตาม category ส่วน Mall อยู่ในช่วง 3–12% category ของ Mall ที่มีอัตราคืนสินค้าสูง (เสื้อผ้า ความงาม) อยู่ปลายช่วงบน ส่วน category ที่อัตราคืนต่ำและดีมานด์นิ่ง (เครื่องใช้ไฟฟ้า ของแต่งบ้าน) อยู่ต่ำกว่า Commission ถูกหักจาก gross attributed revenue และเป็นชั้นค่าธรรมเนียมเดียวที่มองเห็นครบใน per-order export ของ seller centre ชั้น 1 ยังเป็นชั้นเดียวที่บทความ ค่าธรรมเนียม Shopee จากภายนอกส่วนใหญ่พูดถึง

2. Transaction fee

ตามเอกสารค่าธรรมเนียมสาธารณะของ Shopee transaction fee อยู่ราว 2% ของมูลค่า order (ตัวเลขที่แน่นอนแตกต่างตามตลาดและวิธีจ่ายเงินของผู้ซื้อ) เป็นค่าคงที่ที่ใช้กับทุก transaction เป็นชั้นที่เล็กที่สุดในหกชั้นเมื่อวัดเป็นจำนวนเงิน แต่คาดเดาได้แม่นที่สุด ชั้น 2 อยู่คู่กับ commission ใน export ของ dashboard

3. Voucher co-funding (ส่วนที่ผู้ขายจ่ายเองของ Shop Voucher)

ตามเอกสาร Shop Voucher เมื่อผู้ซื้อใช้ Shop Voucher บนหน้าร้านของผู้ขาย ผู้ขายเป็นคนจ่ายส่วนลดนั้นจาก margin ของตัวเอง Shopee ระบุไว้ชัดเจนว่าส่วนที่ผู้ขายจ่ายเองจะ "ถูกหักออกจากยอดขายในฐานะ marketing cost" Voucher tier เพิ่มขึ้นในช่วงแคมเปญใหญ่ (9.9, 11.11, 12.12, Pay Day) โดย tier มักไล่จาก 5%, 10%, 15% พร้อมแรงกดดันจากแพลตฟอร์มให้เข้าร่วมที่ tier สูงขึ้นเพื่อแลกกับน้ำหนัก ranking ชั้น 3 เป็นแหล่งความผันแปรของ fee stack ที่ใหญ่ที่สุดข้าม order เพราะขึ้นอยู่กับว่า order นั้นมีการใช้ voucher หรือไม่ และที่ tier ใด

4. Free Shipping Program (FSP) subsidy ที่ผู้ขายจ่ายเอง

ตามเอกสาร FSP ผู้ขายสามารถเลือกเข้าร่วม Free Shipping Program เพื่อให้ listing ของตนมีสิทธิ์ได้ป้าย "ส่งฟรี" ในแอป ผู้ขายเป็นคนจ่าย subsidy ค่าส่งบางส่วน ส่วนที่เหลือแพลตฟอร์มจ่าย ส่วนที่ผู้ขายจ่ายเองถูกกำหนดในระดับโปรแกรมและต่อรองต่อ order ไม่ได้ การเข้าร่วม FSP ผูกกับน้ำหนัก ranking ใน relevance model ของแพลตฟอร์ม listing ที่ไม่เข้าร่วม FSP มักอยู่อันดับต่ำกว่า listing ที่เหมือนกันทุกอย่างแต่เข้าร่วม ชั้น 4 จึงเป็นกึ่งบังคับ มีทางเลือกในนามแต่บทลงโทษด้าน ranking สำหรับการไม่เข้าร่วมนั้นใหญ่

5. Mall premium

ตามเอกสาร Shopee Mall listing ระดับ Mall มีเรต commission สูงกว่า (3–12% เทียบกับ 1–6% ของ non-Mall) และมีภาระเพิ่มเติมระดับโปรแกรม (SLA จัดส่งเร็วขึ้น เกณฑ์การเข้าร่วม voucher เพดานอัตราคืนสินค้า) Mall premium ส่วนหนึ่งเป็นส่วนต่างของ commission (ส่วนต่างของชั้น 1) และอีกส่วนเป็นส่วนต่างของต้นทุนการดำเนินงาน (SLA และภาระระดับโปรแกรมมีต้นทุน fulfilment จริง) ชั้น 5 เป็นชั้นที่มักถูกอ่านผิดว่าเป็น "แค่ commission สูงขึ้น" ทั้งที่จริง Mall listing ยังเจอค่าเริ่มต้นด้าน voucher และ FSP ที่เข้มงวดกว่า listing แบบ non-Mall ด้วย

6. Payment-channel pass-through

วิธีจ่ายเงินของผู้ซื้อ (บัตรเครดิต, e-wallet, โอนเงินผ่านธนาคาร, COD) มีต้นทุน processing ต่างกัน และ Shopee ส่งผ่านความผันแปรนั้นบางส่วนมาที่ผู้ขายในรูปของการปรับค่าธรรมเนียมตามวิธีจ่ายเงิน การ pass-through นี้เล็กต่อ order (มักอยู่ราว 0.5–1.5%) แต่รวมกันเป็นหางที่มีนัยสำคัญข้าม order หลายพันรายการ ชั้น 6 เป็นชั้นที่อธิบายได้ชัดที่สุดว่าทำไม order ที่เหมือนกันเชิงโครงสร้างสอง order ถึงทำให้เงินเข้าบัญชีต่างกัน

ตัวอย่างคำนวณจริง — order เสื้อผ้า Shopee Mall ทีละบรรทัด

สมมติ listing เสื้อผ้าระดับ Mall ในไทย: list price 1,200 บาท ผู้ซื้อใช้ Shop Voucher 10% (Tier 2) order เกิดในช่วงแคมเปญและเข้าร่วม FSP จ่ายด้วยบัตรเครดิต ข้างล่างนี้คือ order ที่ reconcile จาก list price ลงไปจนถึงยอดที่ผู้ขายได้รับจริง พร้อมแนบทุกชั้น

List price                                                 1,200
Buyer pays (after voucher redemption, 10%)                 1,080
Shopee gross-attributed revenue (the dashboard line)       1,080

Layer 1: commission (Mall apparel ~10%)                     -108
Layer 2: transaction fee (~2% of buyer-paid)                 -22
Layer 3: voucher co-funding (seller-funded 50% of voucher)   -60
Layer 4: Free Shipping Program subsidy (~3% seller-funded)   -32
Layer 5: Mall premium (already in Layer 1 commission delta)    0
Layer 6: payment-channel pass-through (credit card ~1.2%)    -13

Seller take-home (before COGS and ads)                       845

All-in take-rate against gross-attributed:    (1,080 - 845) / 1,080  =  21.8%
Headline commission rate (Layer 1 only):                       108 / 1,080  =  10.0%

Gap between headline and all-in take-rate:  +11.8 percentage points

ช่องว่าง 11.8 percentage point นั้นคือสี่ชั้นที่ซ่อนอยู่ ใน order อีกชุดหนึ่ง — listing เดียวกัน ไม่มีการใช้ voucher ไม่เข้าร่วม FSP จ่ายด้วยการโอนเงินผ่านธนาคาร — ช่องว่างยุบลงเหลือราว 1.5 point (แค่ชั้น 6) และยอดที่ผู้ขายได้รับจริงคือ 945 บาทแทนที่จะเป็น 845 บาท order สองชุดนี้ดูเหมือนกันในบรรทัด revenue ราย SKU แต่ให้ margin ต่อ order ต่างกันถึง 12% ผู้ขายที่เฉลี่ยข้ามบรรทัด revenue บน dashboard กำลังเฉลี่ยข้ามสองระบอบนี้ และค่าเฉลี่ยนั้นไม่มีความหมายถ้าไม่มีการ reconcile ในระดับชั้น

ทำไม headline commission จึงทำให้เข้าใจผิด — listing เดียวกัน สี่กรณี

ผู้ขายที่เปรียบเทียบ "Shopee คิด commission 10% บนเสื้อผ้า Mall" กับ "Lazada คิด 8%" กำลังเปรียบเทียบหนึ่งชั้นจาก stack หกชั้น และพลาดจุดที่ความผันแปรอยู่จริง ประเด็นเชิงโครงสร้าง: Shopee Mall listing ตัวเดียวกันให้ take-rate รวมที่ต่างกันมาก ขึ้นกับว่าผู้ซื้อใช้ Shop Voucher หรือไม่ listing นั้นเข้าร่วม Free Shipping Program หรือไม่ และผู้ซื้อจ่ายเงินอย่างไร Headline commission คงเดิมทั้งสี่กรณีข้างล่าง ส่วน take-rate รวมขยับจาก 5.5% เป็น 21.8% เมื่อชั้นต่าง ๆ ทบกันขึ้นไป

Sensitivity — ชั้นไหนขยับ take-rate รวมมากที่สุด

ตารางข้างล่างทดสอบ take-rate รวมบนตัวอย่างคำนวณจริงด้วยการรบกวนทีละชั้น ผลเชิงโครงสร้าง: voucher tier และการเข้าร่วม FSP ขยับ take-rate รวมไป 6–10 percentage point ในช่วงที่เป็นไปได้ ขณะที่ commission และ transaction fee — ชั้นที่ผู้ขายส่วนใหญ่โฟกัส — ขยับมันน้อยกว่า 3

วิธีคำนวณ commission ของ Shopee ต่อ order

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

commission_per_order   =   r(category, mall) × buyer_paid
transaction_fee        =   t × buyer_paid                  (t ≈ 2%)
payment_pass_through   =   p(payment_method) × buyer_paid  (p ≈ 0.5–1.5%)

buyer_paid             =   list_price − voucher_redeemed   (post-voucher)

total_platform_take    =   commission_per_order
                         + transaction_fee
                         + payment_pass_through

A Shopee commission calculator that uses a single rate × list_price
is wrong on at least three of the four terms.

จุดที่เครื่องคำนวณแบบง่ายคำนวณผิด

มีสี่ความผิดพลาดที่ทบกัน **ข้อแรก** มันใช้ list price ไม่ใช่ buyer-paid Commission ใช้กับยอด buyer-paid ไม่ใช่ list price ใน order ที่มีการใช้ Shop Voucher สองตัวนี้เป็นคนละตัวเลข — order ที่ list price 1,000 บาทพร้อม Shop Voucher 10% มี buyer-paid เท่ากับ 900 และ commission เท่ากับ (rate × 900) ไม่ใช่ (rate × 1,000) เครื่องคำนวณแบบง่ายจึงสูงเกินไปราว 10% ใน order ที่มี voucher ซึ่งเป็นสัดส่วนที่มีนัยสำคัญในช่วงแคมเปญ **ข้อสอง** มันใช้เรต category เดียวโดยไม่ดูสถานะ Mall ตามเอกสาร Mall ของ Shopee listing ระดับ Mall มี commission ราวสองเท่าของ listing แบบ non-Mall ที่เทียบเท่ากัน ผู้ขายที่มี listing ทั้ง Mall และ non-Mall ปนกันในร้านเดียวจึงใช้เรตเดียวไม่ได้ **ข้อสาม** มันมองข้าม transaction fee — ผู้ขายที่อ่านเครื่องคำนวณแบบ commission อย่างเดียวประเมิน platform take ต่ำไป 2pp **ข้อสี่** มันสมมติว่า payment channel ไม่สำคัญ การ pass-through นั้นเล็ก (0.5–1.5%) แต่เป็นบรรทัดที่อธิบายว่าทำไม order ที่เหมือนกันเชิงโครงสร้างสอง order ถึงทำให้เงินเข้าบัญชีต่างกัน

ตัวอย่างคำนวณจริง — order เสื้อผ้า Mall มูลค่า 1,000 บาท มี voucher จ่ายบัตรเครดิต

Inputs:
   list_price                 1,000  THB
   voucher_redeemed             100  THB   (10% Shop Voucher, Tier 2)
   category                   Apparel
   mall_status                Mall
   payment_method             Credit card
   r(Apparel, Mall)             10%        (Shopee Mall apparel commission tier)
   t                             2%
   p(credit card)              1.2%

Calculation:
   buyer_paid              =  1,000 − 100        =  900  THB
   commission_per_order    =  10%   × 900        =  90   THB
   transaction_fee         =  2%    × 900        =  18   THB
   payment_pass_through    =  1.2%  × 900        =  10.8 THB

   total_platform_take     =  90 + 18 + 10.8     =  118.8 THB

A flat-rate "10% × 1,000" calculator would return:
   commission                                       =  100  THB
   (and stop, ignoring the transaction fee and payment pass-through)

Difference:
   actual platform take                            =  118.8 THB
   flat-rate calculator output                     =  100   THB
   gap                                             =   18.8 THB

   On 100 such orders/month, the flat-rate calculator
   misstates platform take by THB 1,880 — and that is before
   the four hidden layers (3, 4, 5) covered above.

เครื่องคำนวณแบบเรตคงที่ผิดสองทิศทางใน order เดียวกัน มันสูงเกินไปในบรรทัด commission (เพราะใช้ commission กับ list price แทน buyer-paid) และต่ำเกินไปในยอด take รวม (เพราะตัด transaction fee และ payment pass-through ออก) ใน order Mall ที่มี voucher ความผิดพลาดสองอย่างนี้ไม่หักล้างกัน ชั้นที่ถูกตัดออกใหญ่กว่าช่องว่างระหว่าง list-price กับ buyer-paid การคำนวณสูตรสี่ตัวแปรเทียบกับทางลัด `rate × list_price` แบบเรตคงที่ที่ input ของตัวอย่างคำนวณจริงข้างบน (เสื้อผ้า Mall, Shop Voucher 10%, จ่ายบัตรเครดิต) ให้ช่องว่างราว 19 บาทใน order 1,000 บาท — ความคลาดเคลื่อนระดับเลขหลักเดียวที่ขยายตามการเข้าร่วม voucher และสถานะ Mall ตัวเลขที่แน่นอนขึ้นกับ category, voucher tier และวิธีจ่ายเงินเฉพาะนั้น ประเด็นเชิงโครงสร้างคือคำตอบของเครื่องคำนวณแบบเรตคงที่ขัดกับเงินที่เข้าบัญชีด้วยจำนวนที่สูตรสี่ตัวแปรทำให้คำนวณได้

รูปแบบ lookup-table ที่การคำนวณนี้ต้องใช้

ต้นทุนปลายทางของการคำนวณ commission ที่ไม่แม่นยำไม่ใช่ตัว error ของการคำนวณเอง แต่คือ error ในการตัดสินใจที่การคำนวณนั้นส่งต่อไป ตาม Shopee true ROAS methodology บรรทัด commission เป็นหนึ่ง input ของ numerator แบบ contribution-margin ที่การ audit งบโฆษณาพึ่งพา การคำนวณ commission ที่คลาดเคลื่อนแม้เพียงไม่กี่ percentage point ต่อ order — ช่องว่างที่สูตรสี่ตัวแปรข้างบนปิด — ส่งต่อ error ที่สอดคล้องกันไปยังทุก bar ของ break-even ROAS ราย SKU ที่ audit คำนวณ แคมเปญที่ควรหยุดกลับถูกเก็บไว้ และแคมเปญที่ควรเก็บไว้กลับถูกหยุด

การ reconcile stack หกชั้นเต็มรูปแบบ — ขั้นตอน

สูตรสี่ตัวแปรข้างบนให้สามในหกบรรทัดค่าธรรมเนียม (commission, transaction fee, payment pass-through) ส่วนอีกสามบรรทัดที่เหลือ (voucher co-funding, Free Shipping Program subsidy, Mall premium) เป็นต้นทุนโปรแกรมที่ผู้ขายจ่ายเองซึ่งกระทบเงินเข้าบัญชีเดียวกัน และต้องถูกแนบเข้ากับ order-line เดียวกันถ้าการ reconciliation จะ balance ได้

1. ดึง order-line export

ใช้ export จาก Shopee Open Platform หรือ order CSV จาก Seller Centre คอลัมน์ที่ต้องมี: order ID, SKU, list price, ยอด buyer-paid, แคมเปญที่ attribute, voucher code (ถ้ามี), ยอด voucher, FSP-eligibility flag, วิธีจ่ายเงิน, refund flag

2. ใช้สูตร commission สี่ตัวแปร

ตามการคำนวณในส่วนก่อนหน้า แนบ commission (ต่อ category × สถานะ Mall), transaction fee และ payment-channel pass-through เข้ากับทุก order-line สามตัวนี้คือ take โดยตรงของแพลตฟอร์ม ส่วนที่เหลือเป็นต้นทุนโปรแกรม

3. แนบชั้น 3 (voucher co-funding) ต่อ voucher attribution

สำหรับทุก order ที่มีการใช้ voucher ให้ดูเปอร์เซ็นต์ที่ผู้ขายจ่ายเองของ voucher นั้น (ค่าเริ่มต้น 50% แตกต่างตาม tier และช่วงแคมเปญ) ยอด voucher × เปอร์เซ็นต์ที่ผู้ขายจ่ายเองคือบรรทัดชั้น 3 การ reconcile ชั้น 3 ต่อ order ไม่ใช่แบบรวม คือสิ่งที่ทำให้เห็นการบีบ margin ในสัปดาห์แคมเปญที่บัญชีส่วนใหญ่เหมาเรียกว่า "แค่ margin ต่ำลงช่วง 11.11"

4. แนบชั้น 4 (FSP subsidy) จาก program log

ถ้า listing เข้าร่วม FSP ให้ใช้เรต subsidy ที่ผู้ขายจ่ายเอง (มักอยู่ราว 2–4% ของ buyer-paid) เรต FSP เปลี่ยนในระดับ program-tier ให้ refresh เรตทุกครั้งที่มีประกาศเปลี่ยน program-tier

5. คำนวณยอดที่ผู้ขายได้รับจริงต่อ order

ยอดที่ผู้ขายได้รับจริง = buyer-paid − (commission + transaction fee + payment pass-through + ชั้น 3 + ชั้น 4) รวมไปยังแคมเปญ / SKU / ช่วงเวลาที่สนใจ เทียบกับเงินที่เข้าบัญชี ส่วนต่างที่เหลือควร reconcile ได้ภายในระดับการปัดเศษ (การคืนสินค้าและ refund แก้ได้ภายหลัง) ส่วนต่างที่ค้างอยู่เรื่อย ๆ มักบ่งชี้ว่าถึงเวลา refresh rate-table แล้ว

ขั้นตอนนี้เป็นเชิงกลไก แต่การทำมันด้วยมือข้าม order หลายพันรายการต่อเดือน — กับ rate table ที่เปลี่ยนทุกไตรมาสและ program tier ที่เปลี่ยนทุกช่วงแคมเปญ — คือต้นทุนการดำเนินงานที่ผู้ขายส่วนใหญ่ประเมินงบไว้ต่ำเกินไป นี่คือสิ่งที่ DataGlass automate: การ ingest order-line จาก Shopee Open Platform, สูตร commission สี่ตัวแปรที่แนบต่อ order, การ reconcile voucher และ FSP ต่อ attribution, payment pass-through ต่อ channel และการตรวจ residual เทียบเงินเข้าบัญชีที่รันต่อเนื่องแทนการทำตอนปิดไตรมาส ผู้ขายสามารถ ทดลองใช้ DataGlass ฟรี บนร้านของตัวเอง หรือ ดู workflow ก่อนเชื่อมต่อ ขั้นตอน reconciliation ข้างบนคือเนื้องาน ส่วนแพลตฟอร์มช่วยเอาภาระ data-engineering ของการทำมันในสเกลใหญ่ออกไป

ข้อจำกัดและจุดที่ข้อโต้แย้งนี้พัง

• บัญชี cross-border Shopee Cross-Border Program (Shopee International Platform) มี fee stack ที่ต่างออกไป — ค่า logistics เพิ่มเติม การจัดการศุลกากร และค่า FX ที่บทความนี้ไม่ได้ทำโมเดลไว้ ผู้ขาย cross-border ควรใช้กรอบหกชั้นเดียวกัน แต่ใส่ชั้น 4 และชั้น 6 ด้วยเรตเฉพาะของ cross-border
• เรตที่ต่อรอง ผู้ขายระดับองค์กรกลุ่ม top-decile และบัญชี KA มักมีเรต commission ที่ต่อรองมาต่ำกว่า schedule สาธารณะ ขั้นตอน reconciliation ไม่เปลี่ยน มีเพียง lookup table ของชั้น 1 ที่ต้องใช้เรตที่ต่อรอง ส่วนชั้น 2–6 มักยังเป็น schedule สาธารณะ
• การเปลี่ยนแปลงกลไกโปรแกรม รายละเอียด voucher tier (เรต tier, เปอร์เซ็นต์ที่ผู้ขายจ่ายเอง), เรต FSP และภาระของ Mall เปลี่ยนทุกไตรมาส กรอบหกชั้นใช้ได้ยืนยาว แต่ค่าเรตที่ใส่เข้าไปไม่ การ reconciliation ต้องคิดเรตใหม่ทุกครั้งที่มีประกาศโปรแกรม ไม่ใช่แค่ตอนที่ fee schedule เปลี่ยน
• การคืนสินค้าและ refund การ reconciliation ที่นี่เป็นแบบ gross ของการคืน ส่วนการ reconcile แบบ net-of-returns จะรันราว 30 วันต่อมาเมื่อ refund flag แก้แล้ว ผู้ขายที่เทียบยอดที่ได้รับจริงกับเงินเข้าบัญชีควรเผื่อ lag เล็กน้อย
• ขอบเขตข้อมูลภายใน ช่วง take-rate รวม 18–24% และตัวเลขเปรียบเทียบข้ามแพลตฟอร์มเป็นค่ารวมข้ามบัญชีผู้ขาย marketplace หลายแพลตฟอร์มกลุ่ม Thai SEA-6 ใน sample ของเรา ไม่ใช่ข้อกล่าวอ้างระดับประชากร บัญชี cross-border, B2B และบัญชีกลุ่มล่างสุดของการกระจายถูกคัดออก
• ขอบเขตข้ามแพลตฟอร์ม บทความนี้เป็นเรื่อง Shopee อย่างเดียว Lazada และ TikTok Shop ก็มี fee stack หกชั้นเช่นกัน แต่การนำกรอบนี้ไปใช้กับแพลตฟอร์มเหล่านั้นต้องสร้างแต่ละชั้นขึ้นมาใหม่จาก fee schedule สาธารณะของแพลตฟอร์มที่เกี่ยวข้อง ซึ่งอยู่นอกขอบเขตของบันทึกฉบับนี้ ผู้ขายที่ขายหลายแพลตฟอร์มควรรันขั้นตอน reconciliation แยกต่อแพลตฟอร์ม

Methodology

การอ้างอิงข้อมูลสาธารณะมาจาก Shopee Help Center Thailand (commission และ transaction-fee schedule, เรต commission ของ Mall, กลไก Shop Voucher, เอกสาร Free Shipping Program), เอกสารนักลงทุน 4Q25 / 1Q26 ของ Sea Limited (ทิศทาง transaction-based revenue และองค์ประกอบของ take-rate) และบทวิเคราะห์ Bain e-Conomy SEA 2025 เกี่ยวกับ retail-media และ take-rate inflation ของแพลตฟอร์มใน marketplace SEA จุดเปรียบเทียบ Lazada และ TikTok Shop มาจากหน้าเอกสารค่าธรรมเนียมผู้ขายของแต่ละแพลตฟอร์ม ซึ่งเปิดเป็นสาธารณะเช่นกัน

ข้อกล่าวอ้างจากข้อมูลภายใน — ช่วง take-rate รวม 18–24%, ตัวเลข sensitivity รายชั้น และช่วงเปรียบเทียบข้ามแพลตฟอร์ม — เป็นค่ารวมข้ามบัญชีผู้ขาย marketplace หลายแพลตฟอร์มกลุ่ม Thai SEA-6 ที่เราทำโมเดลโดยตรง โดย reconcile ในระดับ order-line ส่วน Shopee อยู่ที่ราว 280 บัญชีที่ใช้งานอยู่ในกรอบ sample ตาม DataGlass research methodology (ม.ค. 2024 – เม.ย. 2026 หน้าต่างสังเกต 28 เดือน) ตัวอย่างคำนวณจริงเป็น composite ระดับงานวิจัยที่ปรับเทียบกับ category เสื้อผ้าระดับ Mall ในไทย ตัวเลขจะต่างออกไปใน category หรือตลาดอื่น