Cómo escribir un caso de éxito sin inventar resultados
Un caso puede ser valioso aunque todavía no tengas métricas posteriores. Explica situación, restricciones, decisiones, entregables y estado actual. La ausencia de datos no autoriza a convertir deseos en porcentajes.
Respuesta directa
Documenta quién tenía el problema, qué debía cambiar, qué restricciones existían, qué hiciste, por qué se decidió así y qué puede verificarse hoy. Etiqueta metas, hipótesis y resultados de forma distinta.
Un caso no es una galería más larga
Las capturas muestran apariencia. Un caso explica pensamiento y ejecución. Sin contexto, el lector no sabe si diseñaste el producto, adaptaste una plantilla, escribiste contenido o solo cambiaste colores.
Define participación y alcance: investigación, estrategia, copy, UX/UI, desarrollo, CMS, integración, QA o dirección de arte.
Estructura útil
Contexto: negocio, público y situación.
Reto: fricción que justificó el proyecto.
Objetivos: cambios que se buscaban.
Insight: decisión que ordenó el trabajo.
Solución: entregables y funciones.
Proceso: cómo se llegó al resultado.
Estado: publicado, implementado o en validación.
Resultados: solo evidencia con fuente y periodo.
Tipos de evidencia
Sitio o producto publicado.
Funciones disponibles y recorridos verificables.
Pruebas de usabilidad documentadas.
Analytics, Search Console o CRM con periodo.
Comparación de rendimiento antes y después.
Testimonio aprobado.
Artefactos de proceso: mapa, prototipo o sistema.
Describe qué significa el dato. “82%” sin unidad, muestra, fecha o fuente es diseño ornamental.
Qué publicar si no hay métricas
Puedes informar alcance: cuatro familias de producto, dos idiomas, siete servicios, un cotizador PDF, ocho preguntas de diagnóstico. También puedes explicar el estado: terminado en Framer sin dominio propio, lanzado recientemente o pendiente de medición.
Etiqueta correctamente
Meta: lo que se quiere alcanzar. Hipótesis: lo que se espera validar. Resultado: lo que ocurrió y puede demostrarse.
Testimonios sin edición creativa
Pide autorización, confirma nombre y cargo, conserva el sentido original y evita atribuir palabras que el cliente no dijo. Si corriges ortografía o reduces longitud, valida la versión final.
Un testimonio anónimo puede ser necesario por confidencialidad, pero debe explicar el contexto suficiente para ser útil.
Marca, privacidad y permisos
Confirma qué logotipos, capturas, documentos, nombres y datos pueden publicarse. Oculta información personal, accesos, ubicaciones sensibles y métricas confidenciales. Un caso no debe convertir una victoria comercial en un incidente de seguridad.
Checklist editorial
Participación y alcance claros.
Reto basado en hechos.
Decisiones conectadas con objetivos.
Funciones descritas sin exageración.
Métricas con fuente, periodo y contexto.
Estado de publicación correcto.
Marcas y testimonios autorizados.
Links funcionando.
Capturas actuales y accesibles.
Fecha de revisión.