Scale OTT Platform จาก 1 ล้าน สู่ 12 ล้าน Users: เมื่อ Streaming ไม่ได้พังที่ Video เสมอไป

TechCut — Technical Case Study CH3+ OTT Platform Project

ย้อนกลับไปช่วงที่ Muze เริ่มทำงานกับ CH3+ โจทย์ใหญ่ของโปรเจกต์ฟังดูตรงไปตรงมา:

แต่เมื่อเข้าไปดูรายละเอียดจริง ความท้าทายไม่ได้อยู่แค่การ “เปิดวิดีโอให้ดูได้” เท่านั้น

หลาย Platform เตรียมระบบวิดีโอไว้ดีมาก แต่กลับสะดุดในจุดที่ผู้ใช้สัมผัสจริง เช่น

• เปิดแอปแล้วโหลดช้า
• Login ไม่ผ่านตอนคนเข้าเยอะ
• Campaign กดแล้วค้าง
• ระบบจ่ายเงินไม่เสถียร
• Player ทำงานไม่เหมือนกันในแต่ละอุปกรณ์
• Front-end เรียก API หนักเกินไปจน backend รับโหลดไม่ไหว

สำหรับ CH3+ สิ่งที่ Muze เข้าไปช่วยจึงไม่ใช่แค่การ “ทำแอปดูวิดีโอ” แต่คือการออกแบบและพัฒนา ประสบการณ์หน้าบ้านทั้งหมดของ OTT Platform ให้รองรับผู้ใช้งานระดับประเทศได้จริง

จุดเริ่มต้น: 1 ล้าน Users ที่ต้องเตรียมตัวสำหรับ 10 เท่า

ตอนเริ่มโปรเจกต์ CH3+ มีผู้ใช้งานอยู่แล้วประมาณ 1 ล้านคน

ตัวเลขนี้ไม่ใช่ปัญหาใหญ่ที่สุด

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

และสำหรับ OTT Platform ความยากไม่ได้อยู่ที่ average load แต่คือ peak load

วันธรรมดา traffic อาจดูปกติ แต่เมื่อมีละครตอนสำคัญ Live Event คอนเสิร์ต งานประกาศรางวัล หรือคอนเทนต์ที่แฟนคลับรอคอย ผู้ใช้จำนวนมากจะเข้ามาพร้อมกันในช่วงเวลาเดียวกัน

CH3+ เคยรองรับ Peak Concurrent Viewers สูงถึงประมาณ 800,000 คนพร้อมกัน

ถ้าออกแบบระบบโดยดูจากค่าเฉลี่ย ระบบจะดูเหมือน “พอไหว” ในวันปกติ แต่มีโอกาสสะดุดทันทีในวันที่สำคัญที่สุดทางธุรกิจ

Challenge ของ OTT: ไม่ใช่แค่ Streaming แต่คือทั้ง User Journey

หลายคนมักมองว่า OTT Platform คือระบบ Streaming

แต่ในมุมของผู้ใช้ ประสบการณ์จริงเริ่มตั้งแต่ก่อนวิดีโอเล่นเสียอีก

ผู้ใช้ต้องเปิดแอป เข้า home screen เลือกคอนเทนต์ login ดู campaign กดสิทธิ์ สมัครสมาชิก จ่ายเงิน หรือเข้าร่วมกิจกรรมบางอย่าง ก่อนจะไปถึงการดูวิดีโอจริง

ถ้าขั้นตอนเหล่านี้สะดุด ผู้ใช้จะรู้สึกว่า “แอปล่ม” แม้ว่าระบบ Streaming ข้างหลังยังพร้อมทำงานอยู่ก็ตาม

นี่คือจุดที่ Muze เข้าไปมีบทบาทหลักใน CH3+

เราไม่ได้เป็นทีมที่ทำ core streaming backend ทั้งหมด แต่เราออกแบบและพัฒนาองค์ประกอบสำคัญที่ผู้ใช้สัมผัสโดยตรง ได้แก่

• Front-end application และ player experience บนหลายอุปกรณ์
• BFF หรือ Backend for Frontend ที่ช่วยจัดรูปแบบข้อมูลให้เหมาะกับแต่ละ platform
• ระบบ login และ user-facing flow
• ระบบ campaign และ event engagement
• ระบบที่เกี่ยวข้องกับ payment flow
• ส่วนเชื่อมต่อระหว่าง front-end, business logic และ service ต่าง ๆ

ทั้งหมดนี้ต้องทำงานพร้อมกันได้ในวันที่คนจำนวนมากเข้าใช้งานในเวลาเดียวกัน

