Rook Chess
Una app para aprender ajedrez en móvil y navegador, construida como un producto con dos interfaces.
Resumen
El ajedrez se practica de dos formas completamente distintas. En el móvil son tres minutos en una cola: un problema, una línea, y a otra cosa. En el escritorio es una hora con el tablero abierto, recorriendo una partida jugada a jugada y leyendo por qué se hizo cada una. La mayoría de las apps eligen una de las dos y tratan la otra de refilón: una web de escritorio apretada, o una app que en realidad es una web enmarcada.
Rook Chess tenía que hacer bien las dos. El camino evidente eran dos proyectos: un equipo de app y otro de web, dos backlogs, dos ciclos de publicación y una base de datos compartida que no es de nadie. Eso cuesta el doble y, peor aún, garantiza que las dos versiones se separen: una lección añadida en la web tarda semanas en llegar al móvil, y el progreso hecho en el móvil aparece tarde en el escritorio.
Lo planteamos como un solo producto con un backend y dos interfaces. Lecciones, posiciones, progreso y la planificación de repasos viven una sola vez, detrás de una API. React Native lleva el móvil, Next.js el escritorio, y cada uno muestra el mismo material con la forma que ese modo necesita: en el móvil una tarjeta y un tablero grande; en el escritorio el tablero junto a los comentarios, porque el tablero es lo único que no puede encogerse.
El alcance se puso por escrito antes de que existiera una línea de código, incluido lo que quedaba deliberadamente fuera de la versión uno: sin análisis de motor, sin multijugador, sin cuentas más allá de lo que exige el seguimiento del progreso. Son justo las funciones que hacen crecer un producto de ajedrez sin fin, y nombrarlas como excluidas desde el principio es lo que permitió mantener precio y fecha hasta el lanzamiento.
Qué construimos
- Un backend, dos interfaces: React Native en el móvil, Next.js en el escritorio
- Lecciones, progreso y planificación guardados una vez, para que no se separen
- Versión uno definida por escrito, incluido lo que quedó fuera
Qué consiguió
- Un backend para las dos interfaces: una lección escrita una vez aparece en el móvil y en el escritorio, sin una segunda publicación para igualarlas.
- La versión uno salió al precio y en la fecha acordados.
- Añadir un tipo de lección es un cambio en un solo sitio, así que la siguiente función cuesta lo que debe y no el doble.
Vamos a construirlo.
Cuéntenos qué necesita. Le devolvemos precio y fecha por escrito.