 Bueno, vamos a ir con la segunda, si no se nos escapa Pablo, con la segunda charla, esta vez Pablo, va aquí a contarnos cosas, creo que no está por ahí escondido, muchos conocéis o todos conocéis a Pablo, no lo voy a presentar, pues se va a presentar el mucho mejor que yo. Data, Grau, Leader, Product Hackers, Embajador de SiteGround y muchos más cosas que nos dirá. Lo único que nos ha pedido este año es que Noel, la gente de los asistentes que le pusiéramos la charla por la mañana, el año pasado fue por la tarde, después de comer, fue la siesta, pero este año le va a tocar sudar, que seguro que lo hace guay. Y bueno, os dejo con él, que nos va a contar cosas muy chulas de usabilidad y cosas de estas, creo ¿no? Experiencia usuario. Gracias Pablo. Gracias a ti. Gracias. Bueno, quería empezar con una pregunta, alguna vez os habéis planteado por qué hay espejos en los ascensores, parceses selfies, mis hijas lo hacen para eso, utilizan para eso. No os lo habéis planteado nunca, no tiene que ver con que te puedas, no sé, maquillar o que te puedas preparar cuando vas a recoger a alguien y ponerte, que parezca más grande, buena idea, para evitar la crostofobia efectivamente, que parezca más grande y así evitamos esa sensación. La realidad tiene que ver con una cosa que se llama intercambio de tiempo activo y de tiempo de espera. Nosotros podemos hacer que el ascensor vaya muy rápido o más o menos rápido, pero siempre el tiempo que pasa a alguien dentro del ascensor es un tiempo de espera. Y eso hace que independientemente de lo rápido que vaya, pues a nosotros se nos hace un poquito larga la espera. Entonces lo que se hace se mete un elemento que nos permita interactuar como un espejo, con lo que nosotros podemos mirarnos, podemos jugar, podemos hacer cualquier cosa y cambiamos ese tiempo de espera en el ascensor por un tiempo activo en lo que estamos haciendo algo y eso da la sensación de que el proceso es algo más corto. Es decir, si queremos hacer WPO de un ascensor, podemos hacer dos cosas, cambiar el motor para que vaya más rápido o incluso podríamos hacer un poco de diseño de experiencia de usuario y añadir un elemento interactivo dentro del ascensor que haga que el tiempo de espera parezca más corto, lo cambiamos. Esto a nivel de web puede ser lo mismo, cuando estamos hablando de un poco el rendimiento o la velocidad de un sitio web podemos estar trabajando bien con el equipo de diseño o bien con el equipo de desarrollo. Una parte será el WPO y otra parte será el diseño de experiencia de usuario. Es lo mismo, podemos aplicar los mismos principios. Y vamos a hablar un poco de cómo jugar un poco con esos principios, cómo cambiar el tiempo de espera por tiempo activo y todo esto surge, toda la idea un poco que va a girar alrededor de la charla, surge de un estudio de 1968 de un empleado de IBM que se llama Robert B. Miller, que a lo largo del estudio desarrolla la idea de que cualquier interacción entre un sistema, entre una máquina y una persona tiene que tener unos tiempos de latencia, unos tiempos de respuesta que permitan que la conversación o la interacción sea lo más fluida posible. Los tiempos de latencia que Robert B. Miller estimó eran de aproximadamente 10 segundos. Es decir, lanzó una instrucción y el sistema me responde en un máximo de 10 segundos. Decía que eso era razonable, aunque el tiempo ideal lo estimó en aproximadamente dos segundos. Hoy en día imaginaos que nosotros pulsáramos una tecla y tardar dos segundos en pintarse esa tecla en pantalla. Se lo sabía eterno, pero en el año 68 parecía razonable. Tenemos que pensar qué tipo de ordenadores estaban trabajando en aquella época, ¿no? ¿Por qué me interesan estas cosas? Bueno, yo trabajo en una agencia que se llama Product Hackers, que nos dedicamos a hacer growth. Lo que hacemos es tratar de encontrar aquellas palancas mentales que nos sirvan para poder activarlas y mejorar el rendimiento de nuestros clientes. Además, soy embajador de Market Segron. Entonces, con estas fricadas de psicología aplicadas de alguna manera a la experiencia de usuario, es con lo que trabajamos habitualmente. Por eso me gusta mi interesa particularmente este tipo de historias. Además, ya aprovecho y he escrito ese libro que aparece ahí, si alguno le interesa a todo este mundo de la psicología, de la analítica, del marketing, de los negocios online, hablo de eso en este libro. Vamos a bajar, hemos hablado del año 68 de Robert B. Miller, pero vamos a bajar hasta el año 1962, ¿no? El año del thriller de la mítica canción de Michael Jackson, pero también el año del Naranjito, el año que ganó por primera vez un partido izquierdo de las elecciones en este país, el año de la presentación de ese ritmo, el Spectrum 48K, alguien tuvo aquí un Spectrum, comodore a un FSX, la guija de Guardia, o del mítico tema de los Clash, Sura Steel y Sura Eagle, uno de los temas más famosos de la banda. Bien, también era el año en el que International Business Machines, IBM, empieza a trabajar en un estudio muy interesante en IBM. En esta época, pensad que estamos hablando... IBM es una empresa que nació aproximadamente en el siglo XIX, en aquella época tenía sobre medio millón de empleados en todo el mundo, han trabajado cinco premios Nobel en IBM, nada más y nada menos. En ese año, había un equipo en IBM que estaba trabajando precisamente sobre los estudios de Robert B. Miller, y este tío, Walter J. Doherty, justo con un compañero suyo que se apellía Tadani, Arvin Tadani, digamos que hacen pruebas de laboratorio para verificar esto que comentaba Robert B. Miller, ¿vale? ¿Qué es lo que...? Bueno, ya veis que tiene pinta de que pasaba muchas horas en el laboratorio, Robert Walter. Bueno, ¿qué es...? ¿A qué conclusión llegan? Bueno, pues, Walter, lo que hace es descubrir que el tiempo de interacción este que habíamos estimado en dos segundos en realidad es muchísimo menor, como ya podríamos suponer nosotros, ¿no? Es, digamos que hay una relación entre el tiempo que pasamos esperando y el rendimiento, la productividad, el engagement que tenemos con esa reacción, ¿no? Con ese sistema con el que estamos interactuando. Y declara esto, la productividad, que es una derivada de tener una relación fluida, satisfactoria, incluso adictiva, se dispara con un sistema de sus usuarios que interactúan de tal manera que ninguno tiene que esperar al otro. Yo tengo que esperar a la máquina, por supuesto, y la máquina no me tiene que esperar a mí para interactuar. Eso genera un flujo de interacción que hace que se dispare la productividad, por decirlo de alguna manera. Y lo interesante del estudio de Doherty es que hay un punto concreto donde aquello cae radicalmente. Es decir, nosotros estamos interactuando y a medida que el tiempo de reacción se amplía, cae directamente el interés que tenemos en la acción, y por tanto, en este caso, las transacciones, aquí donde hablamos de transacciones, son interacciones, ¿vale? No se refiere a transacciones económicas o ni comers, son interacciones con la máquina. Pues hay un punto en el que radicalmente, como veis ahí, cae de una forma muy pronunciada. Esto es lo que se conoce como el umbral de Doherty y es un tiempo exacto de 0,4 segundos, o 400 milisegundos. Ese es el punto en el que si algo una interacción dura más de 400 milisegundos, la productividad cae en picado, como habéis podido ver ahí. Digamos que es una especie de meta muy interesante. ¿Qué aplicación tiene todo esto a nivel de experiencia de usuario? Vamos a ver algunos ejemplos, pero la idea es que nosotros utilizemos esos 0,4 segundos como una referencia, ¿vale? No tiene por qué ser. Obviamente no podemos estar hablando de que las páginas, que todas las páginas de un sitio web carguen el 0,4 segundos, no tiene sentido, va a depender del tipo de páginas, si son páginas transaccionales, si son páginas estáticas, dependen de muchísimas cosas. Antes estábamos hablando de los datos del año 68 o del año 82, en los años 90 NetEscape consideraba que una página era asumible que tardara 8 segundos encargarse, imagínalo es hoy en día, ¿no? Y a par entonces ya existía este número de dojerti, pero por eso digo que depende un poco de cada situación, de cada caso. Vamos a ver algunas aplicaciones. Fijaos, esto que estáis viendo aquí, esta interfaz, lo que estamos viendo es una transición entre la carga de 2 screens de 2 pantallas en la que están utilizando el umbrado de dojerti como referencia. En este caso, la transición es de 0,2 segundos, bastante por debajo del umbrado de dojerti, pero en ningún caso lo supera. Ya veis que es suficientemente fluida, de hecho es tan fluida que no se produce un salto, digamos visual, no es un salto brusco, sin embargo, os voy a poner una segunda pantalla donde vamos a ver exactamente la misma transición con dos tiempos distintos, uno prácticamente instantáneo y otro superando ampliamente el umbrado de dojerti. Fijaros la diferencia. Brutal, ¿eh? Ya termina la década de cargarse. Ahí está, a ver. Fijaros, hay una que es instantánea y esta supera el umbrado de dojerti. Fijaros en el fundido que hace, que no parece particularmente largo, pero si estamos interactuando de manera continuada con la aplicación, esto va a provocar un descenso del número de interacciones que realizan los usuarios por minuto o por hora como les estemos midiendo. Simplemente, estas dos diferencias también vamos a ver situaciones en las que para, como no podemos alcanzar el umbrado de dojerti, tenemos que buscar alguna herramienta que nos permita que el usuario reciba algún tipo de información en ese tiempo de espera. Para eso nos encontramos con los típicos spinners. Veremos algún ejemplo práctico, el típico spinner de carga, para que la gente entienda que el sistema no se ha bloqueado, sino que el sistema está haciendo algo, no está pensando. Pero el usuario ya está recibiendo que esperar a que el sistema haga algo. Probablemente sí lo que le hemos pedido, pero ya no está dando una respuesta. Y al mismo tiempo las barras de progreso. Un poco sujetando la misma idea. Porque la clave, os decía al principio, es el intercambio entre el tiempo de espera y el tiempo activo. Voy a contar una historia bastante curiosa que yo creo que esto ilustra casi todavía mejor que el ascensor, que el caso del ascensor. En el aeropuerto de Houston recibían muchísimas quejas porque los usuarios tenían que esperar mucho tiempo Entonces lo que hicieron fue reforzar el equipo de trabajo que estaba con el tema del equipaje de las maletas para que llegaran más rápido a la cinta, pero seguían las quejas. Finalizaron, desglosaron un poco y no existía el problema exactamente y descubrieron que cuando los viajeros salían de la puerta de embarque estaban durante un minuto caminando hasta la cinta de las maletas y en la cinta de las maletas tenía que esperar 7 minutos a que salía su maleta. ¿Cuál fue la solución? Vamos a cambiar el recorrido y les vamos a tener 6 minutos dando vueltas por el aeropuerto hasta la cinta de las maletas. Llegaban a la cinta de las maletas y esperaban un minuto. Desapareció totalmente las quejas. No se volvió a recibir ninguna queja. Habían cambiado el tiempo de espera en la cinta por tiempo activo caminando hasta la cinta. Así de simple. Es una solución a nivel de experiencia de usuario, no a nivel de WPO. ¿Qué técnicas tenemos para reducir precisamente la percepción de la espera cuando no podemos sacar al usuario de la web a que de una vuelta por ahí? Vamos a ver 3 soluciones bastante interesantes. Es que le dan screens o pantallas esqueletos y queréis por decirlo de alguna manera son esas pantallas intermedias que aparecen durante el proceso de carga en el que vemos una especie de boceto de lo que va a cargar después. Esto es el caso de Facebook. También podemos ver por ejemplo el caso de Drive. Drive hace lo mismo. Drive pensar que además tiene que hacer... no tiene un sistema de caché como puede tener Facebook. No tendrá obviamente pero no funciona de la misma manera. Entonces aquí los tiempos de carga sí que se alargan todavía un poquito más. Esto lo podemos hacer también en sitios como las redes sociales. Fijaros en el caso de Pinterest lo hace de una manera muy interesante pero solamente es un boceto con el esqueleto, con el esqueleto honesto sino que además está utilizando los colores dominantes de cada uno de las imágenes para generar todavía más mayor cantidad de información. Y esto lo podemos hacer en WordPress. Esto es un plugin que lo que nos permite es crear pantallas de esqueleto en tiendas con Bookomers que son uno de los elementos normalmente donde por profundidad de catálogo ya sabéis que siempre digamos que tiene un cierto impacto en la velocidad del sistema en el caso de Bookomers se puede solucionar o solucionar no, meter esta solución gracias a este plugin. Lo que veremos será en la página de la tienda pues cargará con... nosotros podemos definir estas imágenes de boceto que queremos usar con lo que sea, con el brámide de nuestra marca o lo que sea y lo mismo con las fichas de producto. Esto funciona sobre cualquier sitio con Bookomers. También nos encontramos con temas que vienen preparados con la posibilidad de crear imágenes de esqueleto de carga en todo el sitio no solamente a nivel de Bookomers. En este caso en Porto es un tema premium pues algo parecido, aquí lo vemos un poco con lo que sería también pero también en este otro en Moya, donde nos encontramos también es una solución que aplica mucho para e-commerce la idea precisamente es que lo que os decía antes que los e-commerce tiene más problemas de carga y de nuevo lo mismo, tenemos la ficha de producto y cuando termina de cargarse la página pues es como lo vemos así a partir de la página de esqueleto es un poco la misma idea. Otra solución interesante y también muy simple para aplicar en WordPress las barras de progresso como veíamos antes y tenemos dos tipos de barras de progresso la barra indefinida y la barra que sí que es mucho más definida más determinada también definida sabemos digamos es una especie de spinner al final el usuario sabe que está cargando la página pero tiene ninguna idea de cuánto le queda ¿vale? y la barra de progresso te está dando la que está definida te está dando un porcentaje o una referencia relativa al tiempo que nos queda ¿Quién no ha hecho esto alguna vez? sobre todo en actualizaciones del sistema ¿no? vamos a tener la pantalla y ahí hostia pues sí que avanza si, si lo ponés otro rato hostia no asuma la derecha del dedo ¿no? lo hemos hecho muchas veces ¿no? esa es un problema que depende de los procesos que estemos ilustrando pues a veces digamos que no tienen ningún indicador de la evolución que nos permita saber si el sistema está bloqueado que era precisamente lo que tratábamos de evitar ¿Quién no ha visto este spinner de carga? fíjamos que parecen soluciones y dices una barra de progresso ya ves que los más grandes los mayores expertos del mundo en la experiencia del usuario lo están utilizando precisamente para esa ese tiempo de espera en el que definamos que efectivamente nos ha lastidado la wifi de casa y sí que está cargando un Netflix o algo está haciendo por detrás bien ¿Qué plugins tenemos para esto? bueno tenemos Dubar Dubar es muy interesante tiene un sistema de configuración bastante complejo bastante complejo bastante avanzado y además nos permite meter no solamente barras de progreso spinners en el front de la web sino incluso en el back es decir si estamos utilizando un WordPress como un sistema por ejemplo una intranet o un número de usuarios que tienen que trabajar con él de manera habitual imaginaros por ejemplo en un periódico donde hay muchísima gente generando contenido y donde la experiencia está casi tan importante como la de los lectores pues podemos meter barras de progreso y spinners dentro de la propia interfaz de WordPress tiene un selector en el que nos permite elegir qué tipo de spinero de barra queremos se le puede aplicar brand en color meter en una serie de ajustes bastante interesantes y aquí la podéis ver un poco en marcha con un sitio de pruebas pues cuando vamos cambiando de página aparece en este caso ya veis que simplemente para que se vea la utilidad la barra de progreso cargando no tendría sentido en un caso así porque esa barra de progreso pero es simplemente para que la vea en marcha ¿vale? este otro plugin hace un poco de lo mismo pero está más orientado sobre todo dispositivos móviles a ver si no es para dispositivos móviles porque mete una especie como de cortina una vez de velo sobre la pantalla y muestra el porcentaje que falta de tiempo de carga y en este caso el porcentaje de más es bastante más aproximado que en el anterior en el anterior solamente es una referencia es un truco pero aquí sí que hay un proceso un poco más elaborado del tiempo que suele tardar y finalmente es un poco más pero es lo bueno es que copia un sistema que se ha convertido casi en un estándar que es la barra de progreso YouTube que aparece arriba no sé si ves esa línea roja que aparece arriba es la que está indicando la barra de progreso la carga del vídeo copia y hace exactamente lo mismo en nuestro sitio hace muy poco ruido simplemente podemos elegir el color de de la barra de progreso y está ahí arriba que no molesta nada pero ya es indicador de la referencia ¿no? y la tercera solución son las pantallas de carga del Sims 3 con los mensajes que iban apareciendo ahí absurdos pues yo creo que todos los mirábamos y nos echábamos unas risas ¿no? de alguna manera lo que estamos haciendo es convertir ese tiempo de espera en un tiempo activo disfrutando disfrutando de un contenido a nivel de de juegos yo creo que en los últimos años los videojuegos han convertido las pantallas de carga aparte que han optimizado mucho esos tiempos de carga metiendo incluso pequeñas misiones que se hacen durante los períodos de carga pero han optimizado mucho lo que es la parte del storytelling durante esos procesos digamos mensajes de tipo más transaccional en este caso estamos viendo por ejemplo el de Iberia cuando está buscándote un vuelo cuando está haciendo la reserva de un vuelo pues aprovecha y dice oye no querrás de paso mirar este otro tipo de de recursos ¿no? que te estoy ofreciendo o simplemente una animación la que te va explicando no te preocupes que estamos buscando tus vuelos estamos comparando precios lo que estoy haciendo y ahí tienes pues el avión flotando sin mayor misterio ¿o esta? ¿no? el tiempo de espera cuando no tenemos internet en el que Chrome es un jueguecito del dinosaurio ¿vale? saltar es lo mismo de nuevo está convirtiendo tiempo de espera en tiempo activo pensaba que se me había caído la red ¿eh? bueno esto lo podemos hacer con preloader plus este plugin como veis son todos plugins gratuitos del repositorio salvo los temas premios que os he enseñado todos los temas son plugins gratuitos con preloader lo que tengo es que desde el personalizador de WordPress puedo generar estas pantallas intermedias de carga ¿vale? y como veis aquí el gire barra de progreso el nombre del blog y una de las cosas que a mí me amas me interesan le puedo añadir un script bueno un script le puedo añadir un HTML que haga lo que yo necesito por debajo es decir ya puedo meterle algo de programación para que haga cosas un poco más avanzadas que una imagen y una barra de progreso ¿no? simplemente es un digamos un widget en HTML y yo me preguntaba cuando estaba preparando la charla y ¿vale? siempre queremos que todo funcione tan rápido como podamos es decir tenemos los capaces de conseguir la velocidad que necesitamos no llegamos al umbral de Doherty y tenemos que estar luchando siempre por llegar a esta isimbral cuanto más rápido es algo mejor yo creo que no y creo que no y os voy a contar una experiencia que estoy seguro de que todos hemos vivido ¿quienes de aquí sois hijos de alguien? ¿lo estás a la mano? todos ¿verdad? seguramente alguna vez habéis estado buscando los cacetines en el cajón de los cacetines y habéis dicho mamá los cacetines rojos los cacetines de la suerte están en el cajón de los cacetines no están mira bien ya he mirado mira otra vez no están y tu madre se pega una chinada increíble porque sabe que no estás mirando porque está respondiendo tan rápido que no ha dado tiempo a mirar otra vez no ha habido tiempo de espera ella sabe que tu búsqueda ha sido de mala calidad porque ha sido demasiado rápida vamos a verlo con otro ejemplo imaginad que yo genero mi perfil que es muy curioso ahora te vamos a contrastar tu perfil con las no sé 300.000 mujeres registradas en Tinder en Zaragoza alrededor tuyo y vamos a cogerte el perfil ideal para que hagan match contigo y le das a ok buscar y en 0,4 segundos tengo un listado con 50 mujeres y yo diría ostia la busco muy rápido yo me pega un montón de rato aquí con el perfil completado como puede tener un algoritmo tan avanzado que me busque pero no tiene sentido sin embargo si hace un proceso de carga en el que empieza a decirme macheando el perfil social de no sé qué mirando y tu dices ostia se lo está currando la máquina se lo está currando esto va a estar guay está generando el valor percibido es muchísimo mayor curiosamente necesitamos hacer que la gente espere para que sepa que el sistema está pensando en un comparador por ejemplo de billetes de vuelos lo mismo fijaros aquí me está diciendo está buscando países ostia se lo está currando aquí la ardilla está haciendo su trabajo perfecto en este caso un tiempo demasiado rápido ofrece un el valor percibido es mucho inferior es muy inferior perdón que por alejas tenemos respecto a todo esto que hemos estado comentando bueno por la primera corre cuanto más rápido funcione tu sistema cuanto más crucemos el un grado de dojertigo cuanto más cerca del un grado de dojerti estemos seremos capaces de conseguir mayor cantidad de transacciones por hora pero no demasiado es decir si queremos generar un valor percibido mucho mayor porque tenemos un sistema muy complejo no hace falta correr incluso podemos meter retrasos en el sistema segunda moral hecha convierte el tiempo de espera en tiempo ocupado si el usuario tiene que esperar mucho tiempo porque no hay más remedio porque el sistema es como es y no tenemos una limitación inerente al propio sistema vamos a meter algún elemento que nos permita mantener al usuario ocupado de la mejor manera posible y a veces son verduras muy tontas y finalmente probablemente la moral hecha más importante de todos es que ya sabéis que los 80 molaban muchísimo más que estos años y por eso vinieron casi todas los investigaciones en psicología en psicogrowth vienen casi todos de esta época no sé si es que los psicólogos estaban más entretenidos en aquella época pero fijaros que de esta época vais a encontrar que vienen muchísimas de las cosas que estamos hablando últimamente de cómo muchísimas gracias hasta aquí unas grafitas de Legavos para premiar a todos los que hagáis preguntas para tener un detallito con vosotros voy en hilo hola Pablo muchas gracias hola hilo una pregunta todas estas estrategias del esqueleto preloader spinner y demás al final lo que implica es que estás cargando la página dos veces y estás repintando el contenido completamente exacto hay forma de decirle a google está haciendo propósito para mejorar la experiencia porque lo considera como que está jodiendo a los usuarios depende del tipo de elemento que estás metiendo google en ese momento no está calculando si tú estás está aportando un contenido google no puede valorar el contenido que estás poniendo ahí no puede saber si es un contenido que no te aporta nada imagínate que es un elemento multimedia como sabe que es un elemento multimedia de cambiar el tiempo de espera en tiempo ocupado no lo sabe pero no hay forma de decirle esto es un preloader no triste pensaba que todo esto y decía cuando veía cuando ponía el ejemplo en el bucoma es el que se veía la barra de progreso lo que decía tiene que ser hay que utilizarnos solamente cuando es imprescindible es decir no lo podemos utilizar como un vicio aquí tengo un tiempo de espera de un segundo le voy a meter una spinner no tiene sentido de hecho el efecto que consigue es justo el contrario porque se produce un salto doble en pantalla el del spinner más luego desaparece el fondo pero no depende como como si claro si es que yo por defecto de los spiners tienen que estar desactivados siempre y activarlos cuando te hacen falta si si si estos playes que se estaba enseñando permiten todos que los spinner o las barras de progreso se activen de forma condicional es decir solamente determinadas páginas aquí quiero que lo actives aquí no lo uses aquí que es la parte interesante que le podes segmentar en donde las quieres activar para que tengas sentido por lo que dices tú tu pregunta no hay una etiqueta con la que podamos decirle a Google esto no lo tengas en cuenta de todas formas en el tema por ejemplo de los Skeletons muchos de ellos trabajan a nivel de CSS si no utilizas un plugin para hacerlo se hace mediante CSS y en ese caso nos da un poco igual porque no lo lee como contenido si como tiempo de carga pero no como contenido Hola Pablo que tal Hola igual muy buena la charla como siempre gracias quería preguntar una cosa a ver si técnicamente ya Google dice o buenas prácticas de que cada página o que la web en sí tienen que cargar menos de 30 segundos si ya le metes eso si le metes un Skeleton que está muy guay pero pero claro si tarda más de 3 segundos ya como que la gente sería de tu web y esa función en plan de queda muy bonito pero si la gente ya pierde el interés va a ir o sea hay alguna forma que o sea que la gente se quede ahí todavía esperando un poquito más más o menos o sea no sé como lo ves tú sí como he visto algunas de positivas que te dicen mirando consultando vuelos pero claro si eso al usuario no le interesa las tipos de espera no le interesa nunca al usuario esto digamos que es un precio que tienes que pagar no es una elección no es voy a meter un tiempo de espera a que el usuario para que lo disfrute no es que no tienes otra forma de hacerlo se pone de un sistema consultarapis y va a tardar equis muchas veces ni siquiera lo sabes porque depende del tipo de consulta que haya hecho el usuario no lo puedes prever pero sabes que va a ser por ejemplo más de 5 o 6 segundos de consulta en ese momento tienes que meter algo de todas formas este tipo de soluciones no son soluciones que hay que aplicarlas digamos tengo un tiempo de esperar algo lo voy a meter voy a meter un spinner un esqueletón voy a meter lo que sea no tienes que probarlo yo meto un esqueletón y hago un testave y digo los usuarios que han tenido que esperar vamos a decir medio segundo más de espera porque he metido un esqueletón luego tiene mayor tiempo de permanencia en la página que los que no lo tienen es que igual con ese plus de medio segundo que estás metiendo lo que estás consiguiendo es que la paciencia sea mayor vosotros tenéis que pensar que estas soluciones que hemos puesto aquí no son soluciones son soluciones que evidentemente generan un mayor tiempo de espera pero ya están generando una interacción con el usuario o sea el usuario ya tiene una respuesta inmediata con lo cual estás aumentando la productividad estás devolviendo cierta información entonces digamos que no es un tiempo gastado sino que es una inversión tú estás utilizando ese tiempo en generar una experiencia de usuario mejor esto pasa como por ejemplo cuando estamos planteándonos nos ponía al principio en la interfaz es la que ponía de una aplicación para dispositivos móviles tiene un fundido cuando yo hago una interacción imagínate hago una interacción en la aplicación y salo un desplegable y ese desplegable tiene una transición hasta que llega arriba porque no lo pones porque no haces que de un salto es mucho más rápido supera el umbral de 2g de largo y el cargado de antes y yo puedo hacer así que salte porque no lo pones si es más rápido para Google también sería una interacción mucho más rápida pero la experiencia de usuario es mucho más negativa porque el usuario lo que percibe es una especie de salto en la interfaz que hace que sea incómodo que no sea agradable la utilidad es esto esta es la balanza obviamente tu sitio tu aplicación va a tardar un poquito más encargarse pero la experiencia de usuario va a mejorar no todo es músculo las barras de progreso es verdad que a veces acelera mucho la velocidad al inicio y luego se arrelentiza o al revés hay algún experimento que demuestre que una es mejor que otra la segunda es la imagen hay un formato imagen que es jpg progresivo que hace ser renderizado poco a poco igualmente si sabes si realmente es efectivo de cada usuario o es perjudicia nosotros hemos hecho experimentos con el tema de la velocidad de las barras de progreso y para nosotros que mejoran funcionado pero esto depende mucho de cada caso no se puede tomar como que valga para todo por eso nos experimentamos es que nos funcionan mejor las que se aceleran al final porque la percepción del tiempo de espera es menor en esos casos es decir, cuando tú le dices al usuario ¿se te ha hecho largo el tiempo de espera o cuánto tiempo crees que has estado esperando? pues siempre son las estimaciones son menores cuando aceleramos el final de la barra de progreso digamos que el recuerdo de la sensación más cercana al punto en el que el usuario la analiza suele ser el que nos ayuda que sea más rápido aunque es verdad que ahí se encuesta hasta el final si has perdido gente no le estás preguntando a esa gente pero esto no sea estos test no son de tipo testave con visitante estos son test de laboratorios en experiencias con usuarios en los que estás porzando a estar son más cualitativos en este caso a lo del JPG progresivos nosotros no hemos no hemos percibido ninguna diferencia en ese sentido en las experiencias que tenemos nosotros no sé si hay datos públicos pero otros no hemos dado ninguna diferencia con eso el tema por ejemplo incluso de leis y lo de muchos casos por ejemplo la experiencia que el cargarlo todo al principio porque el usuario a veces tiene más la percepción de que el primer momento de la carga es natural que sea un poco más largo pero tener que hacerlo en navegación un poco más interrumpida en algunos casos genera peor experiencia pero yo te digo que esto depende mucho de cada caso al estéreo oye yo aprendí de joven que no hay una pregunta tonta pero creo que sí este soy de una persona estirística es todo mi vida estirística hay una tienda online no estoy con la tienda online pero soy algo de impulsor pero tengo una pregunta tonta que porcentaje de gente como yo no importa si la página va super rápido la gusta la página por la imagen que quieran como nuestra página es una imagen impresionante es una tienda online de blog que es un blog es muy interesante qué porcentaje realmente a mí no me importa un bledo que la tienda va lento rápido me gusta el imagen la experiencia la experiencia y entonces no has dicho nada de estirísticas en todo tu discurso y eso a mí me importa mucho y igual gana un poco discutiendo con mi mujer la jefa en algunos asuntos mira mi nombre es Joe encantado Joe la presa es asistera muy bien muy bien la estadística de la que hablaba el dato de Carlos es precisamente el estudio del año 82 de Doherty de las transacciones caen en picado por debajo de 0,4 segundos sí pero es que no hay unas estadísticas generales de cuánto tiempo está dispuesto a esperar un usuario tenemos una estadística que recomienda Google los datos que recomienda Google en ese nivel antes estabais comentando por ahí no sé qué cifra decías 3 segundos bueno digamos que a los usuarios les parece esto comentaba no sé cuál es el dato que recomienda Google de tiempo de espera pues que a mí eso me da igual me da igual pero explico por qué yo un segundo me da igual porque a mí no me interesa la media de internet a mí me interesa la media de los potenciales compradores de tú y comers y eso no tiene por qué coincidir con la media de internet ni de cerca ni de lejos porque puede ser un grupo social con unas determinadas características físicas psicológicas de edad de necesidad y si tú no tienes apenas competencia de tu producto es de una necesidad vital el público va a esperar lo que haga falta lo que tú le pongas va a esperar cuánto tiempo consideráis razonable para comprar cuánto vale cuánto precio medio tiene un producto vuestro de 20 a 70 euros cuánto tiempo consideráis razonable para completar un proceso de compra entero de un producto que valga 20 a 70 euros ¿con qué frecuencia se compra ese producto? ¿cuántas veces me lo compraría al año yo? pues en todas las respuestas son muchas veces una vez al mes pues imaginaos que estáis haciendo la compra de las cápsulas de café la compra mensual de cápsulas de café muy rápido estamos hablando de una cantidad parecida de 20 a 70 euros una vez al mes lo compro pues esa es la respuesta es que al final digamos que cada caso es un poco distinto a nosotros nos pasa por ejemplo para que os hagáis una idea nosotros trabajamos en la empresa con una marca que vende chancletas y las chancletas son los productos muy muy económicos estamos hablando en estistas son chancletas de marca y tal bueno que pueden costar 20 a 30 euros esas chancletas el usuario no pasa más de 5 minutos y eso que hay un catálogo inmenso cualquier cualquier ahí en ese caso nosotros recortamos dentro del proceso de compra 2, 3 segundos y se disparan las ventas brutal porcentajes del 15, 20% más en ventas es brutal pero en otros casos tiene menos influencia cuando vas a comprar un coche no te importa que el configurador del coche tarde varios segundos encargarse pues sabes que eso es importante y es una compra mucho más reposada nada de placer preguntas no bueno Pablo muchas gracias siempre aplauso enorme