ทำไมแชทที่ดูง่าย ถึงกินงบ 1.3 ล้านบาท?
แชทที่แจ้งเตือนไม่มาหรือข้อความหาย คือผู้ซื้อกับผู้ขายที่ย้ายไปคุยกันใน LINE และยอดขายที่แอปคุณไม่เห็นอีกเลย ทีมส่วนใหญ่ประเมินแชทจากเดโม: เปิด WebSocket ส่งข้อความ เก็บลงฐานข้อมูล ทำได้ในสองสัปดาห์ แต่ระบบที่ผู้ใช้ไทยยอมใช้กินเวลาราว 4 เดือนและ 1.3 ล้านบาท เดโมคือหน้าร้าน ส่วนที่แพงคือโกดังและระบบขนส่งหลังร้าน อย่างที่เราเล่าไว้ใน 7 ฟีเจอร์แชทในแอปที่ผู้ใช้ไทยคาดหวัง ฟีเจอร์ที่ทำให้งบบานมี 5 กลุ่ม:
Push Notification (การแจ้งเตือนบนมือถือ) ต้องผ่านทั้ง APNs และ FCM และรับมือกับ Android บางยี่ห้อที่ปิดแอปเบื้องหลังเพื่อประหยัดแบต ข้อความที่ไม่แจ้งเตือนคือข้อความที่ไม่มีใครเห็น
ประวัติแชทข้ามเครื่อง ข้อความต้องเรียงถูก ไม่ซ้ำ ไม่หาย เมื่อผู้ใช้ออฟไลน์ เปลี่ยนเครื่อง หรือเปิดพร้อมกันทั้งมือถือและเว็บ
รูป ไฟล์ และเสียง อัปโหลดบนเน็ตช้า ย่อรูป ทำ thumbnail ส่งผ่าน CDN (เครือข่ายกระจายไฟล์) และคุมสิทธิ์ว่าใครเปิดไฟล์ได้
การกรองข้อความภาษาไทย ภาษาไทยไม่มีเว้นวรรคระหว่างคำ ตัวกรองคำหยาบทั่วไปจึงพลาดง่าย และผู้ใช้เลี่ยงด้วยการเว้นตัวอักษร เช่น "แ อ ด ไ ล น์"
Scale (ขยายรองรับผู้ใช้) การเชื่อมต่อค้างไว้หลักแสน กลุ่มที่มีสมาชิกหลักพัน และคืนที่ทุกคนส่งข้อความพร้อมกัน
แต่ละฟีเจอร์กินแรงทีมไปกี่สัปดาห์?
ฟีเจอร์ | สัปดาห์-คน | ส่วนที่กินเวลา |
|---|---|---|
ข้อความ 1:1 และกลุ่ม | 8–10 | WebSocket ลำดับข้อความ ส่งซ้ำเมื่อหลุด |
อ่านแล้ว พิมพ์อยู่ ออนไลน์ | 2–3 | สถานะในกลุ่มใหญ่ไม่ให้ระบบหนัก |
Push iOS + Android | 4–6 | ทดสอบหลายยี่ห้อ ช่องทางของผู้ผลิตแต่ละราย |
ประวัติข้ามเครื่องและออฟไลน์ | 4–6 | ซิงก์ไม่ซ้ำ ไม่หาย หลายอุปกรณ์ |
รูป ไฟล์ เสียง | 3–5 | อัปโหลดบนเน็ตช้า ย่อรูป CDN สิทธิ์เข้าถึง |
กรองข้อความไทย + รายงาน/แบน | 4–8 | ตัดคำไทย คำเลี่ยง เบอร์โทรและไอดี LINE |
ขยายระบบและทดสอบโหลด | 3–5 | การเชื่อมต่อหลักแสน กลุ่มใหญ่ |
หลังบ้านแอดมินและ PDPA | 2–4 | ลบและส่งออกข้อมูลตามคำขอผู้ใช้ |
รวม | 30–47 | ทีม 3.5 คน ≈ 4 เดือนรวมงานประสาน |
ตัวเลขนี้คือช่วงที่ทำได้จริง ไม่ใช่กรณีแย่สุด ทีมที่เคยทำระบบแชทมาแล้วอาจใช้เวลาน้อยกว่าราวหนึ่งในสาม ส่วนทีมที่เริ่มจากศูนย์มักเกินช่วงบน โดยเฉพาะข้อ Push และการกรองภาษาไทย
เราคิดเลขจากสมมติฐานอะไร และตรงไหนที่คุณต้องแก้?
รายการ | สร้างเอง | ใช้ Chat SDK |
|---|---|---|
ทีมช่วงสร้าง | backend 120,000 + iOS 90,000 + Android 90,000 + QA ครึ่งเวลา 25,000 = 325,000 บาท/เดือน (เงินเดือนสมมติ) | วิศวกรแอปเดิม 2 คน ราว 1 เดือน |
ต้นทุนครั้งเดียว | 325,000 × 4 เดือน = 1,300,000 บาท | ราว 200,000 บาท (2 คน × 1 เดือน) |
เวลาก่อนเปิดใช้ | ราว 4 เดือน | ราว 2–4 สัปดาห์ด้วย UIKit (หน้าจอสำเร็จรูป) |
ทีมดูแลหลังเปิด | 1.5 คน = 165,000/เดือน (เพิ่มเป็น 285,000 ที่ 500,000 MAU) | 0.2 คน = 20,000/เดือน |
ค่าใช้งาน | เซิร์ฟเวอร์ ฐานข้อมูล พื้นที่เก็บไฟล์ CDN | แผน Standard 399 USD (ราว 13,965 บาท) รวม 10,000 MAU + MAU ส่วนเกิน × 0.05 USD (ราว 1.75 บาท) |
MAU นับเฉพาะผู้ใช้ที่เปิดแชทอย่างน้อยหนึ่งครั้งในเดือนนั้น ไม่ใช่ผู้ใช้ทั้งหมดของแอป เราแนะนำให้ใช้ตัวเลขนี้ ไม่ใช่ยอดดาวน์โหลด
ที่ 100,000 MAU ขึ้นไป ควรขอใบเสนอราคา เพราะแผน Enterprise ในหน้าราคาระบุให้ติดต่อฝ่ายขาย เราจึงใส่อีกแถวที่ 0.70 บาทต่อ MAU ส่วนเกินเป็นสมมติฐานตัวอย่าง ไม่ใช่ราคาที่ยืนยันแล้ว ส่วนทางสร้างเอง เรานับค่าดูแลเฉพาะ 8 เดือนหลังเปิดในปีแรก ซึ่งเข้าข้างการสร้างเอง เพราะ 4 เดือนที่ยังไม่มีแชทไม่ได้นับเป็นรายได้ที่หายไป
ที่ 10,000 / 100,000 / 500,000 MAU ทางไหนถูกกว่ากี่ล้าน?
ตัวอย่างการคิดฝั่ง SDK ที่ 100,000 MAU: แผน Standard 399 USD หรือราว 13,965 บาท (รวม 10,000 MAU) บวก MAU ส่วนเกิน (100,000 − 10,000) × 1.75 = 157,500 บาท และทีม 0.2 คน 20,000 รวมราว 191,465 บาทต่อเดือน (ราคา list ณ พ.ย. 2026 ที่อัตราตัวอย่าง 35 บาทต่อ USD)
ต่อเดือน (บาท) | 10,000 MAU | 100,000 MAU | 500,000 MAU |
|---|---|---|---|
Chat SDK ราคา list | 33,965 | 191,465 | 891,465 |
Chat SDK สมมติราคาเจรจา 0.70/MAU | – | 96,965 | 376,965 |
สร้างเอง: เซิร์ฟเวอร์ + ทีม | 15,000 + 165,000 = 180,000 | 45,000 + 165,000 = 210,000 | 150,000 + 285,000 = 435,000 |
ล้านบาท | 10,000 MAU | 100,000 MAU | 500,000 MAU |
|---|---|---|---|
SDK list ปีที่ 1 / ปีที่ 2 | 0.61 / 0.41 | 2.50 / 2.30 | 10.90 / 10.70 |
SDK เจรจา ปีที่ 1 / ปีที่ 2 | – | 1.36 / 1.16 | 4.72 / 4.52 |
สร้างเอง ปีที่ 1 / ปีที่ 2 | 2.74 / 2.16 | 2.98 / 2.52 | 4.78 / 5.22 |
รวม 2 ปี: SDK list · เจรจา · สร้างเอง | 1.02 · – · 4.90 | 4.80 · 2.52 · 5.50 | 21.60 · 9.24 · 10.00 |
สรุปตรง ๆ: ถ้าแอปมีผู้ใช้แชทหลายแสนคนต่อเดือน อย่าจ่ายราคา list เพราะการสร้างเองถูกกว่าเกินครึ่ง เราแนะนำให้เอาตารางนี้ไปเจรจา หรือคิดเรื่องสร้างเองอย่างจริงจัง
ต้นทุนแฝงอะไรที่ทีมมักลืม จนงบบานปลาย?
Push บน Android ยี่ห้อที่คนไทยใช้มาก OPPO, vivo, Xiaomi และ Huawei บางรุ่นมีช่องทาง Push ของตัวเองหรือปิดแอปเบื้องหลัง (StatCounter ต.ค. 2026 ซึ่งวัดจากทราฟฟิกเว็บบนมือถือในไทย: OPPO 19.98% vivo 13.41% และ Xiaomi 8.49% รองจาก Apple 24.3% และ Samsung 23.06%) ทีมต้องต่อและทดสอบทีละช่องทาง และตามแก้เมื่อผู้ผลิตเปลี่ยนนโยบาย
การกรองข้อความภาษาไทยไม่เคยเสร็จ คำเลี่ยงใหม่เกิดทุกเดือน การชวนออกไปคุยนอกแอปด้วยเบอร์โทรหรือไอดี LINE ต้องจับได้ทั้งตัวเลขไทยและอารบิก ใช้คนดูแลรายการคำราว 0.2–0.5 คน (ประมาณการ) ตลอดไป
พื้นที่เก็บประวัติโตทุกปี ข้อความและไฟล์สะสมไม่เคยลดลง ถ้าเก็บไม่จำกัด ค่าฐานข้อมูลและพื้นที่เก็บไฟล์ปีที่ 3 อาจเป็นราว 2–3 เท่าของปีแรก (ประมาณการ)
PDPA PDPA ให้สิทธิ์เจ้าของข้อมูลขอเข้าถึงหรือขอสำเนา ขอโอนย้าย และขอลบข้อมูล ระบบจึงต้องค้นหา ส่งออก และลบได้จริงทั้งข้อความและรูป รวมถึงวางแผนกับสำเนาสำรอง
เวรกลางคืน ทีมดูแล 1.5 คนรับเวรตลอด 24 ชั่วโมงไม่ไหว ถ้าแชทคือหัวใจของแอป เช่น มาร์เก็ตเพลสหรือแอปหาคู่ ต้องเพิ่มคนหรือยอมให้แชทล่มนานขึ้น
มีต้นทุนที่เท่ากันทั้งสองทางด้วย เช่น คนตรวจข้อความที่ถูกรายงาน และนโยบายชุมชนของแอป ต้นทุนเหล่านี้ไม่ทำให้ผลการเทียบเปลี่ยน จึงไม่ได้ใส่ไว้ในตาราง
เมื่อไหร่การสร้างแชทเองถึงคุ้มจริง?
เราเป็นพาร์ทเนอร์ของ Tencent RTC Chat แต่ตัวเลขข้างบนชัดว่าการสร้างเองคุ้มในบางกรณี ถ้าเข้าเงื่อนไข 2 ข้อขึ้นไป ให้คิดเลขละเอียดกว่านี้:
แชทคือสิ่งที่ผู้ใช้มาหา เช่น แอปส่งข้อความหรือคอมมูนิตี้ ไม่ใช่ฟีเจอร์เสริมของแอปจองหรือแอปซื้อขาย
ผู้ใช้แชทเกินราว 300,000 MAU และราคาที่เจรจาได้ยังสูงกว่าตารางฝั่งสร้างเอง
มีทีม backend ที่เคยทำระบบส่งข้อความระดับนี้แล้ว ค่าทีมดูแลจึงไม่ใช่ต้นทุนใหม่
ต้องการการเข้ารหัสแบบ end-to-end หรือเก็บข้อมูลในเครื่องของคุณเท่านั้น ตามสัญญาหรือข้อกำหนดของลูกค้าองค์กร และ SDK ที่พิจารณาไม่มีรูปแบบนี้ให้ (ถามผู้ให้บริการแต่ละเจ้าให้ชัดก่อนตัดสินใจ)
ในทางกลับกัน ถ้าแชทเป็นแค่ช่องทางคุยระหว่างผู้ซื้อกับผู้ขาย หรือลูกค้ากับช่าง ผู้ใช้แชทส่วนใหญ่ไม่ถึงหลักแสน และ SDK จะถูกกว่าแทบทุก Use Case (กรณีใช้งาน) ทางกลางคือใช้ SDK เปิดให้เร็ว แล้วสร้างเองเฉพาะส่วนที่เป็นจุดขาย เช่น บอทหรือการแนะนำสินค้าในแชท
ใช้ตัวเลขไหนเป็นตัวตัดสิน?
ก่อนตัดสินใจ เราแนะนำให้ทำ 3 อย่างนี้:
นับ MAU ของแชท ไม่ใช่ของแอป ดูจาก event เปิดหน้าแชทหรือส่งข้อความใน analytics ที่มีอยู่
แทนเงินเดือนและค่าเซิร์ฟเวอร์สมมติในตารางด้วยตัวเลขของทีมคุณ แล้วคำนวณซ้ำด้วยสูตรเดียวกับข้างบน
ขอใบเสนอราคาที่ MAU ปีหน้า เพราะที่หลักแสน MAU ราคาที่เจรจาได้คือตัวแปรที่สำคัญที่สุดในการเทียบนี้
ถ้าแอปมีวิดีโอคอลด้วย ดูตัวเลขฝั่งวิดีโอใน สร้างเอง vs ใช้ SDK เพราะการใช้ Chat และ TRTC ในบัญชีเดียวลดงานต่อระบบและทีมดูแลลงอีก
Frontyr's take
ทีมส่วนใหญ่ประเมินแชทจากเวลาทำให้ส่งข้อความได้ แต่ต้นทุนจริงอยู่ที่ Push ที่ต้องมาถึงทุกยี่ห้อและการกรองภาษาไทยที่ต้องดูแลทุกเดือน ถ้าแอปมีผู้ใช้แชทหลายแสนคน อย่าตัดสินจากราคา list เราแนะนำให้ขอราคาตามปริมาณมาเทียบกับตารางฝั่งสร้างเองก่อน
Bank, CTO · Frontyr Digital
สร้างแชทในแอปเองใช้เวลานานแค่ไหน?
MAU ที่ใช้คิดราคานับอย่างไร?
ใช้ Firebase หรือฐานข้อมูลเรียลไทม์ทำแชทเองถูกกว่าไหม?
Chat SDK กรองข้อความภาษาไทยได้ไหม?
เริ่มด้วย SDK แล้วย้ายไปสร้างเองทีหลังได้ไหม?
ทดลอง Chat ฟรีได้ไหม?
ที่มา: หน้าราคา Tencent RTC Chat https://trtc.io/pricing/chat · ส่วนแบ่งตลาดมือถือในไทย https://gs.statcounter.com/vendor-market-share/mobile/thailand · เงินเดือน แรงสร้าง และค่าเซิร์ฟเวอร์เป็นสมมติฐานของทีม Frontyr · อัตราแลกเปลี่ยนตัวอย่าง 35 บาทต่อ USD · Webhook ก่อนส่งข้อความของ Chat https://www.tencentcloud.com/document/product/1047/34364 · เข้าถึง ต.ค. 2026
