¿Construir tu propio runtime o usar una plataforma?
Todo equipo serio llega a la misma bifurcación sobre el mes tres: "¿por qué pagamos una comisión de plataforma si podemos correr nuestro propio runtime?". Es una pregunta legítima y a veces la respuesta correcta. Pero la versión que la mayoría hace omite las partes que realmente hunden presupuestos. Veamos el trueque real.
Q: ¿Deberíamos construir nuestro propio runtime o usar una plataforma?
Construye el tuyo solo si el runtime es tu producto, no tu distribución. Si eres un estudio de juegos, tu runtime es gasto general: es la capa que permite abrir el juego, y cada hora ahí es una hora que no pasas en el juego. Una plataforma compartida convierte ese costo fijo en variable y deja de preocuparte. Los equipos que deben construir el suyo son los que venden runtime a otros, no los que solo quieren lanzar un juego.
Q: ¿Qué cuesta realmente el autohosting que el pitch deck esconde?
Tres cosas que nadie presupuesta: el impuesto de compatibilidad (cada actualización de SO, cada dispositivo nuevo rompe algo y lo pagas tú), el impuesto de integración de pagos (cada mercado local es un proyecto, no una línea), y el problema de arranque en frío (no tienes audiencia, así que compras UA encima de construir infra). Una plataforma hornea las tres. El autohosting es una segunda empresa escondida en la primera.
Q: ¿No me va a encerrar una plataforma?
El encierro es real, pero rara vez es la historia dramática de "toman a mis usuarios de rehenes". El encierro real es operativo: tus analíticas, tus flujos de cobro, tus hábitos de release se doblan a su API. La mitigación no es construirlo todo tú — es mantener tu lógica de juego portable. Un runtime universal que hable un estándar que controlas significa que puedes levantar y mover. Construye la portabilidad, no toda la pila.
Q: ¿Cuándo tiene sentido construir el propio?
Cuando la escala hace que la comisión supere la construcción. Si mueves millones de jugadores mensuales y la participación de plataforma es tu mayor rubro después de UA, la matemática cambia. O cuando necesitas controles que una plataforma no da — sandboxing específico, residencia de datos específica, términos de pago específicos. La mayoría llega a ese punto mucho después de lo que cree, y algunos nunca.
Q: ¿Cómo mantengo el control sin construir todo?
Trata el runtime como un estándar, no como un proveedor. Escribe tu juego contra una especificación abierta de runtime, conserva tus propios datos de usuario y relación de cobro donde puedas, y elige una plataforma cuya salida sea cambiar una config, no reescribir. La meta no es teatro de independencia — es no estar indefenso. Un equipo que puede irse negocia desde la fuerza.
| Dimensión | Construir tú mismo | Usar plataforma compartida |
|---|---|---|
| Costo inicial | alto (meses de ingeniería) | bajo (integra y lanza) |
| Pagos por mercado | integras cada canal | incluidos |
| Audiencia | compras toda la UA | base cálida compartida |
| Riesgo de compatibilidad | lo pagas tú | absorbido |
| Costo de salida | nulo (lo posees) | depende de portabilidad |
| Conviene cuando | escala vence la comisión | quieres lanzar un juego |
