Si su página de aterrizaje tiene poco tráfico, comience con una pregunta que la gente puede responder a través de una tarea real. ¿Puede un lector adecuado explicar la oferta? ¿Pueden encontrar la información que necesitan? ¿Pueden completar el siguiente paso? Usted no necesita declarar un ganador de A/B para investigar esos problemas.
Un experimento A/B plantea una pregunta diferente: ¿cómo comparan las versiones asignadas con un resultado definido bajo un diseño adecuado? Algunas acciones completadas pueden producir una diferencia porcentual de gran aspecto sin proporcionar suficiente evidencia para una decisión segura.
Esta guía le ayuda a elegir entre cheques de mensaje, sesiones de usabilidad y un experimento de conversión. Planificador de pruebas para registrar la pregunta y los límites. El objetivo es una próxima investigación útil, no una puntuación verde que afirma que su página de inicio se ha demostrado vender.
Comience con la incertidumbre, no el software de pruebas
Un propietario de un negocio que dice “la página no funciona” puede significar varias cosas. La oferta puede ser poco clara, el público puede estar equivocado, el formulario puede fallar o el servicio simplemente puede ser inadecuado para los visitantes que lleguen. Estos son problemas diferentes.
Escribe una incertidumbre en palabras sencillas. Por ejemplo: “No sabemos si los diseñadores freelance entienden que este es un servicio de contabilidad mensual.” Otra pregunta es: “No sabemos si los visitantes móviles pueden enviar la consulta.” Tampoco se responde simplemente comparando dos pulsaciones de botón.
Una buena primera prueba aísla una decisión en la que el equipo puede actuar. No necesita resolver todo el modelo de negocio. Recordar qué evidencia ayudaría a elegir un próximo paso, luego seleccionar el método que puede producirlo.
Si la tarea subyacente sigue siendo poco clara, comience con entrevistas de descubrimiento de clientes antes de mostrar un borrador. Pedir a la gente que juzgue copia por un problema que nunca han enfrentado puede generar opiniones sin resolver su incertidumbre.
Distinguir tres trabajos de prueba
| Pregunta | Método de inicio adecuado | Qué puede describir el resultado |
|---|---|---|
| ¿Qué entienden los lectores relevantes? | Un mensaje o un cheque de breve exposición | Respuestas al proyecto examinado en condiciones declaradas |
| ¿Puede alguien completar una tarea realista? | Una sesión de usabilidad observada | Comportamiento de tareas, obstáculos y expectativas |
| ¿Una versión asignada cambia un resultado definido? | Un experimento diseñado correctamente | Comparación con la incertidumbre y los límites de diseño |
Estos métodos pueden apoyarse unos a otros. Un problema de comprensión puede informar una revisión que luego entra en un experimento de conversión. Una diferencia de conversión puede motivar la investigación sobre por qué los usuarios se comportan de manera diferente. Los métodos no se intercambian porque cada uno se llama prueba.
Mantener las etiquetas de evidencia en el informe. Una respuesta de los participantes no es una compra. Una tarea completa en una sesión facilitada no es una tasa de conversión de población. La puntuación estimada de una plataforma no es un resultado de clientes observado de forma independiente.
Saber lo que requiere una prueba A/B
Google. Definición de prueba A/B describe la asignación aleatoria a las variantes de página simultáneas y la evaluación contra un objetivo específico. Esto es diferente de mostrar la versión A esta semana y la versión B la próxima semana sin tener en cuenta otros cambios.
La aleatorización simultánea ayuda a hacer que los grupos sean comparables en promedio bajo el diseño. No repara la colección de eventos rotos, una regla de elegibilidad incorrecta o una página que envía accidentalmente a los visitantes que regresan entre variantes inconsistentes.
Google también afirma que ejecutar estos experimentos con Analytics requiere una herramienta de experimento integrada de terceros. Un informe de análisis ordinario no es automáticamente un sistema de asignación. Un espacio de trabajo de comparación local no es uno a menos que realmente provea y valida esas capacidades.
Utilice la documentación del proveedor para comprobar el comportamiento del producto actual. No compre una herramienta simplemente porque su página de ventas contiene la frase A/B prueba. Pregunte si la asignación requerida, la colección de resultados, límites y la presentación de informes se ajustan a su tarea real.
Fijar fallos claros antes de tratarlos como un concurso
Un formulario de contacto que pierde la entrada o nunca llega a la bandeja de entrada necesita investigación y reparación. Una página que promete un ejemplo gratis pero abrir una etapa de pago no revelada tiene un desajuste que vale la pena abordar. Usted no necesita preservar una experiencia rota hasta que pierde un experimento.
Verifique el fracaso con una prueba adecuada y guarde un registro. Explicar lo que se observó, donde ocurrió y cómo se comprobó la reparación. Es una ingeniería legítima o mejora de la usabilidad sin reclamar un elevador de conversión medido.
Comprobar entrada móvil, acceso al teclado, recuperación de errores y redacción de confirmación. Un mensaje de navegador con aspecto exitoso debe corresponder a una solicitud recibida real cuando la recepción es el resultado prometido. Un evento de inicio de formulario no prueba que la entrega sucedió.
Después de la solución, mantenga la reclamación atada: el defecto reproducido ya no ocurre bajo las condiciones probadas. Si el cambio mejora las investigaciones o ventas es una pregunta separada que requiere evidencia de negocio.
Use un cheque de mensaje para un malentendido específico
Mostrar el borrador real a las personas que necesitan plausiblemente la oferta. Pregunte qué se ofrece, quién sirve y qué esperan que suceda después. Recordar sus palabras antes de explicar su significado deseado.
Un breve ejercicio de exposición puede investigar las primeras impresiones o recordar. La documentación de pruebas de Lyssna de cinco segundos describe este enfoque establecido y las preguntas de seguimiento. Cinco segundos es una condición de investigación configurable, no prueba que la atención de cada persona expira en ese momento.
Elija una duración y formato adecuado a las necesidades de acceso de la pregunta y del participante. Si la tarea requiere una comparación cuidadosa de un servicio profesional, un ejercicio de lectura más largo puede ser más útil. No forzar un método visual temporizado inadecuado simplemente porque produce una puntuación ordenada.
El Opiniones de lectores ayuda a grabar respuestas de los lectores que usted contrata. No proporciona un panel representativo. lector-feedback guía proporciona el protocolo detallado; la decisión aquí es cuando ese método responde a la pregunta correcta.
Use una sesión de usabilidad para el viaje real
Pregunte a una persona adecuada para intentar una tarea realista, como comprobar la cobertura del servicio y encontrar cómo solicitar ayuda. Evite decirles la ruta de navegación exacta si encontrar ese camino es parte de la pregunta.
El GOV.UK moded-usability guidance La evidencia útil incluye la vacilación, giros erróneos, información indisponible y lo que la persona esperaba en cada etapa.
Mantenga la habilidad separada de la voluntad. Alguien que puede encontrar el precio y decide que el servicio es inadecuado no necesariamente ha fallado la tarea. Alguien que le gusta el diseño pero no puede encontrar una ruta de contacto compatible ha proporcionado un hallazgo diferente.
Grabar el contexto de participante, redactar la versión, tarea y resultado observado. Un puñado de sesiones pueden revelar un problema concreto sin estimar la frecuencia con que ocurre a través de todos los visitantes. No publicar una tasa de finalización representativa de un grupo de conveniencia.
Trabajar a través de un ejemplo de cuenta pequeña sin inventar un ganador
Considere que la demostración elegida cuenta, no un experimento realizado por Plain Reckoner. La versión A registra dos acciones completadas de 100 visitas elegibles. La versión B registra tres de 100. Las tasas observadas son del 2% y del 3%.
La diferencia absoluta es un punto porcentual. La diferencia relativa en comparación con A es 50%, porque uno dividido por dos es la mitad. Un titular que dice "mejora del 50%" puede describir sólo una acción registrada adicional en este ejemplo.
Esa aritmética no establece que B seguirá funcionando mejor. La comparación todavía necesita un diseño válido, suficiente evidencia para la pregunta y un análisis de incertidumbre adecuado. Una hoja de cálculo puede calcular una diferencia sin hacer que la conclusión sea fiable.
No etiquetar el ejemplo estadísticamente significativo o utilizarlo para prescribir un tamaño de muestra universal. La cantidad de evidencia necesaria depende de la base, efecto significativo, diseño y norma de decisión.
Definir el resultado antes de leer el resultado
Un clic de botón de contacto, la recepción de mensajes exitosos, la investigación calificada y la venta son diferentes etapas. Elija el resultado primario que refleja la pregunta, luego preservar medidas intermedias útiles para el diagnóstico.
Supongamos que un ejemplo elegido da A diez investigaciones adecuadas y B doce, pero B también genera muchas más solicitudes irrelevantes y mucho más trabajo de manejo. El recuento extra no establece automáticamente un mejor resultado de negocio.
No cambie el objetivo después de ver los resultados simplemente porque otro métrica favorece la versión que el equipo ya le gusta. Recorde cualquier cambio legítimo de pregunta y tratarlo como una nueva decisión en lugar de presentarlo como el éxito de la prueba original.
Para una herramienta gratuita, un resultado útil completado puede ser más relevante que una captura de correo electrónico. Para un servicio, la recepción exitosa puede ser el resultado inmediato mientras que el valor de negocio posterior necesita una ventana más larga. Mantenga las unidades y los períodos de tiempo explícitos.
Evite la trampa antes y después
Publicar una reescritura el lunes y ver más solicitudes el martes es una observación, no por sí misma un experimento controlado. Fuentes de tráfico, patrones de semana, demanda, ofertas y cambios operativos también pueden diferir.
Un registro antes y después todavía puede ser útil cuando la aleatorización es indisponible. Guardar la base, fechas, versiones de página y cambios concurrentes. Describe el resultado como explicaciones observacionales y mantén visibles alternativas plausibles.
No convierta un aumento estacional en prueba de un efecto de titular. No llame a cada otoño un mensaje fallido. Inspeccione el viaje real y el alcance de los datos antes de elegir una historia causal.
Nuestra Guía de dos puntos explica otra limitación: dos valores no revelan el camino entre ellos. Las observaciones intermedias y los cambios de medición pueden importar tanto como la diferencia porcentual final.
No confunda el enrutamiento adaptativo con un experimento fijo
Unbounce documentación de prueba actual distingue su modo A/B de Smart Traffic, que utiliza el aprendizaje automático para recorrer los visitantes. Esas descripciones identifican diferentes comportamientos de productos; no son prueba independiente de qué método es mejor para su negocio.
Si los cambios de asignación se basan en las características de los visitantes o los resultados observados, la interpretación debe tener en cuenta ese método. No analice los totales de cada plataforma como si fueran del mismo diseño aleatorizado fijo.
Compruebe qué modo está activo, qué está siendo optimizado y cómo se reportan los resultados. Una etiqueta de plataforma como campeón no debe reemplazar una revisión de la definición de resultado y la evidencia. Las interfaces de proveedor pueden hacer que un resultado parezca decisivo sin responder a cada pregunta de negocio.
El borrador y las herramientas de lectura de Plain Reckoner ayudan a preparar y registrar una investigación. No implementan automáticamente variantes aleatorizadas ni certifican la inferencia del sistema de adaptación de otra plataforma.
Decide cuándo el tráfico bajo cambia el siguiente paso
El tráfico bajo no es un número mensual universal. La pregunta útil es si los visitantes pertinentes y los resultados completados pueden apoyar la comparación prevista dentro de un período significativo. Los resultados más graves y las pequeñas diferencias de valor pueden exigir más evidencia que un cheque de dashboard rápido sugiere.
Si un experimento adecuado tardaría demasiado tiempo, cambiaría la pregunta de investigación en lugar de reducir el estándar de evidencia sin decirlo. Investigar la comprensión, la idoneidad o un obstáculo de tarea reproducible primero. Estos métodos pueden identificar mejoras que merecen un experimento posterior.
No pretenda que el trabajo cualitativo demuestre un ganador de la conversión. Su valor está explicando un problema específico y generando un cambio más creíble. También puede revelar que el cambio propuesto aborda la cuestión equivocada.
Usar el Planificador de pruebas para registrar por qué el método fue elegido y lo que permanece desconocido. Un resultado inconclusivo honesto es preferible a una placa de ganador verde producida por algunos eventos.
Convertir una idea de libro en un cambio probable
Un marco de escritura centrado en el cliente puede sugerir que la página debe explicar la tarea del visitante, la ayuda del negocio y una próxima acción clara. Esas ideas pueden guiar el borrador, pero no proporcionan respuestas de los lectores reales o prueban un resultado.
Para un ejemplo original de reparación, sustituya una introducción clara de la empresa por primera vez con un servicio concreto y una declaración de cobertura. Antes de reclamar un efecto comercial, pregunte a los lectores adecuados lo que creen que se ofrece y observe si pueden solicitar la ayuda pertinente.
Usar el Creador de ofertas y Planificador de la página de inicio para mantener la explicación coherente. Trabajar en el borrador visual editor de página, entonces guardar la versión que usted realmente prueba. Una actualización pulida visual no debe heredar evidencia recolectada en un mensaje anterior.
For optional further reading, Donald Miller's <a href="https://link.amazon/B08rUqegA" rel="sponsored noopener noreferrer">Building a StoryBrand 2.0</a> discusses customer-centered messaging. This is an affiliate link: we may earn a commission if you buy. As an Amazon Associate I earn from qualifying purchases. Plain Reckoner is independent and is not endorsed by the author. The book is not required to use the tools or this protocol.
Aplicar la misma regla a una página de SaaS o tienda
Un negocio existente de SaaS puede querer más ensayos, más clientes pagados o un nuevo público para el mismo producto. Comience por nombrar cuál de estos trabajos que la página debe hacer. Un aumento en los registros gratuitos no responde si más personas se quedaron, pagaban o necesitaban apoyo.
Si está probando un nuevo uso para un producto existente, mantenga la nueva página y la antigua oferta separada en sus notas. Pídale a la gente del nuevo público que describa el problema y pruebe la tarea prevista. La retroalimentación de los clientes actuales puede ser útil, pero no representa automáticamente al nuevo grupo que desea alcanzar.
Para una tienda, una acción adicional a la carta es un paso hacia una compra, no un pedido rentable completo. Mantenga compras completas, reembolsos y costos de venta separados cuando más tarde revise el resultado del negocio. Las personas que llegan, el producto y el período de observación todo importa.
Estos son objetivos diferentes, pero el mismo hábito ayuda: anotar la pregunta antes de cambiar la página. Guardar la versión que la gente vio. Recordar lo que pasó sin actualizar un clic en una venta. plan de negocios gratuito le ayuda a elegir un kit de herramientas de inicio mientras mantiene visibles a esos desconocidos.
Escriba un registro de decisión antes de la próxima ronda
Mantenga un registro corto: preguntas, audiencia, versión de proyecto, método, resultado primario, contratación o asignación, periodo de observación, límites conocidos y próxima decisión. Agregue lo que haría que el equipo parar o buscar un mejor diseño antes de recopilar más datos.
No inspeccione repetidamente un experimento convencional y detenga el momento en que la versión preferida aparece por delante a menos que el método apoye explícitamente esa regla de decisión. Utilice un método de análisis y parada debidamente revisado en lugar de inventar uno de un gráfico en vivo.
La seguridad o la corrección separadas se detienen de una declaración de éxito. Una forma rota debe ser detenida o reparada incluso si no existe ninguna conclusión estadística. Hacer una aplicación nociva no es lo mismo que probar una alternativa gana comercialmente.
El resultado útil de las pruebas de landing-page de bajo tráfico es a menudo un paso más estrecho y mejor soportado. Encuentre lo que los lectores entienden, retire los obstáculos concretos y guarde la evidencia. Ejecute un experimento de conversión cuando la pregunta y las condiciones lo apoyan, no simplemente porque el constructor de páginas ofrece un botón de prueba de división.