Cómo pasar de cero a uno en su viaje de experimentación del lado del servidor

Piensa en tu viaje como usuario de Netflix. Si eres como yo, podrías ver un documental sobre la vida silvestre en tu teléfono mientras tomas tu café de la mañana. La cena puede ir acompañada de un favorito de antaño como Forrest Gump en la computadora portátil. Las noches de fin de semana las pasaría alternando entre su perfil y el de sus hijos, mientras prueba nuevos programas de Netflix, preferiblemente en una pantalla más grande.

Ahora supongamos que Netflix está ejecutando una campaña de descuento específica de un país. Si eres parte de esta campaña experimental de Netflix, ¿cómo se aseguran de que seas parte de la misma campaña cada vez que inicies sesión, independientemente del dispositivo y el perfil que estés usando, y veas la misma promoción en todas partes? ¿Cómo se aseguran de que su experiencia con la variación que se le ofrece sea fluida cada vez y que se realice un seguimiento constante de cómo interactúa con la variación?

La respuesta está en la experimentación omnicanal, que es un caso de uso típico de las pruebas del lado del servidor.

¿Debería preferir las pruebas del lado del servidor a las del lado del cliente?

El ejemplo de Netflix mencionado anteriormente sería extremadamente complicado de llevar a cabo en el lado del cliente y podría obstaculizar la experiencia del usuario. Del lado del servidor, es relativamente fácil de ejecutar y garantiza una experiencia consistente para los usuarios. También garantiza un impacto mínimo en el rendimiento de la página. Además de esto, elimina cualquier problema relacionado con la privacidad porque no hay actividad en el navegador como tal.

Hay otros casos de uso en los que se recomiendan las pruebas del lado del servidor por su solidez y flexibilidad. Hablaremos de estos en este artículo. Pero primero, ¿qué son exactamente las pruebas del lado del servidor y, lo que es más importante, para quién son?

En las pruebas del lado del servidor, las variaciones de la prueba se procesan en el servidor web. Cuando un visitante llega a una página que se está probando, se obtiene una variación directamente del servidor y se envía al navegador del visitante. No se realizan modificaciones posteriores en la interfaz o en el navegador. Al contrario de esto, en las pruebas del lado del cliente, la página original se carga primero en el navegador del visitante y su plataforma de experimentación crea la variación en el front-end usando JavaScript. Comprendamos el alcance de estas dos formas de prueba con un ejemplo.

Imagina que Mike y Bob son dos amigos que intentan experimentar con el funcionamiento de un auto nuevo. Mike está al volante y tiene acceso a los frenos, el acelerador, el tablero y similares. Bob tiene una vista de los componentes internos como el motor, el radiador, la batería, etc. Ambos pueden influir en el automóvil de diferentes maneras. Lo que Bob hace con su acceso a los componentes del automóvil puede reflejarse en el exterior de Mike. Los cambios que prueba Mike se basan en su visibilidad del automóvil. Desde la perspectiva del comprador de automóviles, el resultado de los experimentos realizados por Bob y Mike puede servir para propósitos igualmente importantes, pero diferentes.

Por lo tanto, no tiene que elegir una forma de prueba sobre la otra. Los casos de uso son diferentes y los equipos que utilizan las herramientas son diferentes. Las pruebas del lado del servidor son una vía de experimentación para los desarrolladores y gerentes de productos, al igual que los especialistas en marketing utilizan con más frecuencia las pruebas del lado del cliente.

¿Qué problemas se pueden abordar con las pruebas del lado del servidor?

Las pruebas del lado del servidor realizadas por equipos de productos resuelven problemas relacionados con una miríada de industrias, desde comercio electrónico y SaaS hasta banca y medios. A continuación se describen algunos casos de uso importantes en los que se recomiendan las pruebas del lado del servidor sobre las pruebas del lado del cliente en diferentes industrias:

Recomendación de producto

¿Qué conjunto de productos recomendados atrae a sus visitantes a comprar más? Las pruebas del lado del servidor le permiten probar múltiples algoritmos de recomendación de productos para determinar la selección que conduce a un aumento en las ventas y los ingresos. Por ejemplo, puede probar si un diseño que promociona productos similares funciona mejor que un diseño que promociona los más populares. También puede decidir si desea realizar ventas adicionales o cruzadas en función de los resultados del experimento del lado del servidor.

