Todo el alcance en un solo lugar: los cambios al CRM que pidió el equipo comercial y el tablero de KPIs del embudo. Qué implica cada parte, quién la hace y el tiempo estimado. Cada bloque trae sus pasos completos en un desplegable.
Preparada por DopamineLab · junio 2026
ΣResumen de todo
Dos frentes: (1) la configuración del CRM que pidió el equipo, y (2) el dashboard del embudo. Casi todo lo arma su equipo dentro del CRM; solo el tablero ejecutivo (semáforos + diagnóstico) es desarrollo a la medida.
Bloque
Quién
Estimado
1 · CRM — Asignación de leads por turno (usuarios, permisos, QA)
Su equipo
18–28 h
2 · CRM — Auto-agendar el tour (Nivel 1 + Nivel 2)
Trabajo de su equipo≈ 54–119 h+ tablero ejecutivo (cotización aparte)
Cómo leer este número
Entre 54 y 119 horas de trabajo de un administrador del CRM — del orden de 1.5 a 3.5 semanas enfocadas. Los dos grandes columpios son el etiquetado del histórico y el auto-agendado del tour (que además tiene bloqueadores técnicos). No incluye el mantenimiento continuo. Cada bloque, abajo, con sus pasos completos en un desplegable.
Parte 1 · Configuración del CRM
1Asignación automática de leads por turnoAvanzado
Que cada lead nuevo caiga solo con el vendedor en turno, y que ningún vendedor pueda robar leads. La buena noticia: se enchufa a lo que ya existe — no se construye desde cero.
Entra
Lead nuevo
1er mensaje de WhatsApp
→
Ya existe
Detecta sucursal → tag
solo, leyendo la conversación
→
Ya existe
Crea la oportunidad
(sin dueño)
+ asignar dueño por turno
Hoy, al detectarse la sucursal ya se dispara un flujo que crea la oportunidad — pero sin dueño. Lo único que falta es ponerle dueño según el turno. Por eso no se crea un flujo nuevo (eso duplicaría): se agrega el paso de asignación dentro del que ya corre.
El calendario de turnos es por sucursal
La asignación se maneja con un calendario semanal de turnos: qué vendedor recibe los leads en cada franja de cada día. Es distinto en cada sucursal — misma estructura, cambian las ventanas horarias y los usuarios.
Ejemplo — sucursal Armida
Periodo
Ventana
Recibe
Lun–Vie · mañana
9:50 pm (noche ant.) → 1:00 pm
Matutino
Lun–Vie · tarde-noche
1:01 pm → 9:49 pm
Luis
Sábado
Vie 10:00 pm → Sáb 4:00 pm
Luis Miguel
Sáb tarde → Dom
Sáb 4:00 pm → Dom 4:00 pm
⚠ Por definir
Domingo
Dom 4:01 pm → lunes
Amy
Decisión del equipo (bloquea solo el fin de semana)
¿Quién recibe los leads del sábado 4:00 pm al domingo 4:00 pm? Única franja sin cubrir: (a) extender a Luis Miguel, o (b) que Amy arranque antes.
Ver pasos · cómo se construye la asignación7 pasos
Prerrequisitos: capturar el User ID de cada vendedor (Settings → My Staff → el ID va en la URL), crear el tag lead-asignado, y tener los usuarios creados (ver sección 4).
Abrir el flujo de sucursal que ya crea la oportunidad (se dispara con la detección de sede, pipeline de Sucursales).Es un flujo vivo con cientos de oportunidades: prueben los cambios con un contacto de prueba antes de soltarlo a producción.
Antes del paso "Crear oportunidad", agregar un filtro: si el contacto ya tiene lead-asignado → terminar (no reasignar al que regresa).El candado de "ya asignado" se hace con un tag porque las condiciones del CRM no pueden leer el dueño del contacto — limitación de la plataforma.
Agregar un If/Else (Condition) con las ramas de turno, usando Day of the Week + Time of the Day (is on or after / is before).El CRM evalúa de arriba hacia abajo y gana la primera que se cumple → fin de semana arriba. El horario va de 15 en 15 min: 9:50 pm se redondea a 9:45 pm.
En cada rama:Assign to User → el vendedor de esa franja, y Add Contact Tag → lead-asignado.
En el paso "Crear oportunidad" existente, poner Owner = {{contact.assigned_user}} para que nazca con dueño.Si la cuenta no acepta ese token dinámico en el owner, se pone el usuario fijo en cada rama. A confirmar en la cuenta.
Publicar y verificar con un contacto de prueba.
Las ramas de Armida (mapa para construir)
B1 · Luis Miguel (sábado)SI (Día = Viernes Y Hora ≥ 9:45 pm) O (Día = Sábado Y Hora < 4:00 pm)
→ Assign: Luis Miguel · Tag: lead-asignadoB2 · PENDIENTE (Sáb 4:00 pm → Dom 4:00 pm) ← decisión del equipoB3 · Amy (domingo)SI Día = Domingo Y Hora ≥ 4:00 pm Y Hora < 9:45 pm
→ Assign: Amy · Tag: lead-asignadoB4 · Matutino (Lun–Vie + banca nocturna)SI (L–V Y Hora < 1:00 pm) O (D–J Y Hora ≥ 9:45 pm)
→ Assign: Matutino · Tag: lead-asignadoB5 · Luis / vespertino (Lun–Vie tarde-noche)SI L–V Y Hora ≥ 1:00 pm Y Hora < 9:45 pm
→ Assign: Luis · Tag: lead-asignado
Si su cuenta solo deja "Y" dentro de una rama
Algunas cuentas no permiten "O" dentro de una sola rama. Pártanla en dos (ej. B1a "viernes noche" y B1b "sábado mañana"), ambas a Luis Miguel. Resultado idéntico, más ramas.
Ver pasos · permisos (candado anti-robo)2 pasos
Por cada vendedor, en Settings → Team → (usuario):
Only Assigned Data = ON.El candado real: el vendedor solo ve lo que tiene asignado. No puede robar lo que no ve.
Permisos del pipeline de Sucursales ajustados para que mueva sus oportunidades pero no reasigne las ajenas.Verificar los permisos exactos en la cuenta: visibilidad por datos asignados es lo que cierra el robo hacia otros.
Lo que el sistema NO bloquea (transparencia)
El CRM no tiene un permiso nativo de "no puede cambiar el owner"; solo Admin y User. Con Only Assigned Data el robo hacia otros queda cerrado, pero un vendedor sí podría cambiar el dueño de un contacto que ya es suyo. Para blindaje total existe un "flujo centinela" que revierte cambios de owner — opcional.
Dos huecos conocidos
Leads solo-inbound sin tag: si la respuesta del bot no menciona la sucursal, el lead no recibe tag de sede → no entra a este flujo. Es un gap del router.
Mantenimiento continuo: cada cambio de turno, cobertura o vacación obliga a editar las ventanas/usuarios. El calendario vive.
Tiempo:Armida 3–4 hcada sucursal extra 1.5–2 hpermisos + QA 7–13 h
2Auto-agendar el tour en el calendarioProyecto con prerrequisitos
El equipo pidió que "el sistema genere la cita y la agregue al calendario del colaborador en turno". Hay que ser claros: eso no es posible hoy, y no es un flujo simple — es un proyecto con varios prerrequisitos.
Por qué no se puede hoy
El bot solo hace handoff ("te conecto con un compañero"): no pregunta día/hora ni consulta disponibilidad.
Existen 5 calendarios "Tour Guiado" (uno por sucursal)… pero están vacíos: sin personas asignadas, no generan horarios.
Ver pasos · Nivel 1 (corto plazo: avisar al recepcionista)2 pasos
Lo que sí se puede pronto, sin el proyecto completo:
Que el bot agregue un tag al hacer handoff, ej. tour-por-confirmar.
Flujo con trigger Tag Added = tour-por-confirmar → Create Task / notificación al vendedor en turno ("Nuevo Tour por confirmar").
Nivel 1:1–2 h
Ver pasos · Nivel 2 (lo que pidió el equipo: cadena de prerrequisitos)7 pasos
Para que el bot ofrezca horarios por sucursal y reserve en el calendario del colaborador en turno, en orden:
Decidir calendario por sucursal (recomendado) vs por colaborador.
Crear los usuarios que faltan (Alquimia no tiene ninguno; Contry no tiene ni calendario ni etapa).
Asignar team members a los 5 calendarios (hoy vacíos = bloqueador), + notificaciones y dirección física.
Configurar la disponibilidad = los turnos reales de cada persona en cada calendario.
Conectar el booking al bot.Bloqueador técnico: el CRM permite 1 sola acción de agendado por bot, pero hay 5 calendarios. Hay que validar el workaround (¿varias acciones? ¿calendario maestro?).
Exponer la consulta de horarios al bot para que ofrezca slots reales.
Revertir el bloque del prompt que hoy fuerza el handoff a humano.
Importante
El Nivel 2 no es solo tiempo: tiene bloqueadores técnicos por resolver (sobre todo el límite de 1 agendado por bot). El estimado es orientativo y puede crecer.
Nivel 2:12–24 h+ bloqueadores por resolver
Tiempo total sección:Nivel 1 · 1–2 hNivel 2 · 12–24 h*
3Trabajo sobre el históricoMedio · manual
Para leads nuevos, la sucursal ya se etiqueta sola. El problema es el histórico (anteriores al 31 de mayo): de 3,539 contactos viejos, solo 6 tienen tag de sucursal. (Corte al 31-may-2026, medido por API.)
Población
Cantidad
¿Etiquetable?
Orgánicos (llegaron por WhatsApp)
~1,784
Sí — 93% tiene conversación que dice la sucursal
Importación masiva (18-mar)
~1,749
No por chat — 0% tiene conversación que leer
El trabajo real de "leer el chat y etiquetar a mano" es sobre ~1,784 contactos. Los ~1,749 importados no tienen conversación → quedan fuera de alcance o necesitan otro criterio.
Ver pasos · etiquetar el histórico por sucursal3 pasos
Contacts → filtrar el histórico con conversación (por fecha + actividad).
Revisar la conversación de cada uno para ver la sucursal de interés.
Bulk Actions → Add Tag con la sucursal correcta (en bloques por sucursal).
El número honesto
~1,784 contactos × revisión de conversación = 10–45 h a mano (según qué tan a fondo se lea). Volumen alto y propenso a error humano. (Es automatizable; aquí se estima el esfuerzo manual.)
Ver pasos · repartir el histórico entre vendedores2 pasos
Contacts → filtro Date Added ≤ 31 may 2026 (+ sucursal).
Bulk Actions → Assign to User.Asigna todos al mismo; para repartir parejo hay que partir la lista en bloques a mano.
Tiempo:Etiquetar 10–45 hRepartir 3–5 h
4Alta de los usuarios de recepciónPrerrequisito
Es prerrequisito de la asignación (1) y de los calendarios (2). No se puede asignar un lead ni una cita a un vendedor que no existe en el CRM.
Huecos a cerrar primero
Alquimia: tiene calendario, etapa y tag, pero ningún usuario creado.
Contry: tiene tag pero no calendario ni etapa.
Ver pasos · alta de usuarios2 pasos
Settings → My Staff → Add Employee. Nombre, correo, rol y permisos (los de la sección 1). Repetir por persona.
Cada usuario recibe correo de activación y define su contraseña.
Seguridad
No carguen contraseñas en hojas compartidas. Que cada quien la cree en su correo de activación.
Tiempo:1–2 h
5Exportar la base (con etiquetas / por vendedor)Sencillo
Ver pasos · exportar2 pasos
Contacts → filtros (por Tags de sucursal, o por Owner para la base de un vendedor).
Seleccionar → Export → CSV (incluye columna de etiquetas).
Tiempo:minutos · sin configuración
6Dudas del equipo (Knowledge Base)Lo hace DopamineLab
Cómo usar etiquetas, subir citas y días de prueba, cambiar estatus, dar seguimiento — no se configura, ya funciona en el CRM.
De esto se encarga DopamineLab
Actualizamos el Knowledge Base y dejamos la referencia lista para que el equipo tenga las respuestas a la mano. Ustedes no configuran nada aquí.
Parte 2 · Dashboard del embudo comercial
7Dashboard del embudoMixto
El tablero de 8 KPIs que definió el equipo. La parte de los números se arma en el CRM; la lectura ejecutiva (semáforos + diagnóstico) es desarrollo a la medida.
El modelo · 8 KPIs en 4 fases
M1
Leads recibidos
Meta: mensual mkt · Alerta: <meta 2 sem
M2
Leads atendidos
≥90% de M1 · <70%
M3
% Atención (M2÷M1)
≥90% · <70%
M4
Leads en visitas
25–40% de M2 · <20%
M5
% Atracción (M4÷M2)
≥30% · <20%
M6
Días de prueba
≥1 c/2 visitas · 0/sem
M7
Visitas a ventas
40–60% de M4 · <30%
M8
% Conversión (M7÷M1) · maestro
15–25% · <10%
Qué se puede en el CRM y qué no
✓ Sí, nativo en el CRM
Conteos M1, M2, M4, M6, M7por tag, fecha y sucursal
Los % M3, M5, M8con métricas personalizadas (su plan ya lo incluye)
Embudo por etapacuántos hay en cada fase
Filtros por periodo y sucursal
✕ Requiere desarrollo
Semáforos verde/ámbar/rojolos colores del CRM son fijos
Meta vs. realno hay objetivo ni barra de progreso
Diagnóstico automáticonada recorre M3→M5→M7
Embudo con conversión realel nativo engaña con no-shows
Ver pasos · armar los números en el CRM (parte de su equipo)3 pasos
Estandarizar los tags de estado (Settings → Tags): hoy hay st:* con espacios dobles que parten los conteos. Dejar una sola forma.
Capturar 2 datos que faltan: "lead atendido" (M2 — el vendedor pone el tag atendido y un flujo sella la fecha) y "día de prueba" (M6 — tag dia-prueba).El tag manual es el camino confiable: el CRM no tiene un disparador fino de "primer mensaje del vendedor".
Armar los widgets (Reporting → Dashboard → Add Widget): conteos (M1, M2, M4, M6, M7), los % (M3, M5, M8) con métricas personalizadas, y el embudo por etapa — filtrable por sucursal.
Lo arma su equipo:≈ 6–11 h
El tablero ejecutivo · desarrollo a la medida
Lo que el director usa cada mañana: no leer "459 atendidos", sino ver el color y saber dónde actuar.
● M5 30% · en meta● M3 85% · bajo meta● M8 9% · alerta
Semáforos de cada KPI según meta y alerta.
Meta vs. real de cada KPI.
Embudo con conversión real (corrigiendo no-shows).
Diagnóstico automático:
SI M8 < 10% ← el embudo está enfermo→ revisar en orden: M3 → M5 → M7→ el % más bajo vs. su meta = la fase que falla
Cómo se entrega
Un tablero a la medida que jala los datos del CRM (los mismos de arriba), aplica las metas y el diagnóstico, y se muestra dentro del CRM. El alcance y el costo se cotizan por separado.