Experto GHL para techadores: 8 mitos antes de contratar

Ocho mitos de contratistas de techos hispanos en EE. UU. antes de contratar a un experto en GHL, comprobados con un sistema real armado para un techador en Kentucky.

Por Carlos Familia, Experto en CRM y automatización con IA. Actualizado el 20 de octubre de 2026. 6 min.

En Kentucky le armé a un contratista de techos lo que busca casi todo el que anuncia en Facebook: más inspecciones agendadas. Tenía un pipeline de inspecciones de 10 etapas, flujos automatizados de aviso y confirmación numerados del 01 al 14, un bot para Instagram y una confirmación por respuesta: "SÍ" confirma la inspección y "NO" la cancela.

Todo se veía completo. Cuando revisé qué canal podía llegarle de verdad a un propietario, la respuesta fue ninguno: el registro para mensajes de texto no estaba aprobado, el saldo de correo estaba en cero y el bot seguía en modo de prueba.

¿Qué debe hacer un experto en GHL (GoHighLevel) por un techador hispano en EE. UU.? Tres cosas: contestar rápido a quien llegó del anuncio, agendar la inspección en un solo paso y hablarle a cada cliente en su idioma. Y decirte con franqueza qué canales funcionan hoy. Estos son los ocho mitos que más veo antes de que alguien contrate.

Mito: si el sistema está armado, ya funciona

En Kentucky los flujos estaban listos y no había ningún canal activo. Por eso no tengo números de resultados de ese sistema: el bot estaba en modo de prueba y el correo, bloqueado por falta de saldo.

Detrás de "armado" había tres problemas más. Una frase del modo de prueba se coló en un mensaje a un prospecto. La zona horaria de la cuenta estaba en hora del este, y el negocio trabaja en hora central. Y una búsqueda sin paginar en n8n pasó por alto un flujo que ya existía, así que terminé con un flujo de webhook duplicado (un segundo receptor para los mismos datos). Antes de dar algo por terminado, léelo en los registros de una ejecución real.

Mito: los mensajes de texto salen desde el primer día

Para mandar texto desde un número local de 10 dígitos en EE. UU., HighLevel pide registrar primero la marca y después la campaña, según su guía de campañas. La campaña queda "pendiente" hasta que termina la revisión, y la guía no da un plazo.

El tipo de marca también cuenta. Según la guía de marcas de HighLevel, si tu empresa tiene número de identificación fiscal (EIN), se registra como Standard. La opción Sole Proprietor es para quien no tiene EIN ni empresa registrada y trabaja solo, y admite un único teléfono por campaña. Si tu equipo manda texto desde varios números, no te sirve.

La confirmación por "SÍ" o "NO" funciona porque GoHighLevel puede separar las respuestas con una frase exacta, una por disparador, y en Kentucky el "NO" cancela la cita llamando a la API. Por eso depende tanto de que el texto llegue.

La regla que me dejó Kentucky: no pongas un paso de "si no responde, cancela la cita" antes de que el registro esté aprobado. El texto no llega, y se cancelan todas las citas. Mi guía en inglés de A2P 10DLC tiene el detalle.

Mito: mis clientes solo usan mensajes de texto

Depende de tus clientes. El resumen sobre redes sociales del Pew Research Center, publicado el 20 de noviembre de 2025 con una encuesta hecha del 5 de febrero al 18 de junio de 2025, encontró que el 56% de los adultos hispanos en EE. UU. usa WhatsApp, frente al 23% de los adultos blancos. Es una señal, no una regla: pregúntales a los tuyos.

En el sistema de Kentucky usé Instagram y correo, no WhatsApp. Si tus clientes están en WhatsApp, esa conversación tiene sus propias reglas (plantillas, ventana de 24 horas, permiso previo). Léelas antes de contratar con las señales de alerta de un experto en chatbot de WhatsApp.

Mito: bilingüe es traducir las plantillas

Traducir es lo fácil. Lo difícil es que cada contacto tenga un solo idioma guardado y que todos los flujos lo lean. En una cuenta hipotecaria encontré etiquetas de idioma mezcladas, y llegaban recordatorios en español a personas que hablaban inglés. Pasé a 33 contactos a una sola etiqueta de idioma.

