Comencé a jugar con los archivos de registro HTTP y las cadenas de agentes de usuarios hace más de 15 años, analizando e intentando entender todos los diferentes dispositivos que se mecanizando a los primeros sitios web de John Lewis Ecommerce. ¿Qué consejo me daría, si pudiera volver a tiempo?
Sería esto: cada sitio web o producto en el que trabajas a partir de ahora se romperá, simplemente no sabrá dónde, en qué dispositivo o navegador, o qué severa. Si caza estos defectos, obtendrá un dinero más fácil para sus clientes que casi todos los otros trabajos juntos.
Me ha llevado 15 años para darme cuenta de que a pesar de la tendencia de que los clientes se quejen rápidamente, la gran mayoría no informará de los errores en las experiencias de su dispositivo. Si obtiene una pequeña cantidad de quejas, probablemente tenga un desastre importante en sus manos. Si no recibe ninguna queja, es probable que todavía esté roto.
No podemos confiar en los visitantes del sitio web para que sea nuestro "canario en la mina de carbón" para los problemas de dispositivo y navegador, tenemos que asumir la responsabilidad y volverse más inteligente y más proactiva en la forma en que probamos. La compatibilidad con dispositivos es un derecho, no un privilegio, y hacer que sea incorrecto es una forma de discriminación negligente.
Este artículo describe las reglas clave para recordar la optimización de dispositivos cruzados y la prueba A / B. Abordar primero las puntas de optimización. Si está haciendo errores básicos con la compatibilidad, el rendimiento y la usabilidad del dispositivo, no se está molestando ningún punto con las pruebas de A / B. Encuentra y arregla las cosas rotas primero. Luego, cuando tiene suficiente tráfico para ejecutar pruebas A / B (al menos 500 conversiones o checkuts al mes), puede hacer algunos errores nuevos.
01. No asumas responsivas resuelve todo.
[sesenta y cinco]
Una vez construí un pequeño sitio móvil que no responde, pero ahora toma la mejor parte de mil millones de euros en ingresos cada año. Para las tareas requeridas, es perfecto. No responde en términos de diseño de fluidos, pero responde a las necesidades de casi todos los que lo usan. Conozca la diferencia.
A veces la gente piensa que
diseño web adaptable
Es un signo de dominio digital. Es solo un atributo que no transmite nada de calidad, como "tenemos un sitio web" o "nuestro sitio web le permite hacer clic en las cosas". No es garantía de una gran experiencia de dispositivo cruzado.
Veo muchos sitios sensibles que tienen una mancha superficial, pero falla en la usabilidad porque el equipo ha ignorado el conocimiento del cliente. Un buen ejemplo es un
sitio web de comercio electrónico
Eso fue receptivo y perdió el 40 por ciento de sus ingresos. Había construido una gran experiencia móvil, pero la versión de escritorio chupó, y de la que vino el 80 por ciento del dinero. ¡Saber dónde está ayudando el ganso dorado si quieres evitar la matanza!
02. Haz tu investigación primero
[sesenta y cinco]
Optimizar un sitio no comienza con la piratería en el contenido de la página. Comienza con hacer su investigación, así que cuando sus labios dicen "viaje al cliente", lo que sale no es un cuento de hadas. Es vital conocer a los visitantes, sus tareas y objetivos, puntos de entrada, mezcla de dispositivos, caminos, flujos y áreas de abandono primero. Es muy difícil resolver un problema que no entiendes.
Utilizando datos de análisis con
experiencia de usuario
Investigación, encuestas o comentarios es una forma rápida y liviana para eliminar la mierda, el ego y las suposiciones sobre 'el viaje'. Una hora de datos informados vale más que mil horas de opinión sin oposición.
03. Pistas personas, no dispositivos.
[sesenta y cinco]
[dieciséis]
Una vista de ID de usuario de Google Analytics que muestra el uso de dispositivo superpuesto
A menos que esté usando una configuración de Analytics que rastrea a los usuarios, simplemente terminará con los dispositivos de seguimiento. Las compañías se quejan de que su tráfico 'móvil' no está convirtiendo, y encontramos que el tráfico realmente está convirtiendo, solo en un dispositivo completamente diferente.
Las personas pueden usar su teléfono para navegar y agregar un producto a su cesta, pero encuentre que es difícil superar el pago, así que termine la venta en su computadora portátil. El sitio piensa en estos como dos personas: un cliente móvil y un cliente de escritorio.
Por lo tanto, su problema de conversión es en realidad un problema de atribución. ¿Cómo puede acreditar la venta a una experiencia de dispositivo si el cliente usa más de un dispositivo? Google Analytics tiene una vista de usuario que puede activar (para usuarios registrados) que le permite rastrear a las personas, no dispositivos, y hay muchas herramientas de análisis para ayudarlo a darle sentido a esto.
04. No ignore el contexto más amplio.
[sesenta y cinco]
En este mundo del dispositivo Hyper-Mobile, el contexto lo es todo. Lo que necesita de una aplicación de la aerolínea puede ser muy diferente 48 horas antes de su vuelo en comparación con cuando esté ejecutando para la puerta. Para esa persona con el teléfono, debe considerar los factores que afectan la experiencia. Estos pueden incluir las tareas, objetivos, dispositivos, ubicación, tasa de datos, visor, urgencia, motivación, costos de datos, costos de llamadas o incluso el clima en el momento de su visita.
05. Salir de la oficina
[sesenta y cinco]
Hacer mejores productos no deberían involucrar largos días pasados en la oficina. ¿Por qué no romper el día de trabajo con visitas a cafeterías y pubs? Esta es una de las formas más baratas de encontrar clientes para la investigación UX. Ofrecer una cerveza o un café a cambio de comentarios sobre su prototipo o diseño es un retorno invaluable de la inversión. Y no olvide el sitio web: si tiene tráfico, puede reclutar personas y ejecutar pruebas con ellos también.
06. No asumas que todos usan iPhones
[sesenta y cinco]
[dieciséis]
Diagrama que muestra las divisiones porcentuales en las clases de dispositivos, el sistema operativo y los modelos
En la mayoría de las configuraciones de análisis, los modelos de iPhone se agrupan, lo que sugiere que estos son los principales dispositivos de los clientes. Si solo miras modelos en tus datos, esto sesgará tu pensamiento; Necesita dividir dispositivos por sistema operativo o plataforma para ver la imagen real. Google Analytics podría decir que mi modelo superior es el "iPhone", pero incluso un puñado de modelos Samsung superiores puede sumar a una audiencia mucho más grande.
Cada vez que alguien está tentado a centrarse en su propia preferencia de dispositivo personal en lugar de la mezcla del cliente, dirigiéndolos al diagrama anterior a la derecha (vale la pena sobresalirlo en la pared de su oficina) para recordarles lo que dicen los datos.
07. No olvides el seguimiento de llamadas
[sesenta y cinco]
Una mención para una técnica gratuita y rara vez utilizada. Si tiene dispositivos táctiles que pueden hacer llamadas telefónicas, puede rastrear las llamadas. Simplemente agregue un evento (o páginaView) a sus datos de Analytics cada vez que alguien elimine un número de teléfono para que lo llame. Luego, usted sabrá cuántas llamadas obtendrán, exactamente de qué llamadas de la página web llamadas y las campañas o fuentes de marketing condujeron la mayoría de las llamadas.
Utilicé estos datos para analizar una cuenta PPC para una empresa grande. Cuando hicimos factorizados en las ventas procedentes de llamadas telefónicas, cambió completamente nuestra oferta. El ahorro fue de 40-70 por ciento más bajos de facturas para PPC, pero la misma cantidad de ingresos.
08. Use datos reales para rastrear la velocidad del sitio web
[sesenta y cinco]
No muchas personas saben que Google Analytics recopila las mediciones de los visitantes reales de cómo son los ralentizos que son sus páginas, todos los días. En lugar de imaginar el rendimiento (a medida que navega por su sitio en una Wi-Ficonnection), puede dejar que los datos le informen a dónde apesta. Mire el informe del DOM Tiempos: Esto registra cuánto tiempo lleva a cabo la estructura y el contenido de la página web. Haciendo sitios más rápido es un cambiador de juegos.
¡Hay una gran correlación entre el rendimiento y la tasa de conversión, por lo que si es lento, está gastando dinero de marketing solo para enviar a las personas a sus competidores!
09. Copie el método de prueba, en lugar de lo creativo
[sesenta y cinco]
Cuando mira las pruebas que se han ejecutado otras compañías, no tiene idea de si se desplazó por completo la prueba o no. Sus datos, el método, el tamaño de QA o el tamaño de la muestra pueden mostrar errores elementales. Es posible que hayan ejecutado la prueba por un período de tiempo demasiado corto o no verificados si estaba recopilando datos con precisión. Simplemente no lo sabes.
E incluso si tuviste toda la información de fondo, aún no podía predecir si su método funcionaría para usted. Sus clientes, marketing, sitio web y todo lo demás son completamente diferentes. En resumen, las reglas de las mejores prácticas para las pruebas se trata principalmente de copiar el método y no en la creatividad.
Hay millones de cosas que puede probar en lugares en todo su sitio. Si acaba de "comenzar", eventualmente podría obtener un sitio web óptimo, pero la muerte por calor del universo lo conseguirá primero. Si hay cosas quebradas en sus experiencias, debe solucionarlo primero (antes de probar), ya que de lo contrario, arrastrará todo lo demás. Una vez que tenga los conceptos básicos del rendimiento y la compatibilidad de dispositivos, use analíticos para identificar oportunidades.
'Sólo cambiar cosas' no es una razón suficiente para probar; Necesita evidencia o percepción de conducir una buena prueba. El mejor aprendizaje viene de tener grandes preguntas para canalizar en sus pruebas.
11. Establecer su hipótesis.
[sesenta y cinco]
[dieciséis]
Pídale a las personas que describa la prueba que desean ejecutar usando esta oración. Si te estás riendo, es una mala prueba.
El kit de hipótesis es una de las cosas más útiles que enseño:
Debido a que vimos [datos / comentarios] esperamos que [CAMBIO] cause [impacto]. Mediremos esto utilizando [Métrica de datos].
Pedir a las personas que enmarcar su pregunta o una prueba A / B de esta manera los obligue a pensar en por qué están ejecutando la prueba y cómo se medirá el éxito.
12. Ejecutar una calculadora de prueba primero
[sesenta y cinco]
Es una práctica realmente buena para ejecutar una calculadora de prueba antes de realizar una prueba de A / B. Si dice que tomará alrededor de nueve millones de años para terminar, puede hacer algo más útil con su vida.
13. No se detenga al 95% de confianza.
[sesenta y cinco]
Es un error noob muy común para hacer una prueba de A / B. Debe decidir su tiempo de prueba con anticipación, luego ejecútelo por ese tiempo, detenga y analicelo. La mayoría de las pruebas que se ejecutan en el mundo real son completamente ficticias, y es por eso que las personas se decepcionan cuando el prometido 'Lift' en la conversión no llega. Las pruebas llamantes incorrectamente o esperan demasiado tiempo para los resultados son problemas comunes que deben evitarse.
14. Segmento por clase de dispositivo.
[sesenta y cinco]
Si tiene diferentes dispositivos o puntos de interrupción en su diseño, la prueba A / B se verá completamente diferente. Si no está seguro de cómo se ve su diseño en todos los dispositivos, ¿cómo puede estar seguro de que funciona en absoluto? Si no analiza y segmenta los datos por las diferentes clases de dispositivos o "puntos de interrupción", ¿cómo sabrá el cambio de comportamiento? Uno de mis clientes almacena el diseño exacto que el cliente vio en su capa de datos, que es muy útil.
Siempre entienda cómo está dirigido o segmentando a las personas en las clases de dispositivos móviles, tabletas y de escritorio. No hay visitante 'promedio', no cuando la experiencia del dispositivo varía tan enormemente.
15. No olvides las pruebas de QA
[sesenta y cinco]
Si no ha resuelto la mezcla de su dispositivo, es probable que tampoco está probando las pruebas de A / B. Eso significa que algunos de ellos probablemente están rotos, y si sus pruebas A / B están rotas, sus datos y la toma de decisiones probablemente sean defectuosos. Alrededor del 30-40 por ciento de todos mis diseños de prueba fallan básicos de calidad, incluso con desarrolladores de alta calidad, ¡ese es JavaScript para usted! Supongamos que está roto hasta que se demuestre lo contrario.
Resumen
[sesenta y cinco]
Aquí he cubierto una serie de consejos para mejorar sus experiencias de dispositivos cruzados. Cuando está comenzando, conocer su dispositivo mezclar y comprender a los clientes detrás de esos dispositivos es vital. La siguiente etapa es trabajar con datos para ayudarlo a priorizar sus esfuerzos. Hacer una buena lista de pruebas (con la ayuda de Google Analytics) recorta el esfuerzo para los desarrolladores, pero aumentará la cantidad de defectos que elimine los dispositivos populares.
Diseñar grandes experiencias de dispositivos cruzados es un equilibrio cuidadoso de datos, intuición, empatía y experimentación. Si permite que estos ocupen el espacio generalmente llenado por el ego y la opinión, el buen trabajo florecerá. Como dijo Stephen Hawking: "El mayor enemigo del conocimiento no es la ignorancia, es la ilusión del conocimiento".
Una imagen vale más que mil palabras, y un video vale un millón. El video puede transmitir más información más rápido que las imágenes de impresión o estáticas. Puede hacer que los d..
