La herramienta adecuada: el enemigo es sobrediseñar
Hace poco audité la UX de un producto interesante. Parte del trabajo era recorrer su onboarding. No admirarlo: comprobar si funcionaba.
Me llamó la atención una decisión, no un patrón de diseño ni una biblioteca. En vez de montar un onboarding interactivo completo con código propio, datos simulados, acrobacias con iframes y revisiones interminables, hicieron algo mucho más inteligente.
Duplicaron su UI kit de Figma, construyeron un prototipo clicable y lo usaron como onboarding.
Sin tiempo de desarrollo. Sin backend. Sin humo ni espejos. Claridad.
Me vino la sabiduría de Dani Rojas, ya no sobre guerrillas, sino sobre producto:
> «La herramienta adecuada para el trabajo adecuado. Todo lo demás es malgastar balas». — Dani Rojas, Far Cry 6.
No hablaba de software, pero joder, encaja.
Por qué fue una genialidad
En cifras: 3–4 días para montarlo. 0 horas de ingeniería dedicadas al código del onboarding. Sin CI/CD, ciclos de QA, mocks ni planificación de sprints.
Una implementación nativa habría supuesto semanas de frontend, endpoints o datos simulados, QA y regresión, pipelines de CI/CD, aprobaciones y dolor de cabeza para todos.
En su lugar: Figma → prototipo → enlace → listo.
El objetivo del onboarding no necesitaba una fábrica. Necesitaba una puerta.
El principio que olvidamos
Confundimos herramientas con experiencia.
Saber qué usar es una habilidad. Saber qué no usar es maestría.
La claridad no la crean las herramientas. La crean las decisiones.
La conclusión real
Si hace falta un machete, no traigas un lanzamisiles. Si hace falta un prototipo, no contrates a tres desarrolladores para construir un imperio.
Y para el bis: la herramienta adecuada no es un tópico. Es una estrategia que escala. Todo lo demás es ego disfrazado de técnica.
