Wink Studio

Decisiones de diseño

1. 01

   Una app, once pantallas

   Cada app se diseña para todos los tamaños donde la puede poner un layout, no para uno solo: en la tira queda lo esencial, en la vertical se reordena y en el recuadro chico solo el dato que importa. Y si un texto no entra, se corta con «…»: nunca queda mocho a la mitad de una letra.

   

2. 02

   Para leer de lejos, sin tocar

   Nadie interactúa con estas pantallas: se leen de pasada, a varios metros. Por eso cada app tiene una sola cosa en grande —el turno llamado, el pedido listo, la oferta del día— y lo demás acompaña. Cuando algo cambia, la app lo anuncia: el pedido listo sale en grande con timbre y voz, y se va solo.

   

3. 03

   La app declara sus ajustes; el formulario se arma solo

   Cada app trae un manifiesto con sus ajustes —texto, color, fuente, fecha, hora, listas— y el formulario para editarlos se genera a partir de él. Hoy lo arma el simulador, con los mismos componentes del panel; el panel lo va a hacer igual cuando el backend lea el manifiesto al publicar. El SDK entrega esos ajustes a la app sin recargarla, con la fecha y la hora de la pantalla y no las del navegador.

4. 04

   Un simulador que hace de player

   Para no probar en la Pi a cada cambio, armé un simulador: carga la app en los 11 tamaños reales a la vez, desde otro origen como lo haría el player, con los ajustes en vivo, cortes de red, cambios de escena y transiciones. Lo que se ve ahí es lo que va a ver la pantalla.

5. 05

   Si no pasa la certificación, no se sube

   Cada app pasa una certificación automática en Chrome antes de publicarse: desbordes y texto cortado en cada tamaño, que cargue en menos de un segundo con la CPU 4× más lenta, que vuelva a abrir sin red, 20 cambios de escena seguidos y 24 horas de reloj acelerado sin que crezca la memoria. Deja un reporte con capturas, y el CI solo certifica las apps que cambiaron.

Resultado

apps terminadas y certificadas, listas para el catálogo

10

tamaños revisados por app, de 60×30 a 4K

11

de uso simulado en cada certificación, sin que crezca la memoria

24 h

Qué aprendí

Poner las reglas en una certificación y no en una lista de pendientes cambió cómo diseño: el error aparece en el reporte antes que en la pantalla de un cliente. También me obligó a separar con honestidad qué apps se pueden publicar ya y cuáles esperan al backend, en vez de lanzar apps a medias.