Paperbot

Dibujado antes de ser digital

Paperbot empezó en papel. Personajes, entornos e ideas de interfaz se dibujaron a mano y luego se editaron, texturizaron y animaron para el juego. La calidad irregular de los dibujos originales se quedó visible en pantalla en lugar de limpiarse.

El proyecto se desarrolló en 2016 y más tarde se amplió con estudios de personaje en 3D y un concepto más ancho de ciudad robótica. Ninguno de los dos sustituyó la silueta original.

Un ciclo completo de runner-shooter

El juego jugable combinaba movimiento continuo, disparo, enemigos, peligros y navegación propia de cada fase. La Nave, Cubierta y Descenso usaban el espacio de forma distinta, y los objetivos, los niveles de dificultad y los récords daban a cada partida una razón de ser más allá de sobrevivir.

Mecánicas, contenido e interfaz se construyeron como un solo sistema. Las estadísticas del personaje, el inventario, el equipo, las mejoras del taller, las recompensas y las cajas misteriosas ataban una sola partida a una progresión de largo plazo.

Un juego móvil conectado

Paperbot llevaba también los servicios que se esperan alrededor de un título para Android: logros de Google Play, rankings y guardado en la nube. Los eventos y el contenido adicional lo extendieron más allá del lanzamiento inicial.

El juego está disponible en Google Play.

Una capa social sobre lugares físicos

Wysh empezó con una sola pregunta de producto: qué cambia cuando una conversación pertenece a un lugar. El cliente móvil dejaba leer y publicar mensajes a pie de calle, con el mapa funcionando como parte de la interacción y no como una utilidad aparte.

Construí el prototipo completo en 2017, desde el cliente en Unity/C# y su comportamiento visual hasta la API en PHP que había debajo.

Un producto social completo

La idea creció hasta los sistemas que una red social necesita de verdad: un feed de actividad, perfiles públicos, solicitudes de amistad, chat directo, comentarios y contenido compartido. Cada uno se diseñó para reforzar la capa de ubicación en vez de competir con ella.

Tener cliente y servidor a la vez significó que el modelo de interacción y la arquitectura se diseñaron el uno contra el otro, no en secuencia.

Dientes de león por el mundo

Los dientes de león eran mensajes pensados para viajar. Cualquiera podía soltar uno, ver de dónde había venido y dejar que la distancia formara parte de lo que decía.

Durante la distribución pública el prototipo se usó en varios continentes, con dientes de león llegando desde lugares como India, Canadá o Nueva Zelanda. El producto está retirado y ya no se puede descargar.

Un estudio del tamaño justo para no perder de vista el producto entero.

El trabajo empezó en 2016 con productos completos, no con trozos de ellos. Un juego que necesitaba arte, código de jugabilidad, una economía y servicios conectados. Un prototipo social que necesitaba un cliente móvil, un backend y una razón para que alguien lo abriera dos veces. En los dos casos, los problemas interesantes estaban entre las disciplinas, no dentro de ninguna.

Eso no ha cambiado. El estudio acepta trabajo donde producto, interfaz, ingeniería y oficio hay que decidirlos juntos, y donde un traspaso entre cuatro especialistas perdería más de lo que suma.

Cuatro reglas que aguantan el contacto.

Las mismas manos, de principio a fin

Quien diseña una decisión escribe su código y lo mantiene después. Nada se lanza por encima de un muro, así que nada se especifica de una manera que solo sobrevive en una diapositiva.

Construir pronto en el medio real

Las interfaces se comportan. Una maqueta estática no te dice si una transición se lee, si una lista sigue siendo legible con densidad real, o si una interacción sobrevive a una conexión lenta. La versión que funciona responde antes.

Sistemas antes que pantallas

Un producto es un conjunto de reglas que sigue en pie cuando se acaba el camino feliz. La progresión, el estado, los permisos y el fallo se diseñan con el mismo cuidado que la primera pantalla.

Publicar lo que se pueda mantener

La complejidad es un coste que se paga todos los meses después del lanzamiento. La versión que sobrevive suele ser la más pequeña, la que alguien todavía puede entender un año después.

Cuatro disciplinas, una decisión.

Producto

Planteamiento, alcance, arquitectura de funcionalidades, sistemas de progresión y economía.

Diseño de interacción

Sistemas de interfaz, movimiento y estado, comportamiento responsive y accesible.

Ingeniería

Clientes de aplicación y de juego, APIs y servicios, interfaces en tiempo real y 3D.

Dirección visual

Sistemas de identidad, ilustración, arte técnico y la capa de oficio sobre la construcción.

Lo que esto no es.

No es una agencia, ni un equipo que se pueda escalar bajo demanda. Se trabaja en un proyecto cada vez, que es la razón de que se pueda llevar de principio a fin y la razón de que la disponibilidad sea limitada.

El trabajo publicado es honesto sobre su estado. Paperbot está disponible en Google Play y Wysh está retirado; ambos se muestran tal como están. Están aquí porque las decisiones que hay dentro siguen siendo la prueba más clara de cómo funciona esta práctica.

Empezar una conversación

Software y producto, construidos como un solo sistema.

Productos llevados de principio a fin.

Tres movimientos, en este orden.

Una práctica, no una cadena de montaje.

Una sola señal.