El lanzamiento de un juego es anunciado; muchas previews se generan a partir de ello; el juego innova en uno o más aspectos o utiliza alguna licencia conocida no empleada hasta entoces en ningún producto del medio; jugadores entusiastas hacen eco, retransmiten e incluso amplifican todas las “novedades†que el juego incluirá. Sin embargo, el juego sale a la calle y decepciona estrepitosamente. ¿De qué juego estamos hablando? ¿Cuántos tÃtulos han sido publicados que repiten hasta el hartazgo esta fórmula? ¿Cientos? ¿Miles? Pero lo más importante: ¿Por qué razón se defrauda de esta manera? ¿Acaso los desarrolladores no advirtieron todas las crÃticas, faltantes, errores y problemas que luego las reviews publicaron? La respuesta siempre es la misma: SÃ, pero nos quedamos sin tiempo y/o dinero.
Un caso contrario a esta situación son los muchachos de Blizzard. Blizzard, recostado sobre un colchón colmado de billetes de alta denominación – relleno que mes a mes le otorga el WOW – pueden esperar y trabajar sobre sus productos todo el tiempo que sea necesario ¿el resultado? Juegos de muy alta calidad y el sello que muy pocas empresas puede adjudicarse: el nunca haber defraudado a sus fanáticos. Blizzard canceló proyectos con años de trabajo sólo porque llegaban a un resultado que consideraban suficientemente bueno. De hecho, canceló muchos más proyectos de lo que imaginamos. Esta situación es desgraciadamente muchas veces inevitable si es que deseamos que todos nuestros productos tengo un cierto nivel de calidad y en definitiva, ser reconocidos por ello pero no todas las empresas pueden darse ses lujo.
La industria sabe y está de acuerdo que el desarrollo de un juego consiste en generar un prototipo y refinarlo una y mil veces hasta llegar al producto final, un prototipo evolutivo.
¿Quién puede predecir cuántas iteraciones son necesarias para llegar a un producto refinado y – mucho más importante aún – a un juego divertido? ¿Quién puede anticiparse a todos los problemas que el desarrollo de un software complejo - con un grupo desarrollo mucho más multidisciplinario que en ningún otro tipo de software – que pueden acaecer? La metodologÃa ayuda – sin ella estarÃamos perdidos – pero los plazos de desarrollo ajustados sólo permiten generar un producto que cumpla con las especificaciones previamente pactadas y que tienen que ver con caracterÃsticas funcionales solamente. El tanta veces mencionado fun factor es una ninfa que corre desnuda por el bosque y que absolutamente nadie puede acreditar tener o usar una metodologÃa que asegure su conquista.
Otro ejemplo de empresa generadora de buenos juegos es Popcap Games quienes tampoco apuran los juegos que tienen en desarrollo. De hecho, Popcap posee desarrolladores trabajando en juegos sin saber si alguna vez serán publicados, sólo algunos de ellos lo logran. Popcap bien sabe que un buen producto genera suficientes ganancias como para cubrir los costos de decenas de intentos fallidos (Su último tÃtulo, Plants vs. Zombies, se conviritió en poco tiempo en el juego más vendido de la compañÃa superando incluso a Peggle y Bejeweled).
Naturalmente que los estudios de desarrollo saben que apurar un juego – y recortar iteraciones de evolución – significa simple y llanamente un peor producto. Sin embargo, agotados los tiempos pactados y/o el dinero previsto muchas veces no queda otra salida que salir como se pueda. Incluso por esta razón muchÃsimas veces los productos se retrasan. Los publishers entienden que emplear algo más de dinero para obtener un mejor juego, retornará con creces al momento en que este sea publicado. Pero, claro, todo tiene un lÃmite. E incluso muchas veces el tipo de contrato que negocia el desarrollador con el publisher impide cualquier tipo de retraso a costas de quien financia el proyecto. Inicialmente se pactó un tiempo, un dinero y un set de caracterÃsticas; si el proyecto se retrasa los costos irán a cuenta del estudio desarrollador, quien usualmente no tiene espalda para aguantar un retraso significativo y que solo podrá hacerlo perdiendo parte de las ganancias esperadas.
De todas las relaciones contractuales entre publisher/desarrollador el escenario de work for hire (WFH) es el más riesgoso para encarar el desarrollo de un juego, debido a que se basa en una estimación muy precisa del tiempo total que el proyecto llevará pero predecir la cantidad de iteraciones que conllevará el proyecto hasta obtener el pulido y fun factor deseado – como ya hemos mencionado – es realmente dificil. A fin de cuentas se termina entregando “lo mejor que se pudo hacer con el tiempo que se tuvo†o reduciendo ganancias llegando incluso a no obtenerlas pensando que si el juego es suficientemente bueno traerá nuevos negocios.
No es posible, para cualquier estudio de juegos, desarrollar un producto con fecha de release “when it’s doneâ€. Pero basar un estudio 100% en WFH puede ser muy riesgoso y no tener productos con recurrente también podrÃa afectar la situación financiera y económica del estudio a mediano plazo dado que requerimos una continuidad financiada de todo el personal que la empresa posea. Tal vez una buena estrategia pase por la diversificación, la negociación de buenos contratos y establecer una relación de confianza con los clientes basada en la concreción de proyectos previos exitosos y de buena calidad, además de crear de productos con recurrente, posiblemente a partir de la negociación con algún cliente de la participación en las ganancias de los productos desarrollados.
Comments(1)
)
