Tests de usabilidad sin presupuesto millonario: la guía práctica
Cómo validar tu producto con usuarios reales sin contratar agencia ni gastar miles. Métodos y herramientas que sí funcionan.
Equipo Tuataras
9 de abril de 2026
Tareas exitosas
SUS score
NPS
Time-on-task
Iteraciones de diseño
"No tenemos presupuesto para usability research" es la excusa más cara que un equipo se da a sí mismo. La verdad: con $0–$500 podés correr tests valiosos esta misma semana.
La regla de Nielsen aún se cumple
5 usuarios detectan ~85% de los problemas de usabilidad. No necesitás 50. Necesitás 5 bien elegidos.
Métodos por presupuesto
$0 — Tests de pasillo
Pedile a un colega de otro equipo que use tu prototipo. Sin tutorial, mientras lo miras en silencio. Tomá nota de cada duda y bloqueo.
Sirve para: detectar bloqueos obvios y problemas de copy.
$0–$50 — Tests con clientes existentes
Mandá un email a 10 clientes ofreciendo 30 min de feedback a cambio de un descuento o crédito. Aceptan 2–3.
Sirve para: validar mejoras con quienes ya conocen tu producto.
$50–$200 — Tests remotos no-moderados
- Maze: tests con métricas automáticas, ~$50/mes.
- UserTesting / Useberry: pool de testers reales, ~$30 por test.
Sirve para: validar prototipos antes de desarrollar.
$200–$500 — Tests moderados con incentivo
Recluta 5 usuarios target via LinkedIn o Respondent.io. Pagales $50–$80 por 30 min de sesión por Zoom.
Sirve para: producto en producción con stakes altos.
El protocolo de 30 minutos
- Bienvenida y warm-up (3 min): "Vamos a probar X. No estoy testeando vos, estoy testeando el producto."
- Tarea 1 (5 min): "Encontrá Y."
- Tarea 2 (5 min): "Comprá Z."
- Tarea 3 (5 min): "Cancela tu suscripción."
- Preguntas abiertas (10 min): qué te gustó, qué no, qué falta.
- Cierre (2 min): agradecimiento.
Reglas de oro: no guíes, no defiendas el diseño, anotá cuándo dudan o piden ayuda.
Las 3 métricas a registrar
- Task completion rate: % que completa la tarea sin ayuda.
- Time on task: tiempo medio para completarla.
- Confusion points: dónde dudaron, preguntaron o se equivocaron.
El error más común
Mostrar la sesión a stakeholders y debatir interpretaciones. Solución: quien diseñó NO está en el debrief de stakeholders. Solo se discuten patrones repetidos en 3+ sesiones.
Cuándo NO sirve testear
- Antes de tener prototipo navegable.
- Sin hipótesis clara que validar.
- Con usuarios que no representan a tu target real.
Conclusión
Usability testing es de las inversiones más rentables del producto digital. Sin presupuesto no es excusa — es prioridad mal puesta. ¿Querés que te ayudemos a montar tu programa? Conversemos.
¿Te resultó útil este artículo?
Conversemos sobre cómo aplicar estas ideas en tu proyecto.
Contáctanos