ROI de diseño: el cálculo en 6 pasos con un proyecto real

Todo fundador ha oído que el diseño da retorno. Poca gente ha visto la cuenta. Cuando el dinero escasea, el diseño es la primera línea que se recorta del presupuesto, justamente porque nadie logra mostrar cuánto devolvió.

El 11 de septiembre de 2026, Alex Williams publicó en Smashing Magazine un método para armar un caso de ROI de diseño que aguante una reunión de directorio. La frase que abre el razonamiento es directa: “Strong UX ideas do not secure investment on their own” (las buenas ideas de UX no aseguran inversión por sí solas). Aquí resumo el método e intento rehacer la cuenta con un proyecto nuestro.

El ejemplo del artículo es inventado, y eso importa

El caso que usa Smashing para demostrar el método es una empresa SaaS B2B llamada Meridian. El propio artículo avisa que es totalmente ficticia. Los números sirven para mostrar la mecánica, no como referencia de mercado.

Aun así, vale la pena ver la forma de la cuenta. En el ejemplo, un rediseño del onboarding lleva la conversión de prueba a pago del 8,0% al 9,4%, lo que genera unos 560 clientes de pago más al año. Con un ingreso anual medio de US$1.800 por cuenta, eso da cerca de US$1 millón en ingresos nuevos. El artículo atribuye el 70% de esa ganancia al rediseño, como premisa declarada, y la divide por la inversión total de US$117 mil. El resultado es un ROI de unos 5 a 1 en el primer año.

Lo importante no es el 5:1. Es que cada número tiene origen y cada premisa está por escrito.

Cuáles son los 6 pasos del método

El artículo no numera las etapas, pero la estructura sigue este orden:

1. Definir el éxito. Habla con quien decide en cada área, encuentra los temas que se repiten y escribe cada uno como meta con número. Prefiere métricas que ya aparecen en los paneles de la empresa.
2. Sumar el costo total. No solo el diseño. Entran ingeniería, herramientas, coordinación y el tiempo de las personas en reuniones y revisiones, calculado al costo real por hora.
3. Probar la causa. Test A/B cuando se pueda. Si no, serie histórica con línea base previa al cambio. Registra qué más cambió en el mismo período y decide el porcentaje atribuido antes de ver el resultado.
4. Calcular. Ganancia incremental por ingreso medio, por la atribución, dividido por la inversión. Los ahorros secundarios, como menos tickets de soporte, van en una línea aparte.
5. Adaptar a cada decisor. Finanzas quiere costo y riesgo. Marketing quiere conversión. Producto quiere volumen de soporte. Los números no cambian entre versiones; solo el orden.
6. Reunir evidencia cualitativa. NPS, satisfacción, frases de usuarios, recogidas de forma sistemática. Y personas dentro de la empresa que sepan repetir la historia.

Williams resume el problema en una línea: “Executives don’t hate UX, they just hate vagueness” (los directivos no odian la UX, odian la vaguedad).

Rehaciendo la cuenta con un proyecto real: AI Vou Eu

Aquí entra nuestro caso. Uso solo lo que es público del proyecto. Lo que aún no medimos o no puedo publicar queda fuera.

AI Vou Eu es un SaaS de turismo con IA. Con el Studio, el producto salió en línea en 4 semanas.

Pasando por los seis pasos:

1. Éxito. Para un fundador que aún no lanzó, el éxito no es la conversión. Es tener el producto en línea, con usuarios reales, en una fecha conocida. La métrica de negocio que viene después la define el cliente: registros, reservas o ingresos.

2. Costo total. Por un lado, el costo de seguir sin producto, mes a mes. Por otro, el precio cerrado del proyecto, más las horas del equipo del cliente en reuniones y validaciones.

3. Causa. Aquí la atribución es más simple que en el ejemplo de Smashing. Antes no había producto. A las 4 semanas, sí. No hay causas en competencia para que el producto esté en línea. Lo que exige cuidado es atribuir lo que vino después, porque otras cosas cambian en el mismo período.

4. Cálculo. La cuenta honesta tiene dos partes. La primera es el costo evitado: cada mes sin producto en línea era otro mes de gasto sin retorno. La segunda es la ganancia generada: el resultado del primer período en línea dividido por la inversión total en el proyecto.

5. Decisores. Para un fundador, la pregunta de finanzas es “¿cuánto voy a gastar todavía hasta ver algo funcionando?”. Con precio cerrado tras el diagnóstico y plazo por escrito en el contrato, esa respuesta existe antes de empezar.

6. Cualitativo. Lo que el cliente y los primeros usuarios dicen del producto también cuenta, aunque no tenga número.

Por qué el ROI antes del lanzamiento es distinto

El método de Smashing se pensó para empresas que ya tienen producto, tráfico y línea base. El rediseño mejora algo que existe. Para un fundador sin producto en línea, la primera línea de la cuenta es otra: cuánto cuesta cada semana sin lanzar.

Todo el dinero gastado antes del lanzamiento no rinde nada mientras el producto no sale. Es el retorno más fácil de medir y el más ignorado, y entra en la lista de formas de quemar dinero antes del lanzamiento. Antes de discutir cuántos puntos de conversión trae un buen diseño, la pregunta es si existe algo que convertir.

Qué cambia esto para ti

Si vas a contratar diseño o desarrollo, arma la cuenta antes de firmar:

• Escribe la métrica de éxito. Una sola, con número y fecha.
• Suma el costo total. Incluye tu tiempo y el de tu equipo, además del precio de un sistema web a medida.
• Registra hoy la línea base. Aunque sea cero.
• Declara la atribución. Cuánto del resultado vas a acreditar al proyecto, y por qué.
• Cuenta el costo de esperar. Cuánto sale de caja cada mes sin producto en línea.

Williams cierra con una idea que vale para estudio y cliente: “repeatable ROI is what earns recurring investment” (un ROI repetible es lo que asegura inversión recurrente).

Cómo lo hacemos en el Studio

Empezamos por el diagnóstico. Después vienen el precio cerrado y el plazo por escrito en el contrato, lo que resuelve los pasos 2 y 5 antes del primer día de trabajo. Todo sistema sale con un agente de IA que corre a diario, señala fallos y comprueba que los datos tengan sentido, lo que ayuda a mantener viva la línea base tras el lanzamiento. La métrica de éxito queda escrita con el cliente ya en el diagnóstico.

Si tienes un SaaS por lanzar y quieres la cuenta por escrito antes de empezar, nuestro servicio de desarrollo de SaaS y sistemas a medida empieza por ese diagnóstico.