En Kentucky los dos idiomas viven en el mismo sistema, así que aplica la misma regla. Y revisa el vocabulario del negocio: el bot que cloné de un spa médico todavía traía su lista de servicios, y hubo que reescribirla con los servicios de un techador.

Mito: el bot puede contestar lo que sea, incluida la garantía

No debería. Al bot de Kentucky le armé una base de conocimiento de garantías a partir de la guía del fabricante, con una lista exacta de lo que puede afirmar y lo que no. Un bot que improvisa términos de garantía te compromete con algo que quizá no cubres. Lo mismo vale para precios y tiempos de entrega.

Antes de contratar, pregunta: "¿Qué cosas le prohibiste decir al bot y dónde está escrito?"

Mito: una secuencia sabe cuándo parar

Solo para donde tú le dices. En el sistema de Kentucky corregí, entre otras, estas cuatro fallas:

• No permitía volver a entrar, así que los prospectos que regresaban no recibían ninguna secuencia.
• El camino de reprogramar no tenía salida.
• Los correos de seguimiento seguían llegando a clientes que ya habían agendado.
• Al responder, la secuencia terminaba y no le avisaba a nadie.

También caí en dos trampas de etiquetas. Un segmento con tres condiciones "no tiene la etiqueta" unidas con "o" se cumplía siempre, porque basta con que al contacto le falte una de las tres. Para decir "ninguna de estas etiquetas" hace falta "y". Además, poner una etiqueta que el contacto ya tiene no dispara nada. Más casos en errores en workflows de GoHighLevel.

Mito: los prospectos de Facebook siempre llegan al CRM

No siempre. Para una agencia de seguros en Puerto Rico, un formulario de Facebook sin mapear estaba perdiendo prospectos. Al mapearlo, 39 prospectos atascados entraron en unos 3 minutos, y esos no activaron ningún flujo.

Hay también una trampa de velocidad: un prospecto de formulario de Facebook puede crear dos contactos, y GoHighLevel los une de 1 a 2 segundos después. Una respuesta muy rápida se va a un contacto que ya no existe. En el bot de un spa médico, la solución fue esperar un momento y volver a buscar al contacto por teléfono o correo. En Kentucky, el cuestionario de los anuncios guarda al prospecto aunque no lo termine, y lo lleva al calendario de reservas con nombre, correo y teléfono ya llenos.

Mito: con el software de techos ya tengo el CRM

El software de producción es otra cosa. AccuLynx se presenta como un software de techos todo en uno, con estimados a partir de datos de medición, pedidos directos a proveedores, calendario de producción, propuestas y mensajes de texto. Para la obra tiene sentido un programa pensado para eso.

GoHighLevel cubre la otra mitad: la primera respuesta, la reserva y el seguimiento. Pregúntate qué mitad te hace perder dinero hoy. Si un prospecto de Facebook entra un viernes a las 7 de la noche, ¿quién le contesta? Muchos techadores necesitan las dos mitades, y algunos solo la de obra.

¿Y entonces qué hago?

Escribe qué canales pueden enviar mensajes hoy (correo, texto, Instagram, WhatsApp) y cuáles esperan un registro. Pide que cada formulario de Facebook esté mapeado y que te muestren cuántos prospectos recibieron una primera respuesta. Exige que cada secuencia tenga salida al agendar, al responder y al cambiar de etapa, y que un contacto de prueba recorra cada camino mientras se leen los registros. Mi cuenta de demostración de techos tiene ramas en español y en inglés, y en la última ronda de pruebas pasó sus 35 recorridos, igual que las otras 7 cuentas. Si prefieres empezar por un sistema ya probado, el Automation Pack para techos cuesta $22; la instalación la haces tú o tu agencia. Mira también la página de servicios para el hogar, mi guía en inglés de roofing CRM y cómo contratar a un experto en GoHighLevel. Si quieres revisar tu sistema conmigo, la agenda está abajo.

Sobre el autor

Carlos Familia, Experto en CRM y automatización con IA. GoHighLevel, n8n, agentes de IA, servidores. Desarrollador full stack.

Construyo sistemas de CRM en GoHighLevel, automatizaciones de n8n en mis propios servidores y agentes de IA de voz y chat para negocios de servicios. Desarrollador full stack: escribo el workflow, la integración con la API, la base de datos y el servidor donde corre, y pruebo cada sistema con recorridos reales antes de entregarlo.