ทำไม BFF ถึงสำคัญใน OTT Platform

เมื่อ Platform ต้องรองรับหลายอุปกรณ์ เช่น iOS, Android, Apple TV, Android TV, Samsung TV, Android Box และ Web การให้ทุก client เรียก backend service โดยตรงทั้งหมดมักสร้างปัญหาระยะยาว

แต่ละอุปกรณ์มีข้อจำกัดไม่เหมือนกัน

• Mobile ต้องเร็วและประหยัด bandwidth
• Smart TV ต้อง navigation ง่ายและ render ได้เสถียร
• Web ต้องรองรับ browser หลายแบบ
• Player แต่ละ platform มี behavior และ limitation แตกต่างกัน

BFF จึงเป็น layer สำคัญที่ช่วยให้ front-end แต่ละ platform ได้ข้อมูลที่เหมาะสมกับตัวเอง โดยไม่ต้องแบก logic ที่ซับซ้อนเกินไปไว้ใน client

ในระบบลักษณะนี้ BFF ช่วยเรื่องสำคัญหลายอย่าง เช่น

• ลดจำนวน API calls จาก client
• รวมข้อมูลจากหลาย service ให้เป็น response ที่พร้อมใช้
• ปรับ format ของข้อมูลให้เหมาะกับแต่ละ device
• ซ่อน complexity ของ backend service จาก front-end
• ทำให้ทีมพัฒนาแต่ละ platform ทำงานได้เร็วขึ้น
• ลดโอกาสที่ client จะยิง request หนักเกินไปในช่วง traffic สูง

สำหรับ High-Traffic Platform นี่ไม่ใช่แค่เรื่อง clean architecture แต่เป็นเรื่อง performance และ reliability โดยตรง

เพราะในวันที่มีผู้ใช้จำนวนมากเข้าพร้อมกัน request ที่ลดลงเพียงเล็กน้อยต่อ user สามารถแปลเป็น load ที่ลดลงมหาศาลทั้งระบบ

Player Experience: จุดเล็กที่กระทบความรู้สึกผู้ใช้มากที่สุด

ใน OTT Platform ตัว player คือจุดที่ผู้ใช้ให้ความสำคัญมากที่สุด

ถ้าวิดีโอเริ่มช้า กระตุก กด fullscreen แล้วมีปัญหา หรือเปลี่ยน quality แล้วไม่ smooth ผู้ใช้จะไม่สนใจว่าปัญหาเกิดจาก network, device, CDN, DRM หรือ application layer

สิ่งที่ผู้ใช้รู้สึกคือ “ดูไม่ได้”

Muze จึงต้องให้ความสำคัญกับ player experience บนทุก platform ที่ CH3+ รองรับ ทั้ง mobile, TV และ web

ความยากของ player ไม่ได้อยู่แค่การฝัง video component ลงไปในแอป แต่คือการทำให้ประสบการณ์ดูวิดีโอทำงานได้สม่ำเสมอใน ecosystem ที่แตกต่างกันมาก

เช่น

• behavior ของ player บน iOS และ Android ไม่เหมือนกัน
• Smart TV แต่ละรุ่นมีข้อจำกัดด้าน performance
• Android Box มี fragmentation สูง
• DRM และ playback policy ของแต่ละ platform แตกต่างกัน
• UX ของ remote control บน TV ต้องคิดต่างจาก touch screen

การทำ OTT Platform ให้ดีจึงต้องเข้าใจทั้ง software architecture และ behavior ของอุปกรณ์จริง

Campaign, Login และ Payment: จุดที่ Platform มักตกม้าตาย

อีกส่วนที่สำคัญมากของ CH3+ คือระบบรอบ ๆ Streaming

โดยเฉพาะระบบที่เกี่ยวกับ campaign, login และ payment

ในช่วงที่มี event หรือ content สำคัญ ผู้ใช้ไม่ได้เข้ามาแค่ดูวิดีโอ แต่เข้ามาทำ action หลายอย่างพร้อมกัน เช่น login, redeem สิทธิ์, เข้าร่วม campaign, สมัคร package หรือทำ payment

นี่คือ traffic pattern ที่ต่างจาก web application ทั่วไป

เพราะ load ไม่ได้กระจายทั้งวัน แต่กระจุกตัวในช่วงเวลาสั้น ๆ

• ถ้า login service ช้า ผู้ใช้เข้าไม่ได้
• ถ้า campaign system ช้า ผู้ใช้กดกิจกรรมไม่ได้
• ถ้า payment flow สะดุด revenue หายทันที
• ถ้า BFF จัดการ request ไม่ดี backend จะโดน load เกินจำเป็น

