Whimsical: flujos y wireframes rápidos para ideación
Whimsical es una pizarra para diagramas, wireframes de baja fidelidad y mapas mentales. Qué sirve para ideación y flujos, sus planes y cuándo pasar a Figma.
¿Qué es Whimsical y qué hace bien?
Es una herramienta de ideación. Su página principal la presenta como la pizarra para quienes construyen productos, con diagramas para diseñar y documentar la implementación (Whimsical, página principal). Sus wireframes son deliberadamente de baja fidelidad: componentes que se arrastran, biblioteca de iconos y marcos de dispositivos, pensados para explorar ideas de producto y iterar rápido (Whimsical, “Wireframes”).
Lo que hace bien es acelerar el momento en que todavía no sabes qué pantallas necesitas. Un flujo de diez pasos se dibuja en minutos, se mueve, se comparte y se discute sin que nadie se distraiga con colores o tipografías.
¿Qué planes tiene?
En noviembre de 2026, la página oficial de precios de Whimsical muestra tres planes: Free, Pro y Business (Whimsical, “Pricing”). Free cuesta 0 dólares. Permite tableros ilimitados, pero hasta 50 objetos de tablero y 50 bloques de documento por mes, con marca de agua en las exportaciones y siete días de historial de versiones. Pro quita esos límites y la marca de agua, y ofrece 90 días de historial. Business añade equipos privados, SSO con SAML, SCIM e historial ilimitado.
La página muestra por defecto los precios con facturación anual; el centro de ayuda de Whimsical detalla los dos modos (Whimsical, “Pricing and discounts”):
| Plan | Facturación anual | Facturación mensual |
|---|---|---|
| Pro | 120 USD por editor al año (10 USD al mes) | 12 USD por editor |
| Business | 240 USD por editor al año (20 USD al mes) | 24 USD por editor |
La facturación anual equivale a unos dos meses gratis. Confirma el precio vigente en la página antes de presupuestar.
¿Por qué le importa a un diseñador?
Porque los flujos son el primer documento de una funcionalidad, antes de cualquier pantalla. Si tu equipo discute el flujo de pago en una pizarra, la conversación se centra en pasos, decisiones y excepciones. Si la discute directamente en Figma, se centra en el color del botón.
También ayuda a comunicar con personas que no diseñan: producto, ingeniería, dirección. Un diagrama claro con cajas y flechas se entiende en menos de un minuto, y se puede revisar en una llamada sin abrir un archivo de diseño.
Hay además una ventaja de coste. Una rama olvidada en un flujo se corrige en un tablero en minutos; la misma rama descubierta cuando ya hay código obliga a rehacer pantallas, pruebas y acuerdos. Por eso conviene dibujar primero lo que todavía es barato de cambiar.
¿Cómo se usa en un flujo real?
Un flujo práctico:
- Escribe el objetivo del usuario en una caja al inicio del tablero.
- Dibuja el camino feliz en seis pasos como máximo.
- Añade las excepciones como ramas: pago rechazado, sesión caducada, dato que falta.
- Convierte cada paso en una pantalla de baja fidelidad en el mismo tablero.
- Comparte el enlace y recoge comentarios antes de pasar a Figma.
Los flujos de usuario y los casos de uso encajan bien en esa estructura. Whimsical sirve para dibujarlos; el documento que los describe puede vivir en la wiki o en tu gestor de proyecto. Un hábito sencillo mantiene útil el tablero: ponle el nombre de la funcionalidad y la fecha de su última revisión, y enlázalo desde el ticket o la página del proyecto para que el equipo siempre encuentre la versión vigente.
Ejemplo
Ejemplo ilustrativo: un equipo quiere rediseñar la reserva de citas de una clínica. Antes de abrir Figma, una diseñadora dibuja en Whimsical el flujo: elegir servicio, elegir profesional, elegir hora, datos del paciente, confirmación. Añade cuatro ramas de excepción: hora ocupada, profesional de baja, paciente sin datos y pago rechazado. En una llamada de quince minutos, el equipo descubre que dos de esas excepciones no tienen respuesta clara y que la confirmación no dice cómo cancelar. Con esos cambios, la diseñadora pasa a Figma con un flujo validado y solo dibuja las pantallas que faltan.
¿Cuándo NO conviene usar Whimsical?
- Cuando necesitas diseño visual detallado. Para componentes, estados, tipografía y prototipos interactivos, Figma para Diseñadores UX: Guía Completa es la herramienta adecuada.
- Cuando el equipo ya trabaja en una pizarra de otro tipo. FigJam o Miro pueden cubrir lo mismo. Elige una y no mantengas tres.
- Cuando el mapa de flujo es muy grande. Un diagrama de cientos de pasos se vuelve ilegible. Divídelo por dominio.
- Cuando nadie lo actualiza. Un flujo viejo en una pizarra engaña tanto como un documento viejo.
Errores comunes
- Dibujar wireframes de alta fidelidad en una herramienta de baja fidelidad.
- Hacer flujos sin excepciones, que son justo lo que se olvida.
- Dejar tableros sin dueño ni fecha de revisión.
- Usar la pizarra para discutir estilo en lugar de estructura.
- Mantener varias versiones del mismo flujo en distintas herramientas.
Cómo empezar mañana
Abre el plan gratuito y dibuja el flujo de la tarea más importante de tu producto en seis pasos. Añade tres excepciones. Muestra el tablero a una persona de ingeniería y pregunta qué falta. Ajusta el diagrama en la misma sesión, y pasa a Figma solo cuando el flujo sea estable. Si el flujo implica una funcionalidad nueva, el formato de job stories te ayuda a dejar claro por qué existe cada paso antes de dibujarlo.