Cómo escribir un caso de éxito con resultados demostrables
Neaptide · 6 de septiembre de 2026 · 7 min de lectura · Actualizado: 4 de octubre de 2026
Escribe un caso verificable: test A/B de Vodafone, cambios relativos, datos ausentes, fuentes y preguntas de entrevista.
En este artículo
El caso Vodafone en web.dev publica un aumento del 8% en ventas junto con las condiciones del test A/B. Así se entiende qué cambió, qué se comparó y qué sostienen los datos. Aplica ese criterio a tu propio caso.
Qué debe explicar el caso
Un caso analiza un proyecto concreto: problema, condiciones, decisiones y resultado observado. Quien lo lee como posible cliente quiere saber si ese enfoque encajaría en su situación, y una lista de herramientas no se lo dice.
Recoge las pruebas antes de escribir el titular
- Define quién tenía el problema, cuándo aparecía y por qué importaba.
- Reúne el encargo, versiones anteriores, fechas de cambios e informes.
- Distingue tu aportación de las acciones del cliente y otros proveedores.
- Comprueba definiciones, periodos, filtros y cambios en la medición.
- Anota el resultado y lo que aún no puedes establecer.
Si una cifra no tiene fuente, pregunta a quien conserva los datos. No pidas a la IA que rellene el hueco con un valor verosímil. En el borrador cabe una pregunta pendiente. En el texto publicado, cada afirmación necesita respaldo.
El caso real de Vodafone: qué permiten afirmar los datos
El caso de Vodafone publicado en web.dev el 17 de marzo de 2021 compara dos páginas mediante un test A/B con reparto 50/50 del tráfico. Diseño y funciones eran iguales; una versión recibió mejoras de Web Vitals. Es un resultado publicado de Vodafone, no un proyecto de Neaptide.
| Métrica | Versión inicial | Versión optimizada | Cambio publicado |
|---|---|---|---|
| LCP | 8,3 s | 5,7 s | Mejora del 31% |
| Ventas | No publicado | No publicado | +8% |
| Proporción de visitas que generan leads | No publicado | No publicado | +15% relativo |
Con las cifras redondeadas de LCP, (8,3 − 5,7) / 8,3 ≈ 31,3%, coherente con el 31% publicado. El aumento del 15% en la tasa de leads es relativo. Sin la conversión inicial no se puede calcular la diferencia en puntos porcentuales.
El test compara las versiones en las condiciones de ese experimento. No promete un 8% más de ventas para otras webs. Los valores comerciales absolutos están ocultos; no reconstruyas leads ni ingresos a partir de los porcentajes.
No mezcles métricas distintas
En Search Console, los clics proceden de resultados de Google, las impresiones cuentan apariciones y el CTR divide clics entre impresiones. Ninguna de estas métricas cuenta solicitudes. Esas se miden en otra parte, por ejemplo en los formularios validados o en el CRM.
Indica fuente, fechas, segmento y regla de recuento junto a la tabla. Si cambió el seguimiento o el filtrado de spam, explica qué comparaciones siguen siendo válidas. Sin ese contexto, una captura no convierte una conclusión débil en una prueba.
Cuenta las decisiones importantes
Elige dos o tres decisiones que hayan marcado el proyecto. De cada una, cuenta qué impedía avanzar al usuario, qué alternativas valoró el equipo, por qué descartó alguna y cómo probó la solución elegida. Con eso el lector puede comparar tus condiciones con las suyas.
Un orden que funciona: problema y restricciones, situación inicial, decisiones con sus motivos, comprobación, resultado y límites. Si no hay métricas comerciales, muestra otro resultado verificable: una función entregada, un error corregido o una prueba de aceptación superada. Y deja claro que eso no prueba un aumento de ingresos.
Ilustraciones que ayudan a comprobar
- Capturas antes y después a la misma escala, explicando el cambio.
- Gráficos con unidades, periodos y valores, más una tabla accesible.
- Fragmentos de documentos o interfaces que respalden una decisión.
La portada puede ser una ilustración. Lo que una imagen generada no puede sustituir es una captura real de analítica o un testimonio. Acuerda con los participantes qué materiales se pueden publicar. Retira los datos personales innecesarios, pero conserva las condiciones de medición que el lector necesita.
Entrevista y revisión final
El guion de entrevista ayuda a reunir información sobre el problema, las restricciones, las decisiones, las mediciones y sus límites. Escribe solo a partir de respuestas verificadas. Antes de publicar, comprueba que el titular no afirma más de lo que demuestran los datos y revisa fechas, pies de imagen y enlaces. Deja el periodo y las limitaciones junto al resultado, para que lo acompañen cuando alguien lo cite. No prometas el mismo crecimiento a otro cliente.