Private and confidential
PayJoy · tienda.payjoy.com · México

Auditoría
CRO

Cliente
Brian Kraus
Fecha
Julio 2026
Autoriza
Guillermo Reynoso
Folio
PJ-2026-01
01.

Estado actual

Documentación de nuestra llamada del 24 de julio y del brief que nos compartieron. Arriba, lo que nos compartieron. Abajo, nuestra lectura.

El momento del canal
Levantaron el D2C desde cero. La tienda en BigCommerce lleva 5 meses y ya mejoró la conversión.
Lectura BIG HacksLlegan con el site funcional y data de varios canales. Evaluamos lo que pasa hoy e identificamos quick wins.
Entender el comportamiento
Corren tests en Convert y revisan heatmaps. Necesitan entender la fricción que ya observan.
Lectura BIG HacksTienen noción de los puntos de dropoff. Falta evaluar el journey por canal o segmento para formular una hipótesis.
Comunicar el precio de un producto financiado
Lo identificaron como su reto más difícil. Audiencia C y C-, producto que requiere educación previa.
Lectura BIG HacksEl costo total del crédito no queda resuelto en el journey, y eso pesa antes de que el mensaje entre en juego.
Lectura del embudo por canal
Hace tiempo que no revisan el funnel por canal. Quedaron de compartir el desglose.
Lectura BIG HacksEs el insumo base del resto del análisis. Si el desglose no existe hoy, lo construimos nosotros dentro del alcance.
Volumen real de la tienda
Estimaron ~1,000,000 de usuarios al mes en México. Confirmaron que PostHog mezcla eventos de payjoy.com con los de la tienda.
Lectura BIG HacksSeparar esos eventos es la primera tarea al recibir accesos. El volumen real define cuántos tests alcanzan significancia, y con eso la composición del backlog.
02.

Hallazgos previos

7
Hallazgos verificados en producción antes de la llamada, sin acceso a su analytics.
01
El usuario no puede calcular cuánto va a pagar en ningún punto del journey.
Qué revisaríamosQué información de costo existe y cuál falta. La contrastamos contra su data y proponemos cómo resolverlo.
02
Hay una inconsistencia de precio en la PDP, entre lo que ve el usuario y lo que consumen sus feeds.
Qué revisaríamosSu alcance en el catálogo, su origen en la plantilla y qué tanto llega a sus feeds.
03
Un componente dinámico de la PDP de mayor tráfico renderiza un valor vacío al usuario.
Qué revisaríamosCuántas plantillas lo arrastran y su efecto sobre la percepción de disponibilidad.
04
Su structured data declara un estado de prueba social que no coincide con su brief.
Qué revisaríamosQué prueba social existe por producto y qué falta para que opere en la decisión.
05
El mensaje de la home y la jerarquía de CTAs dirigen a un canal distinto al que ustedes operan.
Qué revisaríamosQué entiende el usuario en los primeros cinco segundos y qué le cuesta al canal D2C.
06
Todo el tráfico pagado aterriza en plantillas que no fueron construidas para ese tráfico.
Qué revisaríamosCómo se comporta cada canal sobre la misma plantilla y qué parte del dropoff explica.
07
La instalación conserva valores por defecto que están llegando a resultados indexados.
Qué revisaríamosCuáles siguen activos y qué tanto afectan la entrada al sitio.
03.

Oportunidades

01
Reconstruir el embudo con su propia data
Es lo que solicitaron y lo que hoy no tienen disponible. Sin ese insumo, cualquier recomendación es opinión nuestra.
Cómo lo haremosIngeniería inversa del journey en PostHog, ventana de 3 meses, con corte por dispositivo y rango de ticket. El corte por canal es add-on.
02
Cerrar el hueco de información del financiamiento
Lo identificaron como su reto más difícil, y ya tiene causa verificable en el sitio.
Cómo lo haremosAuditoría del bloque de precio en PDP y checkout, con comparativa contra tres competidores directos.
03
Sostener la propuesta de valor hasta el checkout
La PDP comunica enganche y pago semanal. El checkout muestra el total de contado. El argumento que trajo al usuario se pierde en el último paso.
Cómo lo haremosAuditoría de los tres pasos del checkout y propuesta de continuidad del mensaje de financiamiento.
04
Medir el sitio en los equipos que compran sus clientes
Su audiencia compra la gama que ustedes venden. Un sitio que rinde mal en gama baja pierde ventas sin aparecer en ningún reporte.
Cómo lo haremosPruebas de render, carga y conversión por dispositivo y navegador sobre el rango de su propio catálogo.
05
Ordenar el backlog con criterio de significancia
Con ventana de tres meses y volumen por confirmar, correr los tests equivocados cuesta el trimestre completo.
Cómo lo haremosBacklog en dos pistas, implementación directa e hipótesis a testear, cada una con la evidencia que la sostiene.
04.

Elementos a analizar

Home

  • Propuesta de valor en los primeros cinco segundos
  • Jerarquía de CTAs y competencia entre ellos
  • Orden de las categorías principales
  • Etiquetas del menú y mensaje del banner

