인도 앱 시장이 급성장 중이지만 글로벌 플랫폼이 대부분의 수익을 차지

인도 앱 시장의 성장은 기술적으로 두 가지 플랫폼 계층에서 발생하고 있다. 하나는 OTT 스트리밍·AI 어시스턴트 같은 글로벌 SaaS/미디어 플랫폼(Netflix, YouTube, ChatGPT, Gemini 등)이고, 다른 하나는 현지 슈퍼앱(PhonePe, Paytm, JioHotstar)이다. 글로벌 플랫폼들은 CDN 엣지 노드를 인도 내 PoP에 확장하고, ABR(Adaptive Bitrate) 스트리밍과 저대역폭 최적화 코덱(AV1, H.265)으로 저사양 안드로이드 기기와 불안정한 4G/5G 환경에 대응한다. AI 앱의 경우 추론 비용이 ARPU보다 높을 수 있어, 경량화된 온디바이스 모델(Gemini Nano, Llama 3 quantized) 또는 지역별 캐싱·프롬프트 압축으로 단가를 맞추는 구조를 쓴다. 결국 "트래픽은 인도, 수익화는 글로벌"이라는 비대칭 구조가 기술 스택 선택을 좌우한다.

개발자/엔지니어 관점에서 실질적인 영향은 "저ARPU 시장을 기술로 버티는" 설계를 강요받는다는 점이다. 인도 사용자는 MAU는 크지만 인당 결제액이 글로벌 평균의 1/10 수준이라, 구독 대신 광고·리워드·마이크로페이먼트(UPI 기반 ₹10~₹50 단위)로 수익화 경로가 바뀐다. 이는 백엔드에 결제 멱등성·재시도 로직, UPI VPA·RBI 토큰화 규정 준수, 짧은 세션 유지에 유리한 WebSocket/서버센트 이벤트 아키텍처를 요구한다. 또한 APK 크기를 최소화(App Bundle, dynamic delivery)하고 콜드 스타트를 500ms 이하로 잡는 등 저사양 디바이스 대응이 사실상 KPI가 된다. 글로벌 플랫폼이 시장 대부분을 먹는 구조는 "로컬 개발사가 글로벌 인프라 위에 얇은 현지화 레이어를 얹는" 외주·하청형 일감 구조로 귀결되기 쉽다.

한국 개발자가 실제로 취해야 할 행동은 세 가지다. 첫째, 인도 또는 유사한 이머징 마켓(동남아·중동)을 타깃할 계획이 있다면 결제·인증·스토리지 벤더 선택 시 UPI/Aadhaar/DPDP Act(2023 개인정보보호법) 대응을 사전에 체크해야 한다. 특히 데이터 로컬라이제이션 요구가 강화 중이라 리전 선택(ap-south-1, ap-south-2)과 데이터 이동 경로를 설계 초기에 못박아야 한다. 둘째, AI 제품을 수출할 때 인당 추론 비용 한계를 산정해 — 예컨대 ARPU $1 수준이면 요청당 $0.001 이하로 — Haiku·Gemini Flash 같은 저가 모델과 캐시 전략을 기본 가정으로 설계하자. 셋째, 자사 제품이 "글로벌 플랫폼 위의 얇은 레이어"가 되지 않으려면 현지 결제·세무·고객지원같이 플랫폼이 잘 못하는 영역에서 moat를 만드는 것이 현실적이며, 기술 선택도 그 차별화 포인트에 집중 투자해야 한다.