Piloto de try-on virtual en 90 días: alcance, métricas y criterios de decisión

La mayoría de los proyectos de prueba virtual no fracasan por tecnología: fracasan porque nunca se definió qué se estaba probando. Un piloto de try-on virtual bien armado no busca "lanzar la funcionalidad": busca responder, en un plazo cerrado, si la prueba de color mueve una métrica concreta del negocio y si la operación de color es sostenible. Este artículo propone una estructura de 90 días pensada para equipos de e-commerce, CRM y producto que necesitan llevar una decisión fundamentada al comité.

Qué hipótesis debe probar un piloto de try-on virtual

Antes de elegir herramienta, escribe la hipótesis en una frase. Algunos ejemplos que vemos en marcas de belleza:

• "Las visitas a la página de labiales que prueban un color agregan al carrito con más frecuencia que las que no prueban."
• "La prueba de color reduce las preguntas de tono que llegan a atención al cliente."
• "El tráfico de campaña que llega a una experiencia de prueba deja más contactos identificados que el que llega a un landing estático."

Una hipótesis por piloto. Si intentas validar conversión, retención y generación de leads al mismo tiempo, vas a terminar con tres resultados ambiguos en vez de uno claro. Define también qué resultado te haría abandonar la idea: ese umbral, escrito antes de empezar, es lo que evita discusiones políticas en la semana 12.

Elegir la forma de entrega según el alcance

MaIA Try-On existe en dos formas, y cada una sirve a pilotos distintos.

API por foto

La cliente envía una foto, el producto —labial o base— se renderiza sobre ella y la imagen vuelve lista para mostrar. Es la vía más rápida cuando el piloto corre en un canal donde no controlas el frontend: WhatsApp, un flujo de CRM, un microsite de campaña, una tablet en tienda. No requiere que el equipo de frontend abra el tema del e-commerce. Las paletas se calibran contra los productos reales de la marca dentro de un proyecto, así que el color que ve la clienta corresponde al SKU que va a comprar. Puedes revisar el funcionamiento en la página de prueba virtual de maquillaje.

SDK en el navegador (acceso anticipado)

El SDK corre en el dominio de la marca y cubre trece productos —labial, base, rubor, polvo, corrector de ojeras, sombra, máscara de pestañas, cejas, delineador, bronceador, contorno, iluminador y delineador labial— además de un Full Look combinado. Funciona en modo ao vivo por la cámara, con el render hecho localmente en el navegador y sin subir la imagen, o en modo foto, con cualquier color #RRGGBB. Es la opción para un piloto de página de producto o de look completo, y está en acceso anticipado desde septiembre de 2026, otorgado por cuenta. Importante para planear: los otros once productos y el Full Look son exclusivos del SDK; la API por foto cubre labial y base.

Si aún estás comparando enfoques de prueba, el artículo sobre prueba virtual por foto frente a otras formas de prueba ayuda a ubicar cada una antes de comprometer sprints.

Alcance mínimo: catálogo, canal y público

Un piloto no necesita todo el catálogo. Necesita suficiente color para que la prueba sea útil y suficiente foco para que el resultado sea legible.

• Catálogo: una familia de producto con muchos tonos, idealmente labial o base. Entre 12 y 30 tonos suele ser suficiente para que la clienta encuentre algo cercano a lo que busca.
• Canal: uno solo. Página de producto, campaña paga, WhatsApp o tienda física. Mezclar canales en el mismo piloto mezcla también las causas de cualquier variación.
• Público: si el canal lo permite, divide el tráfico. Un grupo con prueba de color, otro sin ella. Sin comparación, cualquier número del piloto será anecdótico.

Documenta además quién aprueba el color. La calibración de la paleta es una tarea de marketing de producto, no de ingeniería: alguien del equipo de marca debe validar que cada tono renderizado representa el SKU.

Métricas y criterios de decisión

Mide en tres capas, y acuerda con el equipo cómo se calcula cada una antes de la semana 1:

1. Adopción. Qué porcentaje de las visitas al canal abre la prueba y cuántos tonos prueba cada sesión. Si la adopción es baja, el problema casi siempre es de ubicación y de llamado a la acción, no del render.
2. Comportamiento. Agregado al carrito, avance al checkout y conversión del grupo que probó frente al que no probó. Observa también el tono más probado versus el tono más comprado: esa brecha es insumo directo para compras y surtido.
3. Operación. Consumo de créditos, errores por foto de mala calidad, tiempo del equipo de marca en aprobar paletas, tickets de soporte sobre color.

Evita importar promesas de conversión de terceros a tu caso de negocio. Los resultados varían con el catálogo, el tráfico y el canal de cada marca; el punto del piloto es producir tu propio número, no confirmar el de otra persona.

Un cronograma de 90 días

• Semanas 1–2: hipótesis, métrica única, umbral de decisión, selección de canal y familia de producto. Cuenta creada y clave de API generada.
• Semanas 3–5: integración técnica y calibración de la paleta con el equipo de marca. Pruebas internas con fotos reales de clientas del segmento objetivo.
• Semanas 6–10: piloto en vivo con división de tráfico. Nada de cambios de alcance a mitad de camino.
• Semanas 11–12: lectura de resultados, costo por sesión probada, y decisión: escalar a más SKUs y canales, ajustar la ubicación, o detener.

Errores comunes que cuestan el trimestre

Esconder la prueba debajo del pliegue. Lanzar con tonos sin aprobar. No instrumentar los eventos antes de abrir el tráfico. Y el más frecuente: cerrar el piloto sin un criterio escrito, lo que convierte una decisión de negocio en una discusión de opiniones.

¿Listo para armar el tuyo? Crea una cuenta, compra créditos y genera tu clave en la documentación de la API, o habla con el equipo de B4A para definir el alcance del piloto junto con tu catálogo.