Soluciones · Managed

Nos encargamos de todo el proceso de CRO

Investigación, hipótesis, construcción, análisis y la decisión. Usted aprueba la hoja de ruta y lee los resultados; el programa nos toca dirigirlo a nosotros.

Lo que está comprando

Cómo funciona el programa en realidad

Quién posee la hoja de ruta, el ciclo de investigación a decisión que dirigimos, y qué tiene que decir el informe mensual.

El encargo

Un programa, no una suscripción a una herramienta

Un responsable de CRO posee su hoja de ruta, dirige el ritmo y responde por los números. La plataforma está incluida; el trabajo es lo esencial.

  • Un responsable de CRO designado y un ritmo establecido
  • Investigación, construcción, análisis e informes incluidos
  • La hoja de ruta aprobada por usted, ejecutada por nosotros
La pantalla del programa: un responsable de CRO asignado, una cadencia de revisión semanal e informe mensual, catorce experimentos en marcha y una hoja de ruta aprobada hasta diciembre.

El proceso

Investigación, hipótesis, test, decisión

Cada experimento parte de evidencia: analítica, datos de sesión y las encuestas que hacemos en su sitio, y termina con una decisión registrada frente a la hipótesis que lo produjo.

  • Investigación cuantitativa y cualitativa en cada ciclo
  • Hipótesis puntuadas con PXL y trabajadas en orden
  • Una decisión escrita sobre cada experimento, incluidas las derrotas
El ciclo actual: la investigación y la puntuación de hipótesis hechas, tres variantes en construcción, un análisis esperando datos y una decisión agendada.

Rendición de cuentas

Cifras que puede llevar al consejo

El informe mensual indica el efecto en los ingresos, lo que no demuestra, y lo que probará el próximo ciclo. Escrito para sobrevivir a una revisión financiera, no para halagar al programa.

  • Efecto en los ingresos y en el valor medio del pedido, en su moneda
  • Derrotas informadas con la misma claridad que las victorias
  • El plan del próximo ciclo en el mismo documento
Un informe mensual: el efecto en los ingresos, ocho test decididos y tres victorias publicadas, con los test no concluyentes y la única derrota indicados a su lado.

Cómo funciona

Un ciclo repetible que se acumula

Del arranque al primer test en marcha en unas tres semanas. A partir de ahí es un ciclo al mes: identificar, construir, lanzar, iterar, y cada uno parte de lo que demostró el anterior.

  1. 01Identificar

    Analítica, datos de sesión y las encuestas que hacemos en su sitio. Hipótesis puntuadas con PXL y trabajadas en ese orden, no en el orden en que se propusieron.

  2. 02Construir

    Variantes construidas en el editor y revisadas en navegadores y dispositivos, incluidos los que su tráfico usa de verdad y no los que tenemos a mano.

  3. 03Lanzar

    En marcha detrás de la segmentación que aprobó, sin cookies, vigilado desde la primera sesión. Una alarma de reparto anómalo detecta un test roto antes de que desperdicie una semana.

  4. 04Iterar

    Una decisión escrita en cada test, las victorias publicadas y las pérdidas registradas frente a la hipótesis que las produjo. Después empieza el siguiente ciclo.

Casos

Lo que el programa ha movido

Tres programas, la cifra que cada uno movió más, y lo que dijo después la persona que respondía por ella.

Retorno de la inversión

Sandain

«Muy bueno y bien merece la prueba. Recuperamos la inversión en 1,5 meses y probablemente terminemos con un ROAS de 4–5 en el periodo de prueba de seis meses. Además, los cambios que haces se quedan y siguen generando ventas. Mi consejo y mi recomendación, con firmeza, es que lo probéis. En el peor de los casos habréis recuperado el dinero y ganado buen conocimiento para el futuro, pero lo más probable es que hayáis aumentado las ventas de forma significativa.»
Anders SandlundCofundador, Sandain

+14%

Tasa de conversión

Casall

