martes, junio 25, 2024
No menu items!
InicioMarketingCómo pasar de cero a uno en su viaje de experimentación del...

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

Piense en su 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√≠as alternando entre tu perfil y el de tus hijos, mientras pruebas nuevos programas de Netflix, preferiblemente en una pantalla m√°s grande.

Ahora digamos que Netflix est√° ejecutando una campa√Īa de descuentos espec√≠fica de un pa√≠s. Si eres parte de esta campa√Īa experimental dirigida por Netflix, ¬Ņc√≥mo se aseguran de que seas parte de la misma campa√Īa cada vez que inicias sesi√≥n, independientemente del dispositivo y perfil que est√©s usando, y que veas la misma promoci√≥n en todas partes? ¬ŅC√≥mo garantizan que su experiencia con la variaci√≥n que le ofrecen sea perfecta en todo momento y que se realice un seguimiento constante de su interacci√≥n 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.

Tabla de Contenido

¬Ņ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, erradica 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, m√°s importante a√ļn, 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 recupera una variación directamente del servidor y se envía al navegador del visitante. No se realizan modificaciones posteriores en el front-end ni 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. Entendamos el alcance de estas dos formas de prueba con un ejemplo.

Imagine que Mike y Bob son dos amigos que intentan experimentar con el funcionamiento de un automóvil 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 coche 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 Mike prueba se basan en la visibilidad del auto. Desde la perspectiva del comprador de un automóvil, el resultado de los experimentos realizados tanto por Bob como por Mike puede servir para propósitos igualmente importantes, pero diferentes.

ūüĒ• Leer:  C√≥mo atraer tr√°fico a un nuevo blog

Por lo tanto, no es necesario 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 mayor 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 gran variedad de industrias, desde el comercio electrónico y SaaS hasta la banca y los medios. A continuación se describen algunos casos de uso importantes en los que se recomiendan las pruebas del lado del servidor en lugar de 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 genera 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 realizar ventas adicionales o cruzadas en funci√≥n de los resultados de su experimento del lado del servidor.

Gastos de envío

¬ŅCu√°l es el valor ideal del carrito para que los pedidos califiquen para env√≠o gratuito? 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. Quiere que sus visitantes puedan encontrar r√°pidamente lo que buscan y puede probar su algoritmo de b√ļsqueda en el lado del servidor para lograrlo.

Longitud del formulario

Los formularios de solicitud de demostraci√≥n y prueba gratuita son cruciales para las empresas SaaS. Pero, ¬Ņcu√°l es la longitud ideal del formulario que garantice menos interrupciones y al mismo tiempo capture toda la informaci√≥n requerida? Puede probar los campos no obligatorios mediante pruebas del lado del cliente. Si su campo es obligatorio, simplemente ocultar el campo usando JavaScript no funcionar√° ya que la validaci√≥n del formulario usando la l√≥gica del lado del servidor fallar√°. Por lo tanto, se recomienda realizar pruebas del lado del servidor para experimentar con campos obligatorios para optimizar la longitud y la complejidad del 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 por parte del cliente, existen otros factores importantes a considerar, como el valor del descuento, su duración o los criterios de elegibilidad. Puede realizar pruebas 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.

flujo de suscripciónDiferentes pasos en los flujos de suscripción

Muros de pago

Las pruebas del lado del servidor le permiten probar varias configuraciones de muro de pago de manera infalible. Como editor, puedes ejecutar pruebas del lado del servidor para experimentar con tu contenido privado 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 cancelando las cookies.

Muro de pagoDiferentes formatos de muros de pago

La banca móvil

Se pueden optimizar varios elementos dentro del proceso de registro de 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 correr un 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 funciones 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 funciones se utilizan para validar los valores de los par√°metros de las funciones y brindarle el control para configurar r√°pidamente una funci√≥n, 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 tres proveedores por el algoritmo de b√ļsqueda que han creado para su sitio web.

Las pruebas de funciones permiten a un gerente de producto como usted probar y concluir 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 las pruebas de funciones, el algoritmo se puede definir como una variable de funci√≥n y configurarse para controlar y variar 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 mediante 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 utilizar el mismo para insertar el c√≥digo de los algoritmos de b√ļsqueda y probar cu√°l tiene m√°s impacto.

A continuaci√≥n se muestran algunos otros escenarios en los que las pruebas de funciones resultan √ļtiles. Supongamos 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 propiedad los maneja 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 del norte. Podr√≠a ser en forma de tarifa de conveniencia, tarifa de instalaci√≥n, tarifa de covid, tarifa de embalaje 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 aumenta 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 haga eso, se le proporcionar√° un c√≥digo de campa√Īa que se enviar√° a su servidor. Todo lo que queda es que usted 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 panel que la variaci√≥n 3 no funciona para los usuarios; est√° impactando negativamente en los ingresos, puede eliminarlo all√≠ mismo simplemente desactivando la variaci√≥n en VWO. Como se muestra en la captura de pantalla siguiente, esto no afecta el c√≥digo y no requiere que su equipo de ingenier√≠a realice ning√ļn cambio. Debes desactivarlo, hacer clic en guardar y la variaci√≥n dejar√° de recibir tr√°fico.

Captura de pantalla de la aplicación VWO
Captura de pantalla de una campa√Īa de prueba de funciones en VWO

B√°sicamente, el c√≥digo debe implementarse solo una vez por campa√Īa.