Categoría de marca

  • Orden y filtrado de productos
  • Número de productos visibles por página
  • Etiquetas en las miniaturas
  • Comunicación del financiamiento en el listado

Página de producto

  • CTA: texto, tamaño, color y ubicación
  • Imágenes: variantes, zoom y contexto de uso
  • Diseño del precio e información del crédito
  • Prueba social, descripción y garantías

Checkout

  • Campos visibles y claridad de instrucciones
  • Continuidad del mensaje de financiamiento
  • Visualización del costo total
  • Mensajes de seguridad e indicador de progreso

Capa transversal

  • Sticky bars y mensajes promocionales fijos
  • Consistencia del sistema de diseño
  • Render y usabilidad por dispositivo
  • Carga, Core Web Vitals, errores y tracking

Pop-ups y banners

  • Frecuencia y triggers de activación
  • Mensajes y propuestas de valor que usan
  • Pop-ups de salida y de recuperación
  • Interferencia con el journey de compra

Cómo leer esta listaPriorizamos los elementos con mayor impacto en conversión. No revisamos punto por punto cada uno: el entregable es un diagnóstico con lo que sí mueve la aguja, no un inventario.

05.

Estrategia

Entender qué está frenando la conversión, contrastarlo contra su data, y proponer cómo resolverlo. Las cuatro primeras partes producen el diagnóstico con evidencia. Las dos últimas lo convierten en propuestas concretas.

018 h
Base de conocimiento y modelo del embudo
El producto de crédito, la audiencia y el journey, más el embudo definido dentro de PostHog.
0214 h
Sistema de diseño y capa técnica
Evaluación heurística del sitio sobre las plantillas del journey, más tracking, errores, velocidad y render.
0311 h
Precio y financiamiento
Auditoría de la información de costo contra un instrumento de ~45 items, y comparativa contra tres competidores.
043 h
Análisis del embudo
Mapa del embudo con números reales sobre todo el tráfico, ventana de 3 meses. El corte por canal es add-on.
0515 h
Backlog priorizado y mockups
Backlog en dos pistas con su evidencia, más 2 mockups antes y después de las secciones prioritarias.
064 h
Consolidación y transferencia
Documento maestro con qué está mal, dónde, por qué y cómo se soluciona. Reporte en PDF y sesión de 1 hora.
Principio 01Entender antes de actuar
Principio 02Decidir con datos
Principio 03Alcance definido desde el arranque
Total de la auditoría 55 horas 4 semanas desde el arranque y la entrega de accesos. Arranque objetivo: agosto.
06.

Inversión

Auditoría CRO · tienda.payjoy.com
$66,000 MXN
Más IVA. 55 horas, 4 semanas. Pagos: 50% al arrancar con accesos entregados, 50% previo a la entrega del reporte completo.
Ir al cotizador
Incluido en la auditoría
Modelo del embudo en PostHog y embudo general sobre todo el tráfico, 3 meses
Evaluación heurística de las 4 secciones, capa transversal, pop-ups y banners
Tracking, errores onsite, Core Web Vitals, render y conversión por dispositivo
Información de costo del financiamiento contra ~45 items, con 3 competidores
Backlog priorizado en dos pistas y 2 mockups antes y después
Documento maestro de hallazgos, reporte en PDF y sesión de 1 hora
Add-ons que ustedes deciden
Desglose por canal: Orgánico, Meta, TikTok o Google Ads · $6,000 c/u
Revisión de grabaciones de sesión, en tres bloques · desde $6,000
Mockup adicional sobre otra sección · $6,000 c/u
Corre por su cuenta: licencias de PostHog y Convert, accesos a BigCommerce, Search Console y Merchant Center, y la implementación de las recomendaciones
El cotizador arma cualquier combinación y muestra el total al momento
07.

Límites del alcance

Lo que queda fuera de esta auditoría.

Implementación de los cambios, incluidos los quick wins
Entregamos especificaciones y mockups listos para ejecutar. El acompañamiento durante la implementación se cotiza aparte. Lo registramos porque su Componente 2 lo solicita, y conviene resolverlo antes de firmar.
Ejecución de experimentos y lectura de resultados
Entregamos hipótesis priorizadas con su evidencia. Montarlas en Convert, correrlas y validar significancia corresponde al acompañamiento mensual.
app.payjoy.com y la originación del crédito
Opera otro equipo y ustedes lo dejaron fuera. Auditamos el botón, el popup y la transición hacia esa app.
Auditoría dentro de las campañas
El alcance quedó acotado a on-page. Analizamos el comportamiento del tráfico que llega, sin intervenir la configuración de Meta ni de Google Ads.
Research con usuarios
Su Componente 4, marcado por ustedes como opcional. Alcance separado.
SEO, solapamiento con www.payjoy.com y Brasil
El solapamiento es un hallazgo verificado que documentamos en el entregable, fuera de esta cotización. Brasil se cotiza como auditoría separada sobre el mismo marco.
BIG Hacks
We make big moves
BIGHACKS.AGENCY