Saltar al contenido principal

Diseño de experiencias · THE X FILES BLOG

Cómo aplicar design thinking a una experiencia de marca

La creatividad se vuelve más útil cuando el equipo puede observar una dificultad, ensayar una respuesta y aprender de lo que ocurre.

Varias personas prueban y observan dispositivos alrededor de una estación de demostración.
GX LIVE MARKETING
Diseño de experienciasCómo aplicar design thinking a una experiencia de marca
© GX LIVE MARKETINGIDEAS QUE CONECTAN
Fotografía de Gianfranco Ferronato · archivo GX. Autoría y derechos de uso confirmados; original conservado.

Design thinking: entender antes de producir

Design thinking ayuda a explorar problemas desde la experiencia de las personas. Combina observación, definición, ideas y pruebas para aprender antes de comprometer toda la producción. No convierte una intuición en verdad ni garantiza innovación. Su utilidad aparece cuando lo que descubrimos cambia una decisión concreta del proyecto.

El punto de partida puede ser una dificultad pequeña. Imagina una demostración donde las personas se acercan, miran y se retiran sin participar. El equipo podría pedir una pantalla más grande, aunque el problema fuera una instrucción confusa. Investigar primero permite distinguir una posible solución de la necesidad que intenta resolver.

Los marcos ayudan a organizar el trabajo, no a convertirlo en una escalera obligatoria. El Design Thinking Bootleg de Stanford d.school distingue cinco modos: empatizar, definir, idear, prototipar y probar. Los presenta como herramientas para explorar. Puedes volver a una pregunta anterior cuando una prueba revela algo que no habías considerado.

La experiencia de marca empieza por lo que la persona entiende y hace. Nuestra explicación de live marketing conecta esas decisiones con la interacción. En este artículo seguiremos la demostración como ejemplo hipotético: no es un caso medido de GX ni una receta que deba aplicarse igual a cualquier actividad.

Escuchar y observar sin completar la historia por el usuario

Observar significa prestar atención a una situación, no adivinar intenciones. En la demostración, registra dónde se detiene alguien, qué mira y en qué momento pide ayuda. Una salida rápida puede tener varias explicaciones. Anota lo que ocurrió antes de escribir que la persona estaba aburrida o que rechazó la marca.

Las preguntas abiertas dejan espacio para respuestas inesperadas. Pregunta qué pensaba que iba a suceder o qué le resultó difícil. Evita comenzar con la explicación que deseas confirmar. Después escucha y, si algo no queda claro, solicita un ejemplo concreto en lugar de completar la frase por quien responde.

Escucha también a quienes no completaron el recorrido. Limitarse a participantes entusiastas puede ocultar barreras de acceso, tiempo o comprensión. La guía sobre audiencias propone mirar necesidades y contextos, no perfiles imaginarios. Selecciona personas pertinentes al encargo y reconoce las situaciones que todavía no has explorado.

Cuida el contexto de la conversación y de las notas. Explica qué estás probando y para qué recoges comentarios. No hace falta pedir datos personales para comprobar si una instrucción se entiende. Si necesitas grabar o conservar información identificable, revisa primero cómo se autoriza y se protege ese uso.

Observar una prueba antes de ampliar la solución

Una persona sentada utiliza una estación de demostración mientras otra registra la actividad con una cámara.
Una demostración se registra con cámara. Revisar el uso en contexto ayuda a formular preguntas; la imagen no acredita que este evento siguiera design thinking. Fotografía: Gianfranco Ferronato.

Definir un problema que permita tomar decisiones

Separa los hechos observados de tus interpretaciones. Una nota puede indicar que varias personas preguntaron dónde empezar; otra puede proponer que falta una señal visible. La primera describe la prueba y la segunda plantea una explicación. Mantenerlas separadas facilita revisar la hipótesis sin borrar lo que realmente se vio.

Una buena pregunta nombra a la persona, la dificultad y el contexto. En el ejemplo podríamos preguntar cómo ayudar a quien llega por primera vez a entender la demostración sin esperar una explicación individual. Esa formulación orienta el trabajo mejor que pedir una experiencia innovadora sin definir para quién ni para qué.

El doble diamante distingue explorar el problema de explorar sus respuestas. Design Council propone descubrir y definir antes de desarrollar y entregar, con posibilidad de volver atrás. Esa distinción ayuda a no discutir colores o formatos mientras el equipo todavía tiene explicaciones diferentes de la dificultad.

Anota qué queda fuera de esta prueba. Mejorar la instrucción inicial no implica resolver todo el servicio ni demostrar ventas futuras. Define una señal observable, como reconocer el primer paso sin ayuda. Ese límite permite avanzar y evita pedirle a un prototipo respuestas que todavía no puede ofrecer.

Generar opciones sin enamorarse de la primera

Busca respuestas diferentes antes de elegir una. Para la misma dificultad puedes ensayar una señal breve, una demostración visible o un cambio en la ubicación de los materiales. No son tres decoraciones de una solución idéntica: cada alternativa modifica una parte distinta del recorrido que estás intentando comprender.

Invita a quienes conocen distintas partes de la experiencia. Producción puede advertir una limitación de espacio; atención al público puede reconocer una duda frecuente; diseño puede proponer otra jerarquía visual. La colaboración aporta cuando esas perspectivas ayudan a revisar una idea, no cuando todos repiten que les gusta.

Elige con criterios relacionados con el problema. Compara claridad, facilidad de prueba, esfuerzo y condiciones de uso. Una idea llamativa puede ser inadecuada si necesita más tiempo del disponible. Conserva las opciones descartadas con una razón breve: así no vuelven a discutirse desde cero en cada reunión.