Gastos de envío

¿Cuál es el valor del carrito ideal que debería calificar los pedidos para el envío gratis? Puede probar varios umbrales para determinar cuál influye positivamente en las decisiones de compra de los clientes.

Algoritmos de búsqueda

Experimentar con su algoritmo de búsqueda requiere modificar su código existente y la flexibilidad para realizar pruebas profundas. Desea que sus visitantes puedan encontrar rápidamente lo que están buscando y puede probar su algoritmo de búsqueda en el lado del servidor para lograrlo.

Longitud del formulario

Los formularios de solicitud de prueba y demostración gratuitos son cruciales para las empresas de SaaS. Pero, ¿cuál es la longitud de formulario ideal que garantiza menos abandonos y al mismo tiempo captura toda la información requerida? Puede probar los campos no obligatorios a través de pruebas del lado del cliente. Si su campo es obligatorio, simplemente ocultar el campo usando JavaScript no funcionará ya que fallará la validación del formulario usando la lógica del lado del servidor. Por lo tanto, se recomienda la prueba del lado del servidor para experimentar con campos obligatorios para optimizar la longitud y complejidad de su formulario.

ofertas y descuentos

Si bien el estilo, la apariencia y la ubicación de las ofertas en su página de inicio se pueden probar fácilmente en el lado del cliente, existen otros factores importantes como el valor del descuento, su duración o los criterios de elegibilidad a considerar. Puede probar en el lado del servidor para determinar el valor óptimo y asegurarse de que sean consistentes en todos los canales para un visitante en particular.

Incentivos de ventas

Probar incentivos dinámicos como ofertas de período limitado o liquidaciones de existencias requiere la flexibilidad de las pruebas del lado del servidor debido a la granularidad involucrada.

Flujos de suscripción

¿Cuántos pasos idealmente deberían estar involucrados en un proceso de suscripción? ¿Deberían proporcionarse inicios de sesión sociales? Experimentar con el flujo de suscripción puede ayudar a responder estas preguntas.

muros de pago

Las pruebas del lado del servidor le permiten probar varias configuraciones de paywall de manera infalible. Como editor, puede ejecutar pruebas del lado del servidor para experimentar con su contenido restringido y monetizarlo. No se recomienda ejecutar la misma prueba en el lado del cliente, porque los visitantes pueden sortear un muro de pago eliminando o desactivando las cookies.

La banca móvil

Se pueden optimizar múltiples elementos dentro del proceso de registro para un préstamo o una tarjeta de crédito. Pero cuando se trata de banca móvil, la seguridad de los datos se vuelve primordial. Con las pruebas del lado del cliente, los datos confidenciales recopilados por bancos o instituciones financieras podrían estar en riesgo de vulnerabilidad. Para evitar este riesgo, generalmente se recomiendan experimentos del lado del servidor para aplicaciones bancarias.

Ahora comprendamos cómo puede ejecutar pruebas de características en el lado del servidor y las ventajas de hacerlo con VWO.

Cómo VWO facilita las pruebas del lado del servidor

Para los casos de uso del lado del servidor descritos anteriormente, VWO le brinda la flexibilidad de estructurar su campaña como pruebas A/B o pruebas de funciones. Las pruebas de características se utilizan para validar los valores de los parámetros de características y le brindan el control para configurar rápidamente una característica, sin escribir código. En algunos casos de uso, como probar qué algoritmo de búsqueda es mejor, es posible estructurar la campaña como una prueba A/B o una prueba de funciones.

Por ejemplo, supongamos que desea evaluar a tres proveedores por el algoritmo de búsqueda que han creado para su sitio web.

Las pruebas de funciones permiten que un gerente de producto como usted pruebe y concluya rápidamente con una dependencia mínima de la ingeniería y un control máximo de la configuración. Con las capacidades de prueba de funciones de VWO, obtiene un marco establecido en el que necesita escribir menos código porque la plataforma hace la mayor parte del trabajo pesado por usted. En la prueba de funciones, el algoritmo se puede definir como una variable de función y configurarse en el control y la variación de un experimento desde el propio flujo de configuración de la plataforma para probar qué algoritmo de búsqueda es más eficiente.