«Gracias a Pertento podemos hacer un análisis más basado en datos. En las pruebas que hacemos, la mejora se sitúa en torno al 14–20% por experimento frente a antes.»
Martin HannerDigital commerce manager, Casall

+17,2%

Tasa de añadir al carrito

Aim’n

«Verificar hipótesis y tomar decisiones basadas en datos a partir de los resultados de las pruebas es difícil en una organización en movimiento constante. Nuestro éxito en las pruebas A/B ha sido probar UX y cambios estructurales, y así atrevernos a invertir tiempo en probar antes de decidir.»
Cornelia MolinEspecialista en e-commerce, Aim’n

Por debajo

Sigue siendo su cuenta

Un programa gestionado se ejecuta dentro de su propia cuenta de Pertento y no dentro de la nuestra. Todo lo que sigue es cierto tanto si lo dirigimos nosotros como si lo dirige usted.

La cuenta es suya

El programa se ejecuta dentro de su propia cuenta de Pertento y no dentro de la nuestra. Pueden seguir cada test mientras está en marcha, no solo leer sobre él después.

Acceso de solo lectura para quien lo quiera

Los miembros lo ven todo y no cambian nada, así que dar un acceso a todo el equipo de marketing no cuesta nada ni arriesga nada. Se factura por sesiones y no por puestos.

El razonamiento está en la herramienta

Cada test lleva la hipótesis que lo originó y su puntuación en potencial, exposición y esfuerzo. El backlog no es un documento que mantengamos aparte; es la lista que están mirando.

Cada cambio lleva un nombre

Segmentación añadida, pesos cambiados, iniciado, terminado, publicado: registrado en el test con quién lo hizo y cuándo. Un programa managed debería ser más auditable que uno interno, no menos.

Un ganador funciona el día en que gana

Una variante ganadora se publica a todo el tráfico de inmediato y la plataforma sigue sirviéndola. Llega a su base de código cuando sus desarrolladores tengan hueco, y la cola sigue señalándola hasta entonces.

Nada queda atado a nosotros

Si el trabajo conjunto termina, los test, el histórico y los resultados se quedan donde están. Lo que asumirían es una cuenta en funcionamiento y no una exportación.

Preguntas

Antes de entregarlo

¿Quién hace el trabajo en realidad?

Un responsable de CRO asignado lleva su hoja de ruta y conduce el ciclo, con un responsable de investigación, un ingeniero de experimentación y un analista en el programa. Usted aprueba la hoja de ruta y lee los resultados; todo lo que hay entre esos dos puntos es nuestro.

¿Qué necesitan de nosotros para empezar?

El script en su plantilla de head, acceso a su analítica, y una persona que pueda aprobar una hoja de ruta. Nada más bloquea el primer ciclo, y el script es el único cambio en su sitio.

¿Necesitamos desarrolladores propios?

No para los test en el cliente: las variantes se construyen en el editor visual. Los test en el servidor son la excepción, porque allí la variante es código en su propia aplicación, revisado y publicado como cualquier otro cambio. Esos requieren a sus desarrolladores, y la especificación la escribimos nosotros.

¿Qué pasa cuando un test pierde?

Va al informe con la misma sobriedad que una victoria, registrado frente a la hipótesis que lo produjo. Una pérdida bien medida le dice algo verdadero sobre sus visitantes; una pérdida que desaparece en silencio cuesta el mismo tráfico y no enseña nada a nadie.

¿Podemos llevar el programa dentro más adelante?

El programa corre en una cuenta de Pertento y no en herramientas nuestras, así que los test, el histórico y cada decisión escrita están en una sola consola. Llevarlo dentro es una cuestión de quién maneja esa consola, no una migración.

¿Cómo se cobra?

Se presupuesta por programa, con la plataforma incluida. La variable es la cantidad de trabajo y no el número de personas que entran, así que es una conversación y no una cifra en la página de precios.

Mejores test, mejores conversiones

Test on all visitors with the world’s lightest script and make confident decisions powered by real-time reporting.