Una pila de propuestas de RFP descansa sobre el escritorio de un responsable de compras. La mayoría se ven idénticas: maquetas brillantes y de alta fidelidad de sitios web flotando en un espacio isométrico, acompañadas de promesas vagas sobre "diseño centrado en el usuario". El evaluador las hojea en menos de treinta segundos, buscando cualquier señal de que la agencia realmente entienda cómo resolver un problema de negocio. No encuentra ninguna, y los hermosos PDF van directo a la basura.
Esta es la realidad del proceso de solicitud de propuestas (RFP). Cuando los clientes buscan contratar a un socio de diseño, no están comprando arte. Quieren mitigar el riesgo. Necesitan saber que si te entregan un producto complejo, un plazo ajustado y un conjunto de requisitos caótico, puedes ofrecer una solución que funcione.
Para ganar estas propuestas, tu portafolio no puede ser simplemente una galería autoindulgente de píxeles bonitos. Debe ser una colección de herramientas de venta altamente estructuradas y basadas en la narrativa.
Por qué las maquetas hermosas no bastan para ganar la propuesta
La mayoría de los portafolios de diseño están hechos para otros diseñadores. Nos encanta presumir de transiciones personalizadas, combinaciones tipográficas perfectas y cuadrículas limpias en Figma. Pero los líderes de marketing y los responsables de compras que leen tu respuesta a la RFP no compran diseño de la misma manera que los diseñadores. Ellos compran resultados.
Una maqueta hermosa demuestra que sabes usar software de diseño. No demuestra que puedas diagnosticar una caída en las tasas de conversión, gestionar la falta de alineación de los stakeholders o construir un sistema escalable. Cuando presentas únicamente los activos finales pulidos, ocultas lo que el cliente realmente intenta comprar: tu pensamiento.
Un gran caso de estudio es una narrativa de decisiones. Explica por qué se colocó un botón en una esquina específica, por qué se abandonó un determinado flujo de usuario y cómo el diseño final sirve directamente a los objetivos financieros del cliente. Si tu caso de estudio no explica el "porqué", el lector asumirá que simplemente adivinaste el camino hacia una interfaz bonita.
El marco de cuatro partes: Problema, limitaciones, proceso y resultado
Para escribir un caso de estudio que genere confianza, necesitas una estructura predecible. Nosotros utilizamos un marco sencillo de cuatro partes que refleja el clásico arco dramático:
- El Problema: ¿Qué estaba fallando y por qué era importante para el negocio?
- Las Limitaciones: ¿Qué se interponía en el camino de una solución sencilla?
- El Proceso: ¿Cómo superó el equipo esos obstáculos para encontrar el camino correcto?
- El Resultado: ¿Qué logró el diseño y cómo lo medimos?
Omitir cualquiera de estos cuatro elementos hace que la narrativa pierda fuerza. Si omites las limitaciones, el proyecto parece demasiado fácil. Si omites el proceso, la solución se siente inmerecida. Al mantener esta estructura de manera constante en tu portafolio, ofreces a los clientes potenciales una visión estructurada y tranquilizadora de cómo opera tu equipo.
Preparando el escenario: Definir el problema y las limitaciones
Toda gran historia necesita un conflicto. En un caso de estudio de diseño, ese conflicto es el problema de negocio. Comienza definiendo exactamente qué estaba fallando antes de que llegara tu equipo.
No utilices un lenguaje vago como "la marca se sentía anticuada". En su lugar, fundamenta el problema en la realidad operativa. Por ejemplo, un cliente hipotético de SaaS B2B podría tener una plataforma potente, pero su flujo de incorporación de autoservicio es tan confuso que los usuarios abandonan el producto antes de completar su perfil.
Una vez que el problema esté claro, introduce las limitaciones. Las limitaciones no son excusas: son las pautas que dan contexto y peso a tus decisiones de diseño. Todo proyecto las tiene, ya sea una infraestructura tecnológica heredada, una guía de marca estricta o un plazo de entrega inamovible.
Veamos un ejemplo hipotético y realista de cómo plantear esto:
El Problema: Nuestro cliente hipotético, una plataforma SaaS de logística, estaba perdiendo usuarios durante la fase de configuración inicial. Por ejemplo, los datos mostraban una tasa de abandono del 45% (cifra ilustrativa) en el tercer paso de su asistente de incorporación.
Las Limitaciones: Teníamos que rediseñar el flujo de incorporación dentro de un plazo estricto de seis semanas antes del lanzamiento público del cliente. Además, no podíamos alterar el esquema de la base de datos subyacente, lo que significaba que debíamos trabajar completamente con los campos de datos existentes.
Al plantear el proyecto de esta manera, demuestras al cliente potencial que comprendes las métricas de negocio y que trabajas de manera realista dentro de las limitaciones técnicas.
Mostrar el proceso sin rodeos
La sección del "proceso" de un caso de estudio es donde muchas agencias pierden al lector. Es tentador volcar cada tablero de Miro, perfil de usuario y boceto inicial en la página para demostrar lo duro que has trabajado.
Resiste ese impulso. Tu cliente potencial no tiene tiempo para mirar cincuenta notas adhesivas idénticas. Muestra únicamente el trabajo de proceso que condujo directamente a la solución final.
Si muestras un boceto inicial, explica por qué falló y cómo influyó en la siguiente iteración. Si muestras un mapa de pruebas de usuario, destaca la única idea clave que cambió la dirección de tu diseño.
Por ejemplo, podrías mostrar una comparación lado a lado de un prototipo inicial de Figma y el diseño final. Explica que durante las pruebas de usuario, cuatro de cada cinco participantes pasaron por alto la llamada a la acción principal porque estaba colocada debajo del pliegue. Mostrar cómo identificaste un error, pivotaste y lo corregiste es increíblemente tranquilizador para un cliente potencial. Demuestra que te basas en datos y pruebas, no solo en la intuición estética.
Demostrar el resultado con métricas claras y honestas
Un diseño hermoso sin un resultado medible es solo un proyecto de arte. Para ganar una RFP, debes demostrar que tu trabajo resolvió el problema que definiste al principio del caso de estudio.
Vincula tus diseños finales con métricas centradas en el negocio. Siempre que sea posible, utiliza números concretos. Si diseñaste un sitio de marketing, habla de tasas de conversión o velocidades de carga de página. Si creaste un sistema de diseño, habla de cuánto más rápido puede implementar nuevas funciones el equipo de ingeniería interno del cliente.
Así es como podrías escribir una sección de resultados utilizando métricas ilustrativas:
El Resultado: El flujo de incorporación rediseñado redujo la tasa de abandono de la configuración del 45% a solo el 12% (cifras ilustrativas) dentro del primer mes de lanzamiento. Al simplificar la interfaz y añadir indicadores de progreso claros, el cliente experimentó un aumento del 30% (cifra ilustrativa) en los usuarios activos semanales.
Si tu cliente no puede compartir cifras exactas de ingresos o usuarios debido a un acuerdo de confidencialidad (NDA), concéntrate en el crecimiento relativo, la eficiencia operativa o los comentarios cualitativos. Explica cómo el nuevo sistema de diseño redujo a la mitad el tiempo de lanzamiento de su equipo de producto, o cómo disminuyeron significativamente los tickets de soporte técnico relacionados con la incorporación.
Cómo ponemos esto en práctica en Northwind Studio
En Northwind Studio aplicamos exactamente esta estructura narrativa a nuestros propios proyectos de diseño web e identidad de marca. Como agencia pequeña y enfocada en el oficio, no dependemos de equipos de ventas masivos ni de prospección agresiva. En su lugar, dejamos que nuestros casos de estudio hagan el trabajo pesado de generar confianza con los clientes de SaaS B2B y servicios profesionales antes de tener la primera llamada.
Tratamos nuestro portafolio con el mismo cuidado que dedicamos al trabajo de nuestros clientes, asegurándonos de que cada caso de estudio demuestre claramente cómo navegamos por limitaciones técnicas complejas para ofrecer sistemas de diseño altamente accesibles y escalables.
Si quieres ganar más RFP, deja de tratar tu portafolio como una galería estática. Empieza a contar las historias de cómo resuelves problemas difíciles.
Ayudamos a equipos en crecimiento a crear diseños web claros y accesibles, así como sistemas de diseño robustos que convierten historias de productos complejos en resultados de negocio claros. Si quieres colaborar en tu próximo proyecto digital, ponte en contacto con nosotros en Northwind Studio.
Preguntas frecuentes
¿Qué longitud debe tener un caso de estudio de diseño?
Mantenlo conciso. Un caso de estudio sólido no debería tomar más de cuatro o cinco minutos de lectura. Utiliza encabezados claros, viñetas y texto en negrita para que los líderes de marketing y responsables de compras ocupados puedan escanear fácilmente la narrativa durante la revisión de una RFP.
¿Qué pasa si el cliente no nos permite compartir métricas o datos protegidos por un NDA?
Concéntrate en los resultados cualitativos y el crecimiento relativo. Puedes utilizar porcentajes en lugar de números brutos (como "un aumento del 40% en los registros") o enfocarte en mejoras operativas, como el hecho de que un nuevo sistema de diseño redujo a la mitad el tiempo de lanzamiento de su equipo de producto.
¿Deberíamos incluir bocetos iniciales y wireframes en el caso de estudio?
Solo si ayudan a explicar una decisión crucial. No incluyas bocetos solo para demostrar que hiciste el trabajo; en su lugar, utilízalos para mostrar cómo probaste una hipótesis, fallaste y pivotaste hacia la solución correcta.
¿Cómo formateamos los casos de estudio para las RFP en PDF frente a nuestro sitio web?
Tu sitio web debe albergar la versión permanente y altamente visual de la historia. Para RFP específicas, exporta una versión en PDF adaptada que destaque las limitaciones y resultados concretos que coincidan con los desafíos actuales del cliente potencial.