Un cliente afirma que el proyecto facilitó su trabajo. Un caso de éxito debe explicar qué significa eso: cómo era el trabajo antes, qué cambió y qué parte de la mejora puede respaldar el cliente con pruebas.
Los casos de éxito ofrecen a los posibles compradores la oportunidad de evaluar una experiencia en detalle. Pierden utilidad cuando un proyecto complejo se reduce a un porcentaje espectacular y unos pocos párrafos de elogios.
Establezca las condiciones iniciales
Describa al cliente, al equipo pertinente y la tarea que deseaban mejorar. Incluya las limitaciones que afectaron al proyecto, como plazos, procesos existentes o recursos limitados. Esos detalles ayudan a otros compradores a determinar si la situación se parece a la suya.
La guía de HubSpot para redactar casos de estudio ofrece una estructura útil para organizar la narrativa del cliente. Utilice una estructura que haga comprensibles las pruebas, sin forzar a que todos los proyectos sigan la misma historia heroica.
Evite añadir problemas solo porque la historia parezca necesitar más dramatismo. Si el cliente buscaba una mejora operativa modesta, infórmelo con honestidad. Un problema reconocible suele ser más valioso que uno espectacular pero mal explicado.
Muestre las decisiones y el trabajo realizado
Explique por qué el cliente eligió ese enfoque y qué requirió su implementación. Identifique qué acciones correspondieron a su equipo, cuáles al cliente y cuáles involucraron a otros proveedores. Los lectores necesitan entender el trabajo que hay detrás del resultado.
La Caso de éxito de Atlassian sobre su propio sistema interno de trabajo es un ejemplo de un proveedor que documenta el contexto organizativo en torno al uso de un producto. Al analizarlo, observe la relación entre el flujo de trabajo y el cambio declarado, en lugar de tomar sus resultados como referencia.
Incluya alguna limitación o contrapartida cuando afecte materialmente a la historia. Quizás el primer enfoque necesitó una revisión, o el resultado se aplica a un solo equipo en lugar de a toda la organización. Esos detalles ayudan a evitar que un relato individual se convierta en una promesa universal engañosa.
Explique cómo se determinó el resultado
Antes de publicar un resultado numérico, pida al cliente que confirme los puntos que un lector necesitaría para interpretarlo:
- El punto de partida: ¿qué se midió antes del cambio?
- La comparación: ¿se midió la misma tarea de la misma manera después?
- El periodo y el alcance: ¿el resultado afecta a un equipo, a una ubicación o a toda la organización?
- Otros cambios: ¿cambiaron el personal, la demanda o el proceso al mismo tiempo?
Si las pruebas no respaldan un porcentaje, utilice una observación cualitativa específica. Un relato claro de una tarea que se volvió más sencilla es más informativo que una cifra que parece precisa pero que nadie puede explicar.
Resumen de plantillas de redacción publicitaria de HubSpot incluye casos prácticos como una forma de conectar un problema y una solución con pruebas. La responsabilidad editorial consiste en proporcionar esas pruebas, no simplemente en adoptar la apariencia de un caso práctico.
Los resultados cualitativos merecen un cuidado similar. «La gente pudo encontrar las notas de entrega» es más fácil de evaluar que «la colaboración se transformó». Pida al cliente un evento u observación que explique la mejora.
Cree un punto de entrada útil a la historia completa
Elija un extracto aprobado que refleje el punto central de la historia. No separe un resultado de la condición que lo hace preciso. Acuerde el texto final y la atribución con el cliente antes de su publicación.
Un breve testimonio mostrado a través del widget de reseñas de Mirror App puede presentar esa experiencia en una página web relevante. La historia completa debe permanecer disponible dondequiera que decida enlazarla, para que los lectores que necesiten los detalles puedan evaluar ellos mismos las condiciones iniciales, el trabajo y las pruebas.