Este experimento también se puede realizar a través de pruebas A/B del lado del servidor. VWO facilita la distribución del tráfico y la capacidad del modelo de estadísticas de experimentación a través de sus SDK del lado del servidor. Los equipos de ingeniería pueden usar el mismo para insertar el código de los algoritmos de búsqueda y probar cuál es más impactante.

Aquí hay algunos otros escenarios en los que la prueba de funciones es útil. Digamos que un proveedor externo que maneja recargas móviles quiere cobrar una cantidad nominal a los usuarios por recarga. Quieren probar la cantidad adecuada para el mismo. O una empresa como Airbnb, donde los cargos de la propiedad son manejados por el propietario, quiere agregar una tarifa de limpieza y ver si eso afecta la cantidad de reservas. Este es un caso de uso de experimentación típico para que varias empresas encuentren el punto óptimo donde se puede insertar un cargo por servicio sin afectar la métrica de la estrella polar. Podría ser en forma de tarifa de conveniencia, tarifa de instalación, tarifa de covid, tarifa de empaque o algo similar.

Los casos de uso complejos como el descrito anteriormente son muy fáciles de probar en VWO. Aquí hay un video explicativo que le muestra cómo puede crear rápidamente una función de tarifa de conveniencia y asignarle un valor (en este caso, el monto de la tarifa). Puede vincular su hipótesis de identificar la tarifa que se suma a los ingresos sin afectar la cantidad de reservas, elegir el entorno en el que está ejecutando la prueba y habilitar sus variaciones. Una vez que lo hace, se le proporciona un código de campaña que va a su servidor. Todo lo que queda es que defina los objetivos que desea rastrear y segmente sus audiencias si lo desea, eso es todo, su campaña está lista.

Si es gerente de producto y ve en el tablero que la variación 3 no funciona para los usuarios; está afectando negativamente los ingresos, puede matarlo allí mismo simplemente deshabilitando la variación en VWO. Como se muestra en la captura de pantalla a continuación, esto no afecta el código y no requiere que su equipo de ingeniería realice ningún cambio. Debe apagarlo, hacer clic en 'guardar' y la variación dejará de recibir tráfico.

Esencialmente, el código debe implementarse solo una vez por campaña.

¿Debería construir o comprar una plataforma para ejecutar pruebas del lado del servidor?

Pongamos fin al debate construir vs. comprar. VWO no es solo un generador de números aleatorios que muestra diferentes variaciones para diferentes audiencias y captura eventos de conversión. VWO es una plataforma de experimentación completa con un modelo estadístico robusto. Para evaluar si construir un mecanismo de prueba del lado del servidor internamente o invertir en una plataforma como VWO, debe considerar tres factores principales:

1. Coste de propiedad

Incluso cuando las empresas logran construir la infraestructura requerida internamente, todavía necesitan administrarla y escalarla. Es probable que pagar a sus equipos de desarrollo para que construyan y mantengan un motor de experimentación como VWO en lugar de centrarse en sus trabajos principales termine siendo más lento y costoso que invertir en VWO.

2. Facilidad de uso

Podría crear una solución que muestre una cierta variación para una determinada audiencia, pero ¿tendría una interfaz fácil de usar que pueda ser controlada no solo por los equipos de ingeniería sino también por los gerentes de producto? Si no, ese es otro bloqueador para ejecutar pruebas del lado del servidor.

3. Informes intuitivos

Por lo general, una solución interna le brindaría cosas básicas como la cantidad de visitantes y las conversiones que provienen de una variación particular. Pero lo que necesita es un resultado estadísticamente significativo. Necesita que sus informes funcionen con un motor de estadísticas bayesiano como VWO SmartStats. Ahí es donde radica la brecha: puede crear una solución básica que sea difícil de mantener y puede dedicar tiempo y recursos a descifrar los valores p. O puede elegir una solución como VWO donde hay un equipo dedicado a mantenerlo y escalarlo y ha pasado años en el algoritmo bayesiano para brindarle resultados fáciles de interpretar. El panel de la aplicación en VWO permite que incluso los miembros de su equipo no técnicos comprendan los resultados; no necesitan confiar en el equipo de Analytics para realizar un seguimiento de los experimentos o crear paneles de resultados, lo que ahorra tiempo y reduce el costo de la experimentación.

4. Mecanismo sin errores

