01 Jun Cómo justificar un rediseño de interfaz ante dirección (con números, no con opiniones)
Sabes que el software interno necesita un rediseño. Tu equipo lo sabe. Pero cuando el propietario pregunta «¿esto cuánto cuesta y qué gano yo?», te quedas sin respuesta cuantificable. Aquí tienes el marco para construir un caso de negocio basado en números, no en gustos personales.
Por qué «más bonito» no es un argumento de venta
El error clásico del director de tecnología es justificar un rediseño hablando de experiencia de usuario, usabilidad o —peor aún— de modernizar la interfaz. Para un propietario que controla el presupuesto, eso suena a gasto estético. Maquillaje digital. Y tiene razón en desconfiar: si el argumento es subjetivo, la decisión de aprobarlo también lo será.
Necesitas traducir diseño a dinero. Y eso se hace con KPIs medibles antes y después del rediseño.
El marco HEART de Google: mide lo que importa al negocio
Google desarrolló el marco HEART para medir experiencia de usuario con métricas de negocio. Las cinco dimensiones son directamente aplicables a un software interno:
- Happiness (Satisfacción): encuestas de satisfacción antes y después. Si pasas de un 4/10 a un 8/10, tienes un argumento. Mide también el Net Promoter Score interno: «¿recomendarías esta herramienta a un compañero nuevo?».
- Engagement (Uso): frecuencia de uso, funcionalidades realmente utilizadas versus funcionalidades disponibles. Si el 60% de las funciones que desarrollaste nunca se usan porque la interfaz las esconde, tienes un dato de desperdicio.
- Adoption (Adopción): tiempo hasta que un nuevo empleado es productivo con el sistema. Si hoy son 3 semanas y tras el rediseño son 3 días, has recuperado 12 días de productividad por cada nueva contratación.
- Retention (Retención): empleados que dejan de usar el sistema con el tiempo. Si detectas que a los 6 meses muchos vuelven a procesos manuales, el sistema ha fracasado en retener usuarios.
- Task Success (Éxito en tareas): tasa de finalización de tareas clave sin errores y tiempo necesario para completarlas. Esta es la métrica más directa para justificar ROI.
La plantilla de cálculo que tu dirección entenderá
Aquí tienes una tabla sencilla para presentar. No requiere conocimientos técnicos, solo matemáticas de negocio:
Coste actual (antes del rediseño):
- Tiempo medio para completar la tarea principal: X minutos
- Número de veces que se realiza al día: Y
- Número de empleados que la realizan: Z
- Coste hora medio: C €
- Coste anual = (X/60) × Y × Z × C × 220 días laborables
Coste previsto (después del rediseño): aplica la misma fórmula con una estimación conservadora. Si esperas reducir el tiempo a la mitad, pon un 30% para ser creíble.
La diferencia entre ambas cifras es el ahorro anual. Si el rediseño cuesta 40.000€ y ahorras 80.000€ al año, la inversión se paga sola en 6 meses.
KPIs que hablan de dinero, no de diseño
Cuando presentes el caso de negocio, elimina estas palabras de tu vocabulario: usabilidad, experiencia de usuario, interfaz moderna, responsive, intuitivo. Sustitúyelas por:
- Reducción del tiempo por tarea: «Hoy crear un presupuesto lleva 12 minutos. Con el rediseño, 4 minutos. Son 8 minutos ahorrados por presupuesto, 40 presupuestos al día, 5 empleados: 1.600 minutos diarios recuperados».
- Tasa de error: «Actualmente un 8% de los pedidos contienen errores que requieren corrección manual. Cada corrección cuesta 15 minutos. El objetivo es bajar al 2%».
- Autonomía del usuario: «El 30% de las consultas al soporte interno son sobre cómo usar el sistema, no sobre fallos. Eso son 12 horas semanales del equipo técnico dedicadas a formación, no a desarrollo».
Lo que pasó cuando aplicamos esto en GiveFeedback
Cuando rediseñamos GiveFeedback, no lo hicimos por estética. Lo hicimos porque la tasa de abandono de usuarios nos estaba costando clientes. La métrica no era «se ve anticuado», era «perdemos X clientes al mes que prueban y se van». Con ese número sobre la mesa, la decisión fue automática.
Después del rediseño, los usuarios completaban las tareas principales en un 60% menos de tiempo y la tasa de conversión de prueba a cliente subió. Esas son las métricas que tu dirección necesita ver.
El argumento definitivo: haz que lo prueben
No intentes convencer con PowerPoints. Pide dos semanas para hacer un prototipo de una sola funcionalidad —la más dolorosa— y mide el antes y el después con usuarios reales. Si tras esas dos semanas los números hablan solos, no necesitarás justificar nada más.
La clave no es pedir permiso para un rediseño completo. Es demostrar con una funcionalidad concreta que la inversión se recupera. Luego escalar.
Si necesitas ayuda para construir ese prototipo —o para calcular los números que convencerán a tu dirección—, habla con nosotros. Hacemos las cuentas contigo.
