รายงานนี้สรุปสถาปัตยกรรม NSP สถานะต้นแบบ ต้นทุน CAPEX/OPEX ระดับชาติ (55 ล้านคน) และโมเดลธุรกิจที่สถาบันการเงินยอมรับ ภายใต้โครงสร้าง PPP และสัมปทาน
NSP คือโครงสร้างพื้นฐานทางวัฒนธรรมสำหรับประชาชนไทยทุกคน — เทียบได้กับระบบขนส่งสาธารณะหรือสาธารณูปโภค ไม่ใช่ผลิตภัณฑ์เชิงพาณิชย์ ออกแบบให้ทุกครัวเรือนสามารถเข้าถึงโดยไม่มีค่าใช้จ่าย ผ่านทุกอุปกรณ์
ภายใต้โครงสร้าง PPP + สัมปทาน: รัฐให้ anchor revenue ฿200M/ปี (ลดความเสี่ยงของเอกชน) ขณะที่เอกชนบริหารและส่งมอบ (สร้างวินัยตลาด)
This report summarises the NSP architecture, current prototype state, CAPEX/OPEX at national scale (55 million users), and a financeable business model under a Public-Private Partnership (PPP) with a concession structure.
NSP is cultural infrastructure for all Thai people — equivalent to public transport or utilities, not a commercial product. Designed so every household can access it free of charge, on any device.
Under a PPP + concession: the state provides ฿200M/yr in anchor revenue (de-risks the operator), while the private partner builds and runs the platform (introduces market discipline).
本报告概述 NSP 架构、原型现状、全国规模(5500万用户)所需 CAPEX/OPEX,以及符合金融机构评估标准的 PPP + 特许经营商业模式。
NSP 是面向全体泰国民众的文化基础设施——可与公共交通和市政公用事业并列,不是商业产品。设计目标是让每个家庭都能在任何设备上免费访问。
采用 PPP + 特许经营结构:政府每年提供 ฿200M 的主力收入(降低运营方风险),由私营合作方建设并运营(引入市场纪律)。
Dr Non — นน อัครประเสริฐกุล · 农博士 — สถาปนิกและนักมานุษยวิทยา ทำงานข้ามเมืองอัจฉริยะ ข้อมูลภาครัฐ และการสื่อสารดิจิทัล ผู้ก่อตั้ง Smart City Thailand Index และ ASEAN Smart Cities Network ที่ปรึกษานวัตกรรมเชิงนโยบายให้กับภาครัฐและเอกชนในภูมิภาค ผมออกแบบ NSP เป็นบริการสาธารณะที่ "ครัวเรือนไทยทุกหลังควรจำได้" — โครงสร้างพื้นฐานทางวัฒนธรรม เทียบเท่าระบบขนส่งสาธารณะ ไม่ใช่ผลิตภัณฑ์เชิงพาณิชย์ที่ต้องโฆษณา
NSP ไม่ได้เกิดจากการระดมทุนร้อยล้าน แต่เกิดจากการต่อจิ๊กซอว์ของเทคโนโลยีที่มีอยู่แล้ว — เหมือนกับการสร้างบ้านจากตู้คอนเทนเนอร์ (container house) แทนที่จะเทคอนกรีตใหม่ทั้งหลัง
Dr Non — Non Arkaraprasertkul (นน อัครประเสริฐกุล · 农博士) — architect and anthropologist. Smart cities, public data, digital communication. Founder: Smart City Thailand Index, ASEAN Smart Cities Network. Policy innovation adviser to governments and regional private sector. I designed NSP as a public service "every Thai household should remember by name" — cultural infrastructure on par with public transport. Not a commercial product. Not a platform that needs marketing to justify its existence.
NSP was not funded into existence. It was assembled — existing tools, existing services, existing signals — like building a house from shipping containers rather than pouring fresh concrete.
Dr Non — 农博士 (นน อัครประเสริฐกุล · Non Arkaraprasertkul) — 建筑师兼人类学家。智慧城市、公共数据、数字传播。Smart City Thailand Index 与 ASEAN Smart Cities Network 创始人;为公共部门及区域私营机构提供政策创新咨询。 我将 NSP 定位为"每个泰国家庭都该记得名字的"公共服务 — 与公共交通并列的文化基础设施。不是商业产品,不靠营销推广自证其值。
NSP 不源自上亿规模的融资,而是把既有技术零件拼装起来 — 像用集装箱搭房子,而不是从头浇灌一整栋混凝土。
**อุปกรณ์ที่ใช้:** • คอมพิวเตอร์ 1 เครื่อง — MacBook Pro M3 (ใช้พัฒนา + ทดสอบสตรีม) • บัญชีฟรี — GitHub, Vercel, Netlify, Supabase (free tier) • สตรีมทดสอบ — สัญญาณฟรีจากสถานีที่เปิด CORS (DLTV, TNN, PPTV, ฯลฯ) • AI assistant — Claude, Kimi, Cursor IDE (subscription รายเดือน) • เวลา — 45 นาทีต่อหน้าจอ สำหรับการออกแบบหนึ่งหน้า **หลักการ:** ไม่ต้องมี data center ก่อนจึงจะเริ่ม ไม่ต้องมีทีมวิศวกรร้อยคน แค่เข้าใจว่าอะไรเป็น "ของสำเร็จรูป" (commodity) และอะไรเป็น "ของที่ต้องสร้างเอง" (core) — แล้วจ้างความคิดสร้างสรรค์ไปใส่ในส่วนที่เป็น core
**Equipment used:** • One computer — MacBook Pro M3 (development + stream testing) • Free accounts — GitHub, Vercel, Netlify, Supabase (free tier) • Test streams — free CORS-open feeds from stations (DLTV, TNN, PPTV, etc.) • AI assistants — Claude, Kimi, Cursor IDE (monthly subscriptions) • Time — 45 minutes per screen for one design pass **Principle:** You do not need a data centre to start. You do not need a hundred engineers. You only need to understand what is commodity (buy/rent) and what is core (build yourself) — then pour creativity into the core.
**所用设备:** • 一台计算机 — MacBook Pro M3(开发 + 流测试) • 免费账号 — GitHub、Vercel、Netlify、Supabase(免费层) • 测试流 — 各电视台开放 CORS 的免费信号(DLTV、TNN、PPTV 等) • AI 助手 — Claude、Kimi、Cursor IDE(月度订阅) • 时间 — 每个界面一次设计大约 45 分钟 **原则:** 不必先有数据中心才能起步,也不必组建百人工程团队。只需分清什么是"商品化"(可买可租)、什么是"核心"(必须自建)— 然后把创造力倾注在核心上。
สถาปัตยกรรมแบ่งเป็น 5 ชั้น: 1. Contribution — สถานีออกอากาศส่งสัญญาณสดผ่าน RTMP/SRT เข้ามายัง regional ingest point 2. Transcoding — FFmpeg / AWS MediaLive แปลงเป็นบันได H.264 (1080p / 720p / 480p / 360p) GOP 2 วินาที 3. Packaging — Shaka Packager ห่อเป็น CMAF fMP4 พร้อม HLS + DASH manifests แบบ Common Encryption (CENC) 4. Origin + CDN — origin behind Nginx; multi-CDN (Cloudflare + Fastly + CloudFront + Thai NIX peering) 5. Analytics — ผู้เล่นส่ง heartbeat ทุก 10 วินาที → Kafka → ClickHouse/TimescaleDB rollup → real-time dashboard ระบบ EWS (Emergency Warning System) ควรใช้มาตรฐาน CAP v1.2 ส่งผ่าน Server-Sent Events (SSE) หรือ WebSocket เป้าหมาย latency ระดับประเทศต้องพิสูจน์ด้วย pilot และหน่วยงานรัฐก่อนใช้งานจริง
The architecture has five tiers: 1. Contribution — broadcasters push live feeds via RTMP/SRT to a regional ingest point 2. Transcoding — FFmpeg / AWS MediaLive produces an H.264 ladder (1080p / 720p / 480p / 360p) with 2-second GOPs 3. Packaging — Shaka Packager produces CMAF fMP4 with HLS + DASH manifests under Common Encryption (CENC) 4. Origin + CDN — origin behind Nginx; multi-CDN orchestration (Cloudflare + Fastly + CloudFront + Thai NIX peering) 5. Analytics — player heartbeats every 10s → Kafka → ClickHouse/TimescaleDB rollups → real-time dashboard The Emergency Warning System should use CAP v1.2 dispatched through Server-Sent Events (SSE) or WebSocket. National latency targets must be proven with a pilot and government alerting agencies before production use.
架构共分五层: 1. 接入(Contribution)— 各广播台通过 RTMP / SRT 将直播信号推送至区域接入点 2. 转码(Transcoding)— FFmpeg / AWS MediaLive 输出 H.264 码率阶梯(1080p / 720p / 480p / 360p),GOP 2 秒 3. 封装(Packaging)— Shaka Packager 输出 CMAF fMP4,HLS + DASH 清单,采用通用加密(CENC) 4. 源站 + CDN — 源站置于 Nginx 后;多 CDN 编排(Cloudflare + Fastly + CloudFront + 泰国 NIX 对等) 5. 分析(Analytics)— 播放器每 10 秒上报一次心跳 → Kafka → ClickHouse / TimescaleDB 汇总 → 实时仪表盘 应急预警系统(EWS)应采用 CAP v1.2,并通过 Server-Sent Events(SSE)或 WebSocket 派发。全国延迟目标必须在试点中与政府预警机构共同验证后才能上线。
**Supabase — ฐานข้อมูลแบบเปิดที่ไม่ต้องดูแลเอง** Supabase คือ "PostgreSQL ที่มีหูมีตา" — มาพร้อม authentication, realtime subscriptions, storage, และ edge functions โดยที่เราไม่ต้องเช่า server หรือติดตั้งอะไรเอง ในบริบท NSP: • **Postgres** — เก็บข้อมูลช่อง รายการ ผู้ใช้ (anon) heartbeat events • **Realtime** — dashboard อัปเดตผู้ชมแบบสดโดยไม่ต้องรีเฟรช • **Auth** — สำหรับผู้ดูแลระบบ (admin) เข้าใช้หน้า OPS โดยไม่ต้องสร้างระบบ login เอง • **Storage** — เก็บโลโก้ช่อง ภาพ thumbnail รายการ • **Edge Functions** — รับ heartbeat จากผู้ชมทั่วประเทศแล้วส่งต่อไปประมวลผล **Google Sheets — CMS สำหรับคนที่ไม่เขียนโค้ด** ผมเชื่อว่าระบบดีต้องให้คนทั่วไปแก้ไขได้ ไม่ใช่แค่โปรแกรมเมอร์ • ทีมเนื้อหาแก้ผังรายการใน Google Sheets → Apps Script ดึงข้อมูล → REST API → อัปเดต Supabase • ทีมข่าวแก้ข้อความเตือนภัย template ใน Sheets → ระบบอัปเดต CAP message อัตโนมัติ • ฝ่ายการตลาดดูยอดผู้ชมสดจาก Sheets (connected กับ Looker Studio) โดยไม่ต้องเข้า database **Metaphor:** Supabase คือครัวกลาง (central kitchen) ส่วน Google Sheets คือร้านข้างถนนที่ทุกคนเข้าถึงได้ — แต่มีท่อลับ (API) เชื่อมกัน
**Supabase — managed open-source database** Supabase is "PostgreSQL with eyes and ears" — it comes with authentication, realtime subscriptions, storage, and edge functions without us renting a server or installing anything. In the NSP context: • **Postgres** — stores channels, programs, anonymous users, heartbeat events • **Realtime** — dashboard updates live without refresh • **Auth** — for admin access to the OPS page without building a login system • **Storage** — channel logos, program thumbnails • **Edge Functions** — receive heartbeats from viewers nationwide and forward for processing **Google Sheets — CMS for non-coders** I believe good systems must be editable by ordinary people, not just programmers. • Content team edits EPG in Google Sheets → Apps Script pulls data → REST API → updates Supabase • News team edits EWS templates in Sheets → system auto-updates CAP messages • Marketing views live viewership from Sheets (connected to Looker Studio) without touching the database **Metaphor:** Supabase is the central kitchen. Google Sheets is the street-side stall anyone can reach — but a secret pipe (API) connects them.
**Supabase — 托管的开源数据库** Supabase 是"长了眼睛和耳朵的 PostgreSQL"— 自带身份验证、实时订阅、存储与边缘函数,而我们不必租用服务器,也不必自行安装任何东西。 在 NSP 的场景里: • **Postgres** — 存放频道、节目、匿名用户、心跳事件 • **Realtime** — 仪表盘无须刷新即可实时更新 • **Auth** — 让管理员直接访问 OPS 页,免去自建登录系统 • **Storage** — 频道 logo、节目缩略图 • **Edge Functions** — 接收全国观众上报的心跳并转发到下游处理 **Google Sheets — 给非程序员用的 CMS** 我相信好系统必须让普通人也能改,而不是只有程序员才能动。 • 内容团队在 Google Sheets 编辑节目表 → Apps Script 抓取 → REST API → 同步到 Supabase • 新闻团队在 Sheets 维护 EWS 模板 → 系统自动更新 CAP 消息 • 市场部从 Sheets(连接 Looker Studio)查看实时收视,不必碰数据库 **比喻:** Supabase 是中央厨房,Google Sheets 是街边人人可达的小摊 — 中间用一条隐蔽的管道(API)连起来。
| LINE ITEM | AS-BUILT (M฿) | YEAR-1 (M฿) | AT-SCALE (M฿) |
|---|---|---|---|
| CAPEX — Encode + origin infrastructure | 0.05 | 80.0 | 320 |
| CAPEX — Multi-CDN setup + integrations | — | 35.0 | 90.0 |
| CAPEX — Nielsen + EWS integration | — | 18.0 | 28.0 |
| CAPEX — Apps (iOS / Android / TV / web) | 0.10 | 40.0 | 60.0 |
| CAPEX — Initial security audit + DRM | — | 12.0 | 22.0 |
| OPEX — Live encoding (21ch × 24h) | — | 9.70 | 9.70 |
| OPEX — Multi-CDN egress (Thai NIX rates) | — | 80.0 | 500 |
| OPEX — Multi-DRM (Widevine + FairPlay) | — | 8.00 | 8.00 |
| OPEX — Operations team (24/7 NOC + content) | — | 14.0 | 25.0 |
| OPEX — Compliance (Nielsen + EWS + NBTC) | — | 6.00 | 12.0 |
| OPEX — Cloud + storage + monitoring | — | 8.00 | 18.0 |
| OPEX — Marketing + content liaison | — | 4.00 | 7.00 |
| TOTAL | 0.15 | 315 | 1100 |
ตัวเลขแบ่งเป็น 3 คอลัมน์: (1) ต้นแบบปัจจุบัน (As-Built), (2) ปีแรกของการดำเนินการระดับชาติ (Y1), (3) ระดับชาติเต็มที่ผู้ใช้ 55 ล้านคน (At-Scale) ค่าใช้จ่ายที่ใหญ่ที่สุดคือ CDN egress ซึ่งคิดเป็นประมาณ 80% ของ OPEX ที่ระดับ scale — ขึ้นกับการต่อรองกับ NIX และ telco
• AWS MediaLive Bangkok ~$1.50/hr/channel × 21ch × 24h × 365 = $276K/yr (~฿9.7M)
• CDN egress: 55M users × 2.5h/day × 3.5 Mbps = 3.2 PB/day. ที่ราคา bulk-negotiated $0.012/GB → ~฿500M/yr
• NOC + broadcast engineering 18 FTE × ฿1.4M loaded = ฿25M/yr
• อ้างอิงราคา: AWS public pricing 2026, Conviva benchmark, ADTEB cost survey
Figures in three columns: (1) current prototype As-Built cost, (2) Year-1 operational launch (Y1), (3) full national scale at 55M users (At-Scale). The largest line item is CDN egress, ≈ 80% of OPEX at scale — sensitive to negotiation with the Thai NIX and the telco partners.
• AWS MediaLive Bangkok ~$1.50/hr/channel × 21ch × 24h × 365 = $276K/yr (~฿9.7M)
• CDN egress: 55M users × 2.5h/day × 3.5 Mbps = 3.2 PB/day. At bulk-negotiated $0.012/GB → ~฿500M/yr
• NOC + broadcast engineering 18 FTE × ฿1.4M loaded = ฿25M/yr
• Sources: AWS public pricing 2026, Conviva benchmark, ADTEB cost survey
数据按三列呈现:(1) 当前原型成本(As-Built),(2) 全国级首年运营(Y1),(3) 5500万用户的满负荷运行(At-Scale)。最大单项是 CDN 出流量,约占满负荷 OPEX 的 80%——其大小取决于与泰国 NIX 与电信运营商的谈判结果。
• AWS MediaLive 曼谷 约 $1.50/小时/频道 × 21 频道 × 24 小时 × 365 = $276K/年(约 ฿9.7M)
• CDN 出流量:5500万用户 × 2.5 小时/天 × 3.5 Mbps = 3.2 PB/天。批量谈判价 $0.012/GB → 约 ฿500M/年
• NOC + 广播工程 18 FTE × ฿1.4M(含税)= ฿25M/年
• 参考:AWS 公开定价 2026、Conviva 基准、ADTEB 成本调查
ผังธุรกิจ 9 ช่องของ Osterwalder ด้านบน แสดงเฉพาะภาษาอังกฤษเพื่อรักษาความสอดคล้อง คำอธิบายของแต่ละช่องในภาษาไทย อังกฤษ และจีน อยู่ในรายงานเต็ม
รายได้ของ NSP มี 4 ทาง: (1) สัมปทาน NBTC ฿200M/ปี — anchor revenue, (2) โฆษณา SSAI ที่เซิร์ฟเวอร์แทรกได้ ฿380M/ปี ที่ระดับ Y3, (3) Data products ฿80M/ปี, (4) NSP+ subscription ฿288M/ปี รวมที่ steady state ≈ ฿948M/ปี
Osterwalder Business Model Canvas (9 cells) above shown in English only to keep the framework consistent. Each cell's commentary in Thai, English, and Chinese sits in the full data appendix.
Revenue mix: (1) NBTC concession ฿200M/yr — anchor revenue; (2) SSAI ads ฿380M/yr at Y3; (3) data products ฿80M/yr; (4) NSP+ subscription ฿288M/yr. Steady state ≈ ฿948M/yr.
上方为 Osterwalder 商业模式画布(9 格),仅使用英文以保持框架一致。每格的中、英、泰文注释位于完整数据附录。
收入构成:(1) NBTC 特许经营费 ฿200M/年(主力收入);(2) SSAI 服务器端动态广告 ฿380M/年(Y3 起);(3) 数据产品 ฿80M/年;(4) NSP+ 订阅 ฿288M/年。满负荷下约 ฿948M/年。
| YEAR | REVENUE (M฿) | OPEX (M฿) | EBITDA (M฿) | CUM EBITDA (M฿) | EBITDA % |
|---|---|---|---|---|---|
| Y1 | 200 | 580 | -380 | -380 | -190% |
| Y2 | 420 | 600 | -180 | -560 | -43% |
| Y3 | 810 | 620 | +190 | -370 | 23% |
| Y4 | 940 | 640 | +300 | -70 | 32% |
| Y5 | 1058 | 660 | +398 | +328 | 38% |
ผลตอบแทนการดำเนินงาน (Operating IRR) 17% ระยะคืนทุน 4.18 yr ความสามารถชำระหนี้ปีที่ 5 (DSCR) 6.42× — ภายใต้สมมติฐานเงินกู้ ฿300M อัตราดอกเบี้ย 6.5% ระยะ 6 ปี
EBITDA เริ่มเป็นบวกในปีที่ 3 ที่ ฿160M และเติบโตเป็น ฿288M ในปีที่ 5 ความเสี่ยงหลัก: ค่า CDN egress (ทำสัญญาระยะยาวกับ NIX), การจัดเก็บค่าโฆษณา (Nielsen cross-platform), การคงสัมปทาน (NBTC)
Operating IRR 17%, payback 4.18 yr, DSCR at Y5 6.42× — assuming a ฿300M loan at 6.5% over 6 years.
EBITDA turns positive in Y3 at ฿160M and reaches ฿288M by Y5. Principal risks: CDN egress unit costs (mitigated by multi-year NIX contracts), ad fill-rate (Nielsen cross-platform measurement), and concession durability (NBTC).
运营 IRR 17%,投资回收期 4.18 yr,第 5 年偿债覆盖率 (DSCR) 6.42×——假设 ฿300M 贷款、利率 6.5%、期限 6 年。
EBITDA 在第 3 年转正为 ฿160M,到第 5 年达 ฿288M。主要风险:CDN 出流量单位成本(通过与 NIX 多年合约缓释)、广告填充率(依赖 Nielsen 跨平台测量)、特许经营权延续性(NBTC)。
กระแสเงินสะสมเริ่มเป็นบวกในระหว่างปีที่ 3 หลังจากปีที่ 1 และ 2 เป็นช่วงลงทุน — เงินกู้ ฿300M ช่วยเสริมสภาพคล่องในช่วงนั้น
ที่ปีที่ 5 EBITDA สะสมยืนที่ ~ ฿388M ครอบคลุมการชำระคืนเงินกู้และเหลือทุนสำหรับการขยายระดับภูมิภาค (ASEAN expansion)
Cumulative cash turns positive during Y3 after the Y1 and Y2 investment phase — bridged by the ฿300M working-capital loan.
By Y5 cumulative EBITDA stands at ≈ ฿388M, sufficient to service the loan and seed regional expansion across ASEAN.
在第 3 年中期累计现金转正——前两年的投入期由 ฿300M 营运资金贷款桥接。
至第 5 年,累计 EBITDA 约 ฿388M,足以偿付贷款并为东盟区域扩展提供启动资金。
| SAFEGUARD | MECHANISM | INTERNATIONAL PRECEDENT |
|---|---|---|
| Board appointment | Parliament, not Cabinet (อิสระจากฝ่ายบริหาร · 立法机关任命) | BBC Royal Charter · ZDF Fernsehrat |
| Staggered terms | Five-year staggered — no single government controls (วาระสลับ · 任期错开) | ZDF · Australian ABC |
| Independent regulator | NBTC holds concession; NSP operates (แยกผู้กำกับ · 监管机构独立) | Ofcom (UK) · ACMA (AU) |
| Viewers committee | Public watchdog with statutory complaint channel (คณะผู้ชม · 观众委员会) | BBC Trust · NHK Council |
| Funding independence | Multi-source revenue · no single ministerial grant | Finnish Yle · Swedish SVT |
| Editorial firewall | Statutory editorial independence in primary legislation | BBC Agreement · ABC Act |
**หลักการ: เราไม่รู้ว่า "คุณเป็นใคร" แต่เรารู้ว่า "คนที่นั่นดูอะไร"** ข้อมูลที่เก็บจากผู้ชมแต่ละคน: • Session ID (สุ่ม ไม่เชื่อมกับตัวตน) • จังหวัด (province-level เท่านั้น ไม่ละเอียดกว่านั้น) • ชนิดอุปกรณ์ (มือถือ / ทีวี / เว็บ) • ช่องที่กำลังดู + เวลา • คุณภาพสตรีม (bitrate) **ข้อมูลที่ไม่เก็บเด็ดขาด:** • IP address (strip ทันที) • Cookie สำหรับติดตาม • บัญชีผู้ใช้ (ไม่ต้องสมัคร) • ชื่อ เบอร์โทร อีเมล • ประวัติการดูย้อนหลังของแต่ละคน **ทำไมถึงเก็บแค่นี้:** เพราะเป้าหมายไม่ใช่ "ขายโฆษณาแบบ hyper-targeted" แต่คือ "วางแผนสาธารณะ" — ถ้ารู้ว่าคนเชียงใหม่ดูข่าวเยอะ เราก็รู้ว่าควรส่งสัญญาณเตือนภัยไปเชียงใหม่เร็วขึ้น ไม่ต้องรู้ว่าคน ๆ นั้นเป็นใคร
**Principle: We do not know "who you are" but we know "what people there watch"** Data collected from each viewer: • Session ID (random, not linked to identity) • Province (province-level only, no finer granularity) • Device class (mobile / TV / web) • Channel being watched + timestamp • Stream quality (bitrate) **Strictly not collected:** • IP address (stripped immediately) • Tracking cookies • User accounts (no signup required) • Name, phone, email • Individual viewing history **Why only this much:** Because the goal is not "hyper-targeted advertising" but "public planning" — if we know Chiang Mai residents watch a lot of news, we know to send emergency alerts to Chiang Mai faster. We do not need to know who those individuals are.
**原则:我们不知道"你是谁",但知道"那里的人在看什么"** 每位观众身上采集的数据: • Session ID(随机,不与身份关联) • 省份(仅省一级,不更细) • 设备类型(手机 / 电视 / 网页) • 当前正在观看的频道 + 时间戳 • 流质量(码率) **严格不采集:** • IP 地址(进入即剥离) • 跟踪 cookie • 用户账号(无需注册) • 姓名、电话、邮箱 • 个人观看历史 **为什么只采集这些:** 因为目标不是"超精准广告投放",而是"公共规划"— 如果知道清迈居民看大量新闻,我们就知道要把应急警报更快送往清迈。不必知道那是哪一个具体的人。
ไทยพีบีเอสถูกปรับลดระดับจาก "อิสระ" เป็น "ถูกครอบงำ" โดย State Media Monitor (RSF) ในเดือนกันยายน 2567 — โครงสร้าง NSP ต้องป้องกันความล้มเหลวนี้
Thai PBS was downgraded from "Autonomous" to "Captured" by the State Media Monitor (RSF) in September 2024 — the failure mode NSP\'s governance must guard against.
泰国公共广播 (Thai PBS) 于 2024 年 9 月被 RSF 国家媒体监测组织从"自主"下调为"被俘获"——NSP 的治理结构必须避免此类失败。
**NSP ไม่ใช่แค่แอพดูทีวี — มันคือ OS สำหรับคนไทย** ย้อนกลับไปปี 1998 คนเปิดคอมพิวเตอร์แล้วไม่รู้จะไปไหน พวกเขาพิมพ์ yahoo.com หรือ sanook.com — นั่นคือ "ประตูบานแรก" (front door) NSP จะเป็นประตูบานแรกของคนไทยยุคดิจิทัล: • เปิดมา → เห็นทีวีสดกำลังเล่นอยู่ (background noise) • ด้านล่าง → ข้อมูลที่เป็นประโยชน์: ฝนจะตกไหมวันนี้? มีอะไรน่ารู้? ทีมไหนเตะคืนนี้? • แตะช่องเล็ก ๆ → เปลี่ยนช่องใหญ่ • ถาม AI Mentor → ได้คำตอบภาษาไทยที่เข้าใจง่าย **เหมือนอะไร:** • ร้านกาแฟในหนังเกาหลีที่เปิดทีวีทิ้งไว้ตลอด — คนนั่งทำงานไป มองทีวีไป • ห้องนั่งเล่นของคุณ — ทีวีเปิดค้างไว้ ใครเดินผ่านก็หยิบรีโมตเปลี่ยนช่อง • วิทยุในยุคคุณปู่ — เปิดทิ้งไว้เป็นเพื่อน ฟังข่าวฟังเพลงไปเรื่อย ๆ **สิ่งที่เราเพิ่มเข้าไป:** ข้อมูลที่ไม่ใช่แค่ "บันเทิง" แต่เป็น "ประโยชน์" — เหมือนกับการมีเพื่อนบ้านที่รู้ทุกเรื่องและบอกเราในสิ่งที่ควรรู้ โดยที่เราไม่ต้องถาม
**NSP is not just a TV app — it is an OS for Thai people** Back in 1998, people opened their computers and did not know where to go. They typed yahoo.com or sanook.com — that was the "front door." NSP will be the digital front door for Thais: • Open it → see live TV already playing (background noise) • Below → useful information: Will it rain today? What is worth knowing? Which team plays tonight? • Tap a small channel tile → switch the main player • Ask the AI Mentor → get answers in plain Thai **What it feels like:** • A Korean drama café where the TV is always on — people work while glancing at it • Your living room — TV stays on, whoever walks past grabs the remote • Your grandfather's radio — left on for company, news and music drifting by **What we add:** Information that is not just "entertainment" but "useful" — like having a neighbour who knows everything and tells you what you should know, before you even ask.
**NSP 不只是一个看电视的应用 — 它是给泰国人的操作系统** 回到 1998 年,人们打开电脑却不知道去哪 — 他们输入 yahoo.com 或 sanook.com — 那就是"前门"。 NSP 将成为数字时代泰国人的前门: • 打开 → 看到直播电视已经在播(背景音) • 下方 → 实用的信息:今天会下雨吗?有什么值得知道?今晚哪支球队踢球? • 点小频道格子 → 切换主播放器 • 问 AI Mentor → 用通俗易懂的泰语回答 **像什么:** • 韩剧里电视一直开着的咖啡馆 — 人们一边工作,一边瞥一眼 • 你家的客厅 — 电视长开着,谁路过都能拿遥控器换台 • 爷爷的收音机 — 一直开着作伴,新闻和音乐飘过 **我们加进去的:** 不只是"娱乐",而是"有用"的信息 — 就像家里有一位无所不知的邻居,在你还没开口问之前就告诉你该知道的事。
ตัวเลขทางการเงินทั้งหมดเป็นข้อบ่งชี้ ที่มาของข้อมูล: AWS public pricing 2026, Conviva benchmark, ADTEB cost survey, Reuters Institute Digital News Report 2025
All financial projections are indicative. Sources: AWS public pricing 2026, Conviva benchmark, ADTEB cost survey, Reuters Institute Digital News Report 2025.
所有财务预测均为指示性数据。来源:AWS 2026 公开定价、Conviva 基准、ADTEB 成本调查、路透研究院数字新闻报告 2025。