Prototipos de design thinking que enseñan algo

Un prototipo representa lo necesario para contestar una pregunta. Puede ser una señal impresa, un guion leído en voz alta o una pantalla navegable sin conexiones reales. No necesitas construir todo el sistema para probar una instrucción. Sí necesitas que la persona pueda experimentar la parte que quieres observar.

La fidelidad debe corresponder a lo que estás evaluando. Un boceto sirve para discutir el orden de pasos, pero no para comprobar si un texto se lee a distancia. Si la duda es visual, prueba tamaño, contraste y ubicación. Nuestra guía de contenido visual desarrolla esa relación entre pieza y contexto.

Deja claras las partes que todavía son simuladas. Si una pantalla no registra datos o un botón no envía nada, explica ese alcance a quienes participan. El prototipo puede ayudar a entender un recorrido sin fingir que hay una operación funcionando detrás. Una demostración y un servicio disponible son cosas distintas.

Identifica cada versión antes de compararla. Conserva la pregunta, el material utilizado y el cambio realizado. Si ajustas texto, ubicación y tiempo al mismo momento, será más difícil interpretar qué influyó. Una versión reconocible permite conectar una observación con la propuesta exacta que la persona vio.

Probar sin dirigir a la persona hacia la respuesta

Da una tarea comprensible y deja espacio para actuar. En lugar de explicar dónde pulsar, pide a la persona que comience la demostración como lo haría normalmente. Observa las dudas antes de intervenir. Ayudar demasiado pronto puede ocultar la misma dificultad que la prueba debía revelar.

Combina lo que la persona hace con lo que cuenta después. Una opinión favorable no sustituye observar si pudo completar la tarea. Pregunta qué esperaba y qué la sorprendió. Si necesitas intervenir, registra cuándo y por qué; esa ayuda forma parte del resultado y no debería desaparecer del resumen.

Una prueba pequeña permite encontrar problemas, no describir a todo el mercado. Informa quién participó, en qué condiciones y qué no se comprobó. No conviertas una preferencia entre dos bocetos en una cifra de conversión prevista. El aprendizaje debe conservar el alcance de la evidencia disponible.

Cierra cada prueba con una decisión concreta. Mantén lo que resolvió la pregunta, modifica lo que generó dificultad o replantea el problema si la hipótesis no se sostiene. Volver atrás no es desperdiciar el trabajo: es usar lo observado para no ampliar una respuesta equivocada.

Pasar del aprendizaje a una implementación responsable

Una idea prometedora todavía necesita condiciones de ejecución. Revisa materiales, responsables, accesibilidad, tiempos y soporte antes de producir a mayor escala. Que una persona entienda el prototipo no demuestra que el servicio completo pueda entregarse. El siguiente paso combina aprendizaje con una comprobación operativa.

La medición debe seguir la pregunta del proyecto. Si mejoraste comprensión, observa comprensión; si necesitas evaluar solicitudes o ventas, define otro seguimiento y sus límites. Nuestra guía para medir experiencias ayuda a separar estas señales. No uses un comentario positivo como sustituto de un resultado comercial.

El valor del proceso está en mejorar decisiones, no en completar casillas. Empieza por una dificultad real, prueba una respuesta acotada y conserva lo aprendido. Cuando el equipo puede explicar qué observó, qué cambió y qué falta comprobar, design thinking deja de ser una etiqueta y se convierte en trabajo útil.

Documentación y criterio editorial

Stanford d.school · Design Thinking Bootleg. Fuente primaria sobre cinco modos y un conjunto flexible de herramientas. Se referencia el marco; no se copian tarjetas, ilustraciones ni su material descargable. Consultado el 26 de septiembre de 2026.

Design Council · The Double Diamond. Fuente primaria para distinguir descubrimiento, definición, desarrollo y entrega, con iteración. No acredita resultados de GX ni garantiza innovación. Consultado el 26 de septiembre de 2026.

Preguntas frecuentes

¿Design thinking es solamente para diseñadores?

No exige que todas las personas del equipo trabajen en diseño. Aporta valor reunir conocimiento del público, producción y operación. Lo importante es que esas perspectivas se contrasten con una dificultad real y con lo observado durante las pruebas.

¿Hay que completar los pasos siempre en el mismo orden?

No. Los marcos ayudan a organizar la exploración, pero una prueba puede revelar una necesidad distinta y llevar al equipo a redefinir el problema. El orden debe servir al aprendizaje, no impedir que revises una suposición equivocada.

¿Qué tan terminado debe estar un prototipo?

Lo suficiente para responder la pregunta de la prueba. Un boceto puede aclarar una secuencia; comprobar legibilidad a distancia exige tamaño y ubicación realistas. No hace falta terminar componentes que no influyen en lo que estás evaluando.

¿Cómo sé si el proceso funcionó?

Revisa si produjo una decisión mejor informada: qué dificultad observaste, qué cambiaste y qué ocurrió después. Mantén separados el aprendizaje de una prueba y los resultados del servicio implementado. No deduzcas ventas o rentabilidad de una opinión favorable.

De esta idea a tu próximo proyecto

Cuéntanos qué quieres lograr. La guía te ayudará a ordenar tu consulta; podrás revisarla y corregirla antes de cualquier envío.

Prepara tu proyecto con GXDestino de la llamada a la acción: /es/contact/?guide=project

TU SIGUIENTE PASO

Lleva esta idea a tu proyecto

Explora la capacidad relacionada o conversemos sobre el reto que quieres resolver.