ดังนั้น architecture ของส่วนหน้าบ้านและระบบประกอบจึงต้องคิดเผื่อ peak usage ตั้งแต่แรก ไม่ใช่ค่อยมาแก้เมื่อระบบเริ่มมีผู้ใช้จำนวนมากแล้ว

Fandom System: ความต่างที่ทำให้ CH3+ ไม่ใช่แค่ Free TV Online

หนึ่งในจุดเปลี่ยนสำคัญของ CH3+ คือการไม่ทำ Platform ที่เป็นเพียง “Free TV บนออนไลน์”

แต่สร้างความแตกต่างด้วยการเอา ศิลปินและ Fandom เป็นแกนสำคัญของ Product

ผู้ใช้ไม่ได้เข้ามาแค่ดูคอนเทนต์ แต่เข้ามา engage กับดารา รายการ Exclusive Content และกิจกรรมที่เชื่อมกับแฟนคลับ

นี่ทำให้ CH3+ มี product angle ที่แตกต่างจาก streaming platform ทั่วไป

ในเชิงเทคนิค Fandom System ทำให้ Platform ต้องรองรับ interaction มากกว่าการดูวิดีโอแบบ passive

เช่น campaign, exclusive activity, fan engagement และ content experience ที่ออกแบบเฉพาะกลุ่มผู้ชม

นี่คือจุดที่ technology ต้องทำงานร่วมกับ product strategy ไม่ใช่แค่ implement ตาม requirement

ผลลัพธ์

จาก Platform ที่มีผู้ใช้งานประมาณ 1 ล้านคน CH3+ เติบโตสู่ระดับมากกว่า 12 ล้าน Monthly Active Users

และรองรับผู้ชมพร้อมกันสูงสุดประมาณ 800,000 Concurrent Viewers

พร้อมขยายการใช้งานจากไม่กี่ platform ไปสู่ ecosystem หลายอุปกรณ์ ได้แก่

• iOS
• Android
• Apple TV
• Android TV
• Samsung TV
• Android Box
• Web

ตัวเลขเหล่านี้สะท้อนสิ่งหนึ่งชัดเจน:

การทำ OTT Platform ให้ scale ได้ ไม่ใช่แค่การเตรียม streaming infrastructure ให้พร้อม แต่ต้องออกแบบทั้ง user journey, front-end architecture, BFF, login, payment และ campaign system ให้รองรับวันที่ผู้ใช้เข้ามาพร้อมกันจำนวนมากได้จริง

บทเรียนจาก CH3+

สิ่งที่ Muze เรียนรู้จาก CH3+ คือ High-Traffic Platform ไม่ได้พังเฉพาะตรงที่ใหญ่ที่สุดเสมอไป

บางครั้งระบบวิดีโอพร้อม
CDN พร้อม
Content พร้อม
Marketing พร้อม

แต่ผู้ใช้กลับเข้าไม่ได้ เพราะ login รับโหลดไม่ไหว หรือ campaign ล่ม เพราะคนกดพร้อมกัน หรือ payment flow สะดุดในช่วงที่ควรสร้างรายได้มากที่สุด หรือ front-end เรียก API หนักเกินไปจนระบบทั้งหมดช้า

ดังนั้น architecture ที่ดีของ OTT Platform ต้องไม่ได้มองแค่ “เล่นวิดีโอได้ไหม”

แต่ต้องถามว่า

ในวันที่ผู้ใช้หลายแสนคนเข้ามาพร้อมกัน Platform ทั้งเส้นทางยังลื่นอยู่หรือไม่

สำหรับองค์กรที่กำลังสร้าง Streaming Platform หรือ High-Traffic Digital Product

ถ้าธุรกิจของคุณกำลังสร้าง Platform ที่ต้องรองรับผู้ใช้จำนวนมาก ไม่ว่าจะเป็น Streaming, E-commerce, Campaign Platform, Super App หรือระบบที่มี peak traffic สูง สิ่งสำคัญไม่ใช่แค่เลือก technology stack ให้ถูก

แต่คือการออกแบบ architecture ให้สอดคล้องกับพฤติกรรมผู้ใช้จริง

เพราะในวันที่ traffic พุ่งสูงที่สุด นั่นมักเป็นวันที่สำคัญที่สุดทางธุรกิจเช่นกัน

Muze ช่วยองค์กรออกแบบและพัฒนา Digital Platform ที่พร้อม scale ทั้งในเชิง technology, product experience และ business outcome

เสียงจากลูกค้า