Cada fase de Fully Booked tenía un presupuesto cerrado y un fundador que necesitaba estar seguro de que funcionaría para los operadores. Un documento que describe una función es fácil de malinterpretar; un prototipo que se puede recorrer tocando la pantalla, no. Por eso cada fase se diseñaba y se conectaba primero en Figma, y el fundador la recorría antes de que empezara el desarrollo.
Un error detectado en un prototipo cuesta minutos, y el mismo error detectado en el código cuesta días. Trabajar así mantuvo cada fase dentro de su alcance y dio a los desarrolladores una referencia terminada de cada pantalla.
### Tres archivos, un productoEl trabajo vive en tres archivos de Figma, uno para la aplicación móvil, otro para la web para clientes y otro para el panel de administración, que comparten un mismo conjunto de estilos de color y componentes. Un operador que pasa de la app a un PDF y a una página de negocio ve una sola marca, y un desarrollador que construye cualquier parte lee los mismos tokens.
### Conectado como el producto realLas pantallas están enlazadas en flujos, así que tocar una reserva abre sus detalles, su ruta en el mapa y cada estado posterior. El prototipo de detalles de la reserva coloca cada variante una junto a otra con los recorridos entre ellas, y así el fundador aprobó las pantallas del mapa antes de que se construyeran.
### Cada documento, prototipado con el toque que lo envíaEl conjunto de documentos, presupuestos, cancelaciones, invitaciones, facturas, confirmaciones y hojas para el conductor, se maquetó en Figma con flechas desde la pantalla de la app que envía cada uno. El fundador podía seguir el toque de un operador hasta la página que recibe el cliente, y aprobar la redacción al mismo tiempo.
### La pantalla de inicio, probada en variantesLa pantalla de inicio del operador pasó por varias versiones en el prototipo, todas sometidas a la misma prueba: ¿puede un operador ver lo que ha ganado y llegar con un toque a cada forma de ganar más? La variante elegida es la que tiene la app hoy.
### La página de negocio, antes de una línea de códigoLa página de negocio que trajo reservas directas a los operadores se diseñó completa, con galería de la flota, sección de presentación, reseñas, mapa, horario y formulario de reserva, y se revisó como prototipo antes de construir nada. La fase que introdujo las reservas directas partió de una página que todos habían aprobado ya.
### Los archivos del panel y de la web para clientesLos archivos del panel de administración y de la web para clientes contienen cada página y cada estado, desde el inicio de sesión hasta el pago, así que los desarrolladores web construyeron a partir de pantallas terminadas y no de suposiciones. Cada fase añadió sus páginas a los mismos archivos, lo que mantiene el producto coherente años después.
### Lo que aportaron los prototiposPara el fundador, los prototipos significaron aprobar funciones con confianza y pagar solo por lo acordado. Para los desarrolladores significaron cero ambigüedad, y para operadores y clientes, pantallas que ya se habían debatido antes de llegar al teléfono de nadie.
El razonamiento detrás de las pantallas se cuenta en la historia de UI y UX, y el producto terminado, en la historia de Fully Booked.