La creación interna de una solución de prueba del lado del servidor puede ser propensa a errores y, en esa escala, es posible que los errores no se detecten fácilmente. Compare eso con la calidad de una plataforma utilizada por marcas globales y estará seguro de que las posibilidades de que se produzcan errores son minúsculas. Cualquier error, si es que lo hay, es señalado y rectificado lo antes posible por un equipo de soporte disponible para usted.

Además, cuando invierte en una plataforma administrada como VWO, el producto incorpora importantes prácticas recomendadas. No tiene que preocuparse por eliminar los valores atípicos de sus resultados, visualizar sus datos o por los problemas que surjan debido a las actualizaciones de la versión.

Capacidades imprescindibles para ejecutar pruebas complejas del lado del servidor con integridad

Ejecutar experimentos del lado del servidor puede ser muy fructífero cuando se ejecuta correctamente. Para hacerlo, debe tener el conjunto correcto de capacidades de funciones. Algunos de estos se exponen a continuación:

1. Aleatorización de los visitantes en cada prueba : en las pruebas, cuando clasifica a su audiencia en campañas, la aleatorización de los visitantes debe ser verdaderamente aleatoria y no pseudoaleatoria.
2. Experiencia omnicanal uniforme : si bien la agrupación de usuarios debe ser aleatoria, también debe asegurarse de que un usuario experimente la misma variación cada vez que inicie sesión, independientemente del dispositivo que esté utilizando. El experimento debería llevarse a cabo sin problemas técnicos.
3. Campañas mutuamente excluyentes : supongamos que debe considerar tres factores al determinar si un usuario debe ser parte de su prueba. Estos podrían ser la regularidad del uso, la baja probabilidad de abandono y la zona horaria. Además de tener en cuenta estas variables, también debe determinar la exclusividad; entonces, ¿de cuántas pruebas puede formar parte el usuario que cumple estas condiciones? Esto debe determinarse de manera que no genere datos sesgados y le permita atribuir la mejora en la tasa de conversión a la campaña correcta sin prejuicios.
4. Convención de nomenclatura estandarizada : ya sea que esté configurando una nueva función para probar o un indicador de función, debe seguir una convención de nomenclatura estándar para evitar confusiones y casos de inicialización de funciones o pruebas incorrectas.
5. Identificadores de campaña únicos y sin complicaciones : debe usar una clave alfanumérica para identificar de forma única la prueba en su código y evitar molestias en una etapa posterior.
6. Elegir el entorno adecuado : debe especificar el entorno en el que está ejecutando su prueba; por ejemplo, puede implementar la prueba en el entorno de pruebas o control de calidad para que su equipo de control de calidad valide el experimento. Una verificación de cordura de su prueba es crucial para su éxito y debe tener la opción de elegir el entorno adecuado para ello.
7. Asignación lógica de tráfico : cuando ejecuta varias campañas o cuando tiene un anuncio de evento importante como una oferta de Black Week, por ejemplo, no necesita incluir en su prueba todo el conjunto de visitantes que aterrizan en su página. Debe elegir el porcentaje de tráfico que desea incluir en su campaña de prueba y también cómo desea distribuir este tráfico entre las variaciones.
8. Cálculo del tiempo para alcanzar la significación estadística : el tiempo estimado para que su prueba alcance la significación estadística debe determinarse por la tasa de conversión actual de su objetivo principal y la mejora mínima que desea lograr a través de sus variaciones. También debe considerar una probabilidad del 95% de superar la tasa de conversión de referencia.

Estas son algunas de las mejores prácticas y características imprescindibles de las pruebas del lado del servidor; la lista real es mucho más larga. Como se mencionó anteriormente, puede desarrollar estas capacidades internamente o puede usar VWO donde hacemos el trabajo por usted.

En conclusión

Ya sea un desarrollador o un gerente de producto, no necesita limitar sus ideas de prueba. Puede ejecutar pruebas complejas sin temor a problemas de rendimiento o privacidad con pruebas del lado del servidor y resolver problemas reales que enfrentan sus clientes. Puede optimizar cada punto de contacto digital para que sus clientes experimenten solo lo mejor.

Si está utilizando una plataforma como VWO, la complejidad de la prueba no lo abrumará, porque cada entrada suya en la campaña es intuitiva y una buena práctica que potencia su prueba. Para comprender más acerca de cómo puede ejecutar pruebas del lado del servidor con facilidad utilizando VWO, solicite una demostración con nuestros expertos en productos.