Trabajo para cliente
PairPlays — un juego diario sobre un catálogo real
Trabajo para cliente, diseñado y programado por Riv Lux Media.
Un reto diario es la mecánica de retención más resistente que existe hoy en la web. Una ronda al día, una racha, un resultado que vale la pena compartir.
Lo difícil nunca es el reto. Es todo lo que va debajo.
Lo que construimos
Un reto diario de maridaje con rotación, veinte niveles de progresión, una ficha de vino visible para el jugador con precio y calificación reales de un catálogo vivo de 690 botellas, un reportador de errores conectado a una vista de triage para administración, y un video tutorial para quien juega por primera vez.
Detrás: un backend en Supabase, una rotación diaria determinista y herramienta de actualización que mantiene el catálogo honesto con el tiempo.
Los tres problemas difíciles
Que el catálogo sea cierto. El juego le muestra al jugador precios, calificaciones y notas de cata reales. Los catálogos reales se desfasan —las botellas cambian de precio, cambian las añadas, algunas listas desaparecen— así que un juego de vinos construido sobre datos vivos vale tanto como su disciplina de actualización. Eso significa verificación del catálogo completo de forma programada, no por muestreo, y herramienta que vuelva eso rutina en vez de hazaña.
Progresión que mida algo. Veinte niveles son fáciles de construir y difíciles de hacer significativos. Decidir qué niveles evalúan de verdad el recuerdo y cuáles existen para dar ritmo y confianza es una decisión de diseño que hay que hacer explícita — si no, un juego puede sentirse como que mide habilidad sin estar midiendo nada.
Una economía atrae adversarios. Cualquier juego con moneda ganada invita a que alguien falsifique puntajes. Protegerlo bien significa aplicar las reglas en la base de datos con la granularidad correcta: las reglas por fila y los permisos por columna resuelven problemas distintos, y elegir el mecanismo equivocado deja un hueco que desde la aplicación parece cerrado.
Lo que se transfirió a todo lo demás
El muestreo esconde el desfase. Cualquier conjunto de datos que se le muestre al usuario necesita verificación completa, no una revisión por muestra. Hoy es estándar en cada proyecto que hacemos.
Verifica un control de seguridad contra el mecanismo, no contra la intuición. Revisamos de forma adversarial los cambios de base de datos antes de aplicarlos, porque una lectura segura de cómo están protegidos los datos no es lo mismo que leer los permisos reales.
Qué demuestra
Datos de catálogo a escala real con herramienta de verificación; diseño de progresión y economía que sobrevive a jugadores adversarios; seguridad de base de datos con la granularidad correcta; y un formato de retorno diario al que la gente vuelve.
Última actualización