Fully Booked se construyó por fases con el presupuesto de un fundador, así que cada flujo se dibujaba y se acordaba antes de escribir una sola línea de código. El fundador podía ver una función completa en papel, discutirla y cambiarla mientras los cambios no costaban nada. Solo entonces las pantallas pasaban a diseño y desarrollo.
Las pantallas que siguen recorren ese camino del boceto al diseño publicado, y cada una existe porque un operador o un cliente tenía un problema que había que resolver. Las pantallas del MVP las diseñó una persona del equipo de Webanion; el rediseño de las fases 2, 3 y 4 lo dibujó en Figma el propio fundador de Webanion, a partir de estos flujos.
### La pantalla de inicio es un menú de ingresosEl primer boceto de la app de operadores, dibujado en 2023, ponía en la pantalla de inicio las ganancias y un único botón Refer a Link. El principio se mantuvo. Hoy la pantalla de inicio muestra lo que el operador ha ganado y cada forma de ganar más, a un toque cada una: solicitudes de clientes, recomendadas y de afiliados, reservas, presupuestos, cancelaciones, contactos, Get Covered y Earn Commission.
### Get Covered, del flujo a las pantallasGet Covered empezó como un flujo dibujado a mano: describir el viaje, elegir quién lo ve, todas las empresas, los socios o alguien fuera de la plataforma, y después comparar las empresas que responden y aceptar una. Las pantallas publicadas mantienen exactamente ese orden.
El operador en apuros ve quién se ha ofrecido y a qué precio, y el operador que cubre el viaje consigue un trabajo y una factura sin una sola llamada.
### Un presupuesto profesional en segundosLos operadores pierden trabajo frente a empresas que simplemente responden antes. El flujo de Send a Quote se dibujó con un atajo: un presupuesto rápido que solo necesita un precio, o una vía para añadir el viaje completo. Los dos generan un PDF con la marca del operador que termina con un enlace para que el cliente compare más presupuestos, lo que devuelve a la red incluso un presupuesto perdido.
### Cancelar sin perder al clienteUna avería solía significar una llamada incómoda y un cliente perdido. El flujo de cancelación, dibujado a partir del propio mensaje de cancelación del fundador, pregunta el motivo y redacta una carta cortés que envía al cliente a la red para encontrar otra empresa rápidamente.
El cliente queda atendido, y el operador que cancela todavía puede ganar una comisión con la nueva reserva.
### Seguir un contacto como un paqueteEl fundador preguntó si los operadores podían seguir un contacto compartido igual que siguen un paquete. La respuesta es una línea de progreso en cada recomendación: contacto enviado, el cliente completó los datos, los operadores respondieron, una empresa reservó, ya has cobrado. Convierte un gesto de buena voluntad en algo que el operador puede ver dando resultado.
### Confianza desde la puertaLos nuevos operadores tenían que ser revisados antes de poder presupuestar, sin dejarlos en un callejón sin salida. La pantalla de cuenta en pausa se dibujó a partir de cómo un banco avisa a un cliente de que su cuenta está en revisión: una línea de tiempo con cuenta completada, aprobada y en pausa, una frase que dice que el equipo está en ello y una forma de llamar o escribir al soporte.
El fundador libera la cuenta desde el panel, y la app avanza por sí sola.
### El panel, del wireframe a la sala de controlEl panel de administración empezó como wireframes de cinco pestañas: panel, empresas, clientes, recomendaciones y transacciones. El panel publicado conserva ese esqueleto y creció a su alrededor al ritmo de la red, sumando aprobaciones, carteras, coberturas, presupuestos y moderación sin perder el propósito de la primera pantalla: qué necesita hoy el fundador.