Saltar al contenido

Ejercicio de candidatura · Rol CRO en Somos Internet

Mis hipótesis para mejorar la conversión de Somos.

Resumen de evidencia. Investigación completa, ideas propias y método: en el pitch.

Home
02WhatsApp / checkouttiempo de primera respuesta
01Elegibilidadse pregunta al final
Agendamiento
03Instalaciónla conversión real

Los marcadores son los hallazgos que probaría — las hipótesis.

Cargando…
Cargando…
Cargando…
Cargando…
DATOS SINTÉTICOS Basado en la estructura pública del embudo de Somos — sin información interna. Cada número está etiquetado: observado, supuesto, simulado o por validar. Ver metodología →
Resumen ejecutivo · 30 segundos
  • El hallazgo más fuerte no es de conversión: de uso de capacidad de instalación — subir conversión sin resolver esto solo alarga la cola de espera.
  • De 5 hipótesis, las 3 primeras a probar: elegibilidad tardía, tiempo de respuesta de WhatsApp y conversión real vs. agendada.
  • Prioridad más alta del backlog (ICE): .

01Las hipótesis

Cinco preguntas, en el orden en que las probaría. Detalle de cada experimento en el pitch.

01 · ¿Pedimos la elegibilidad demasiado tarde?
Se pregunta al final: dieron sus datos sin calificar.
Ver experimento
ObservaciónEl formulario público pide portería/tipo de vivienda (elegibilidad) después de nombre, celular y correo — no antes.
HipótesisMover la elegibilidad al inicio filtra antes a los no calificados, sin sacrificar completitud.
Métrica primaria% de leads completos que resultan elegibles.
GuardiaLa completitud del formulario no cae.
DescarteVariante intermedia sin diferencia → el cuello es otro.
Formulario de registro de Somos: los campos de nombre, celular y correo aparecen antes de la pregunta de portería/elegibilidad, que queda al final.
  1. Datos personales primero — nombre, prefijo, celular, correo.
  2. La pregunta de elegibilidad (portería) llega al final del formulario.
Observación pública · Fuente: somosinternet.com · Capturado: 2026-08-03
HOYDatosCelularElegibilidad al final
PROPUESTOElegibilidad al inicioDatosCelular
02 · ¿El problema de WhatsApp es el tiempo, no el copy?
Más agendamientos que el formulario — pero se fuga en la calificación.
Ver experimento
ObservaciónEl CTA principal del home es un link directo a WhatsApp; la verificación de cobertura ahí ya es automática (probado en vivo, ver abajo) pero saca al usuario del chat.
HipótesisEl problema es la espera de la primera respuesta, no el mensaje.
Métrica primariaTasa de calificación (qué parte de los que escriben llega calificada).
GuardiaSatisfacción con la atención.
DescarteResponder en min no cambia nada → el problema es el copy.
Mensaje min de esperaPrimera respuestacalificación
Probado en vivoOBSERVACIÓN PÚBLICA2026-08-03: el bot responde en 1-2 min y valida cobertura solo — pero exige salir de WhatsApp a un buscador web y volver a pegar el resultado. La espera no es el cuello de botella; el cambio de app sí podría serlo.
03 · ¿Optimizamos conversiones o resultados reales?
Un agendamiento que no se instala no es conversión.
Ver experimento
ObservaciónSin observación pública directa — hipótesis de método, aplicable a cualquier embudo con etapas de calificación.
HipótesisLa métrica que importa termina en instalación, no en agendamiento.
Métrica primariaLead → instalación.
GuardiaCalidad del agendado (que el que agenda es el que se instala).
DescarteLa cola de instalación no es el cuello → el orden de trabajo cambia.
Lead
Calificado
Agendado
Instalado — lo que cuenta
04 · ¿Cuánto se pierde en el selector de países?
~ países para un servicio que solo opera en Colombia.
Ver experimento
ObservaciónEl selector de país del formulario público lista ~ opciones para un servicio que solo opera en Colombia.
HipótesisFijar el prefijo +57 elimina fricción y errores de digitación.
Métrica primariaCompletitud del formulario (celular).
GuardiaQue no entren datos inválidos.
DescarteSin cambio → el selector no era el problema.
Campo de prefijo de país del formulario de Somos junto al campo de celular, con un selector genérico en vez de +57 fijo.
  1. 1El selector lista ~ países para un servicio 100% Colombia.
Observación pública · Fuente: somosinternet.com · Capturado: 2026-08-03
+57PROPUESTA
05 · ¿La capacidad es el guardrail de todo lo anterior?
Nada convierte si la instalación no absorbe la demanda.
Ver experimento
ObservaciónSin observación pública directa — hipótesis de sistema, se prueba antes de escalar cualquier otra.
HipótesisCualquier hipótesis que suba conversión se topa con operaciones antes de instalarse.
Métrica primariaCola de instalación y días de espera.
GuardiaQoS de los que ya pagan.
DescarteCapacidad holgada → el orden de trabajo cambia.
Más conversiónagendamientosMás agendadosdemanda operativa¿Instalado?

El experimento es la simulación: gráficos de capacidad abajo.

REQUIERE VALIDACIÓN
Detalle en el pitch →

El orden de trabajo

Backlog por ICE — puntaje de priorización, no un dato de Somos.

02La evidencia: dos embudos, un guardrail

Lo público está observado; la interpretación es hipótesis. Cada barra compara contra el paso anterior.

Evidencia del journey web RESULTADO SIMULADO

Formulario: visitas → agendamientos

Evidencia e instrumentación de WhatsApp RESULTADO SIMULADO

Conversacional: visitas → agendamientos

Capacidad: el guardrail downstream RESULTADO SIMULADO

El guardrail de la hipótesis 05, en números. REQUIERE VALIDACIÓN INTERNA

Cargando…
Cargando…
Cargando…
Cargando…

Demanda vs capacidad de instalación

Agendamientos y capacidad por día ( días simulados)

Demanda (agendamientos/día) Capacidad de instalación

Cola de instalaciones pendientes

Backlog acumulado en días simulados

Pendientes al cierre del día

La historia completa está en el pitch.

Esto es el 30%: evidencia e hipótesis. El 70% — investigación, ideas propias, el hallazgo de operaciones — está ahí.

Ver el pitch → Metodología →