¬ŅDeber√≠a crear o comprar una plataforma para ejecutar pruebas del lado del servidor?

Pongamos fin al debate entre construir y comprar. VWO no es s√≥lo 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 decidir si construir un mecanismo de prueba del lado del servidor internamente o invertir en una plataforma como VWO, es necesario considerar tres factores principales:

  1. Coste de propiedad

Incluso cuando las empresas logran construir internamente la infraestructura necesaria, a√ļn necesitan gestionarla y escalarla. 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 probablemente le lleve m√°s tiempo y sea m√°s costoso que invertir en VWO.

  1. Facilidad de uso

Podr√≠a crear una soluci√≥n que muestre una determinada variaci√≥n a una determinada audiencia, pero ¬Ņtendr√≠a una interfaz f√°cil de usar que pueda ser controlada no s√≥lo por los equipos de ingenier√≠a sino tambi√©n por los gerentes de producto? De lo contrario, ese es otro obst√°culo para ejecutar pruebas del lado del servidor.

  1. Informes intuitivos

Normalmente, una soluci√≥n interna le brindar√≠a datos b√°sicos como la cantidad de visitantes y las conversiones que provienen de una variaci√≥n particular. Pero lo que necesitas es un resultado estad√≠sticamente significativo. Necesita que sus informes est√©n impulsados ‚Äč‚Äčpor un motor de estad√≠sticas bayesiano como VWO SmartStats. Ah√≠ es donde reside la brecha: se puede crear una soluci√≥n b√°sica que es dif√≠cil de mantener y se 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 ampliarlo y ha dedicado a√Īos al algoritmo bayesiano para brindarle resultados f√°cilmente interpretables. El panel de control integrado en la aplicaci√≥n de VWO permite que incluso los miembros de su equipo no t√©cnicos comprendan los resultados; no necesitan depender del equipo de an√°lisis para realizar un seguimiento de los experimentos o crear paneles de resultados, lo que ahorra tiempo y reduce el costo de la experimentaci√≥n.

  1. Mecanismo sin errores

La creaci√≥n interna de una soluci√≥n de prueba del lado del servidor puede ser propensa a errores y, a esa escala, es posible que los errores no sean f√°cilmente detectables. Compare eso con la calidad de una plataforma utilizada por marcas globales y tendr√° la seguridad de que las posibilidades de que se produzcan errores son min√ļsculas. Cualquier error, si existe, es marcado y rectificado lo antes posible por un equipo de soporte capacitado 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 problemas que surjan debido a las actualizaciones de versiones.

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

La ejecución de experimentos del lado del servidor puede resultar muy fructífera si se ejecuta correctamente. Para hacerlo, necesita tener el conjunto adecuado de capacidades de funciones. Algunos de estos se exponen a continuación:

  1. Aleatorizaci√≥n de visitantes en cada prueba. ‚Äď En las pruebas, cuando agrupas a tu audiencia en campa√Īas, la aleatorizaci√≥n de los visitantes debe ser verdaderamente aleatoria y no pseudoaleatoria.
  2. Experiencia omnicanal consistente ‚Äď 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 inicia sesi√≥n, independientemente del dispositivo que est√© utilizando. El experimento deber√≠a llevarse a cabo sin ning√ļn problema t√©cnico.
  3. Campa√Īas mutuamente excluyentes ‚Äď Digamos que tiene tres factores a considerar 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 es necesario determinar la exclusividad. Entonces, ¬Ņen cu√°ntas pruebas puede participar el usuario que cumpla estas condiciones? Esto debe determinarse de una manera que no genere datos sesgados y le permita atribuir la mejora en la tasa de conversi√≥n a la campa√Īa correcta sin sesgos.
  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 utilizar una clave alfanum√©rica para identificar de forma √ļnica la prueba en su c√≥digo y evitar problemas en una etapa posterior.
  6. Elegir el entorno adecuado ‚Äď Debe especificar el entorno en el que ejecuta la prueba; por ejemplo, puede implementar la prueba en el entorno de ensayo o de control de calidad para que su equipo de control de calidad valide el experimento. Una verificaci√≥n de la idoneidad de su prueba es crucial para su √©xito y usted deber√≠a tener la opci√≥n de elegir el entorno adecuado para ello.
  7. Asignaci√≥n de tr√°fico l√≥gico ‚Äď Cuando ejecuta varias campa√Īas o cuando tiene un anuncio de evento importante como una oferta de la Semana Negra, por ejemplo, no necesita incluir en su prueba todo el conjunto de visitantes que llegan a su p√°gina. Debes elegir el porcentaje de tr√°fico que deseas incluir en tu campa√Īa de prueba y tambi√©n c√≥mo deseas distribuir este tr√°fico entre las variaciones.
  8. C√°lculo del tiempo para alcanzar significaci√≥n estad√≠stica. ‚Äď El tiempo estimado para que su prueba alcance significaci√≥n estad√≠stica debe estar determinado 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 deber√≠a considerar una probabilidad del 95% de superar la tasa de conversi√≥n base.

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 utilizar VWO, donde hacemos el trabajo por usted.

En conclusión

Ya sea desarrollador o gerente de producto, no necesita limitar sus ideas de prueba. Puede ejecutar pruebas complejas sin temer problemas de rendimiento o privacidad con las 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 sobre c√≥mo ejecutar pruebas del lado del servidor con facilidad utilizando VWO, solicite una demostraci√≥n con nuestros expertos en productos.

Recomendamos

Populares