El desktop walkthrough es un método de prototipado que permite imitar el entorno de un servicio a escala, sobre una mesa, usando figuras, papel y post-its para recrear el recorrido de un cliente paso a paso. Sirve para detectar puntos de contacto, fricciones y oportunidades antes de invertir en un piloto real.
Es un método de prototipado físico: en lugar de dibujar una pantalla o construir un objeto, se representa un servicio completo sobre una superficie de trabajo, usando figuras de personas, edificios, mostradores y objetos improvisados. La idea es imaginar una experiencia circular —la ruta típica de un cliente, un usuario o un miembro de la organización— y hacerla visible en miniatura.
Sirve para recrear escenarios y simular situaciones, interacciones y posibles problemas que las personas viven cuando se relacionan con una organización o un servicio. Es especialmente útil para validar hipótesis y conceptos sin invertir en un proyecto piloto costoso, porque previsualizar la experiencia paso a paso ayuda al equipo de diseño a fijar los puntos clave de contacto antes de construir nada real.
Vale la pena preparar una caja reutilizable con estos materiales antes del taller, porque se usan una y otra vez en distintos proyectos: figuras genéricas sirven para representar a casi cualquier actor con solo cambiarles el sticker o la etiqueta con el rol que cumplen en esa sesión.
- Personajes de prototipado (figuras de papel o muñecos pequeños)
- Stickers para representar objetos, señales o emociones
- Papelógrafo o cartulina grande como base del escenario
- Post-its de distintos colores
- Papel, lápices o Sharpies
- Cámara o celular para registrar fotos y video
En nuestros talleres de dos días solemos reservar entre 45 y 60 minutos para esta dinámica, con equipos de 3 a 6 personas. El montaje suele seguir este orden:
- Dibujar en el papelógrafo el espacio físico del servicio (una sucursal, una tienda, un aeropuerto, una web representada como "lugares")
- Personificar a los actores con las figuras y los stickers: el cliente, el vendedor, el sistema, el repartidor
- Ubicar los puntos de contacto identificados previamente en entrevistas u observación en terreno
- Usar la imaginación: cualquier objeto a mano —una tapa, un clip, una moneda— puede representar un elemento del servicio
Una pregunta que surge seguido en nuestros talleres es cuándo conviene un desktop walkthrough y cuándo basta con un prototipo en papel. La respuesta depende del nivel de resolución que necesitas: si el problema es una pantalla, un formulario o un flujo puntual, el prototipo en papel resuelve más rápido y con menos montaje. Si el problema involucra varios espacios físicos, distintos momentos del día o más de un actor interactuando en simultáneo —como una sucursal bancaria, un aeropuerto o un proceso de entrega a domicilio— el desktop walkthrough permite ver el conjunto, algo que una secuencia de pantallas en papel no logra mostrar.
Un integrante del equipo mueve al "cliente" figura por figura, narrando en voz alta lo que hace, piensa y siente en cada punto de contacto, mientras el resto del equipo interviene, ajusta el escenario y anota reacciones en post-its. Se recomienda tomar fotos o video de cada escena para armar después un guión gráfico con descripciones escritas. Repetir el recorrido dos o tres veces, cambiando de "cliente", ayuda a que el equipo detecte variaciones y no se quede con una sola lectura del servicio.
No es un método de una sola pasada. En sesiones con clientes de distinto perfil —por ejemplo, un usuario frecuente y uno que usa el servicio por primera vez— conviene repetir el walkthrough cambiando ese perfil, porque las decisiones y los puntos de fricción cambian bastante entre ambos. También es útil repetirlo después de introducir un cambio propuesto por el equipo, para comparar el "antes" y el "después" del mismo recorrido y verificar si la solución realmente resuelve el problema detectado.
Ambos son métodos de bajo costo para probar ideas antes de construirlas, pero responden a preguntas distintas. El prototipo en papel funciona mejor para validar una interfaz o un flujo de pantallas con un usuario real, mientras que el desktop walkthrough sirve para entender el servicio completo, con sus espacios físicos y sus múltiples actores, incluso antes de que exista una interfaz.
| Criterio | Desktop walkthrough | Prototipo en papel |
|---|
| Qué representa | Un servicio completo, con espacio físico y actores | Una interfaz o flujo de pantallas |
| Con quién se testea | Con el equipo de diseño, actuando roles | Con un usuario real, en sesión de test |
| Momento típico | Etapas tempranas de ideación de servicios | Validación de una solución digital concreta |
- Saltarse el paso de identificar previamente los desafíos de diseño, lo que hace que la escena quede sin foco
- No registrar en fotos o video, perdiendo los hallazgos apenas termina la sesión
- Quedarse en un solo recorrido, sin variar el perfil del "cliente" que atraviesa el servicio
- Usar el método para validar una interfaz, cuando lo que corresponde ahí es un prototipo o un test de usabilidad
Conviene además guardar el registro fotográfico de cada walkthrough en una carpeta compartida del proyecto, etiquetada por fecha y por escenario recreado, para poder comparar versiones sucesivas de un mismo servicio a medida que el equipo introduce mejoras y vuelve a testear el recorrido completo.
Antes de la sesión conviene tener insumos de observación en terreno o entrevistas, para que el desktop walkthrough no parta de supuestos. Después, lo natural es sistematizar los puntos de contacto detectados y avanzar a prototipar y testear las soluciones concretas en el entorno estudiado. Si en el mismo taller trabajaste con distintos perfiles de usuario, complementa este ejercicio con un codiseño para que los propios usuarios ayuden a rediseñar el recorrido, y apóyate en el kit de diseño lean para tener a mano las plantillas y materiales necesarios.
Si te interesa ver estas dinámicas en acción, suscríbete al canal de YouTube de FREED.
Por 
