Un CRM impulsado por HubSpot dentro de Gmail cambió la forma en que un equipo de ventas hace seguimiento
Un responsable de ventas usó Manus para crear un flujo de trabajo personalizado que llevara los detalles de HubSpot a los lugares donde el equipo ya trabajaba: Gmail y Slack. El objetivo era simple. Cuando un cliente potencial enviara un correo al equipo, el representante no debería tener que salir de la bandeja de entrada para averiguar quién era esa persona, si la empresa ya estaba en HubSpot, o si la conversación era relevante para un trato abierto.
Con Manus, el responsable de ventas creó un flujo de trabajo que acercó los detalles correctos de HubSpot al correo electrónico. El sistema terminado integró HubSpot, Gmail y Slack en un solo flujo de trabajo. Podía etiquetar mensajes de Gmail cuando existía información de HubSpot, mostrar información útil de la cuenta dentro de Gmail y notificar al equipo en Slack cuando un cliente potencial empresarial necesitaba atención.
El proyecto comenzó con un problema cotidiano de ventas
El proyecto comenzó con una pregunta práctica de ventas: ¿qué debería saber un representante antes de responder a un correo?
Por ejemplo, si Priya de acme.com envía un correo al equipo, el representante necesita comprender rápidamente si ella ya existe en HubSpot, si Acme es una cuenta objetivo, si hay un trato abierto y quién es el dueño de la relación. Esas señales determinan si la respuesta debe ser rápida, derivada o gestionada de otra manera.
Manus ayudó a traducir esa pregunta en una capa de datos utilizable. HubSpot ya almacena esta información en contactos, empresas, tratos y registros de propiedad. El desafío era identificar cuáles de esos campos realmente importan en el momento de responder, y hacerlos accesibles dentro de Gmail.
Eso redujo el problema a un conjunto simple de señales: quién envió el correo, a qué empresa pertenece, si la empresa es conocida, si hay un trato activo y quién es el dueño de la cuenta. Esto se convirtió en la base del flujo de trabajo de Gmail.
La extensión del navegador y la etiqueta dentro de Gmail
Una pequeña decisión de producto hizo que el flujo de trabajo fuera más fácil de entender para los representantes. La etiqueta de Gmail no se usó como un sistema complicado de puntuación. Se usó como una señal simple.
En esta maqueta ficticia, la etiqueta es la señal. Cuando un representante hace clic en ella, la extensión del navegador se abre con los detalles básicos del cliente potencial o cliente necesarios antes de responder.
Por ejemplo, si Priya de Acme envió un correo al equipo y Acme ya existía en HubSpot, el correo se etiquetaría en consecuencia. Si el remitente ya es cliente, el representante puede responder con más historial de la cuenta. Si el remitente está vinculado a un trato empresarial abierto, el representante puede priorizar la respuesta. Si el remitente pertenece a una empresa sin dueño asignado, el equipo puede necesitar asignar a alguien antes de responder.
Una vez que los correos están etiquetados, un representante de ventas puede hacer clic en la etiqueta y abrir la extensión con los detalles relevantes de HubSpot dentro de la bandeja de entrada.
Slack ayudó al equipo a actuar sobre clientes potenciales importantes
Gmail ayudó a un representante a responder con mejor información. Slack ayudó al equipo a coordinarse cuando un cliente potencial importante necesitaba atención.
En este flujo de trabajo, Manus creó un bot de Slack para enviar notificaciones de Slack para clientes potenciales empresariales entrantes desde HubSpot. Un mensaje de Slack podía indicar al equipo que una empresa con buen ajuste se había puesto en contacto, incluir el nombre de la empresa, mostrar el probable dueño y dirigir a las personas de vuelta al hilo del correo o al registro relacionado.
Por ejemplo, si un prospecto empresarial enviaba un correo desde una cuenta objetivo y no había un dueño asignado, Slack podía alertar al equipo. Eso hace que el cliente potencial sea visible para el grupo en lugar de quedar enterrado en la bandeja de entrada de una sola persona.
Slack hizo que la misma información de los leads fuera visible para todo el equipo. Un lead con buen ajuste podía verse, asignarse y atenderse antes de que se perdiera entre las grietas.
Qué pueden aprender otros equipos de este proceso
El proyecto funcionó porque HubSpot, Gmail y Slack se trataron como capas separadas. Cada capa se construyó por separado, se probó por su cuenta y luego se combinó en un flujo de trabajo que se ajustaba al ritmo de ventas existente del equipo.
La primera capa fue el modelo de datos de HubSpot. El equipo tuvo que decidir qué campos eran realmente útiles en el momento del seguimiento, como la identidad del contacto, la coincidencia de empresa, el propietario, el estado del trato, la fuente del lead, el plan y el siguiente paso. Se utilizó Manus para identificar campos valiosos de HubSpot y crear una base de datos sincronizada que el resto del flujo de trabajo pudiera usar
La segunda capa dependía del acceso. En este caso, el equipo estaba en Google Workspace, por lo que la autorización de Gmail podía realizarse mediante Google auth. Esto importaba porque el flujo de trabajo necesitaba permiso para leer mensajes, comparar remitentes con la base de datos derivada de HubSpot y aplicar etiquetas según reglas personalizadas. Luego se utilizó Manus para etiquetar automáticamente los correos según esas reglas.
La tercera capa fue la experiencia visible en Gmail. Después de que las etiquetas funcionaron, se utilizó Manus para crear la extensión del navegador que mostraba iconos de estilo HubSpot y cargaba los detalles relevantes del lead o cliente dentro de Gmail. La misma compilación también requería piezas de soporte: plugins de host, un sitio web de inicio de sesión y el flujo de autorización del usuario. Ese trabajo se gestionó como una capa separada en Manus antes de combinarse con el resto del sistema.
El consejo práctico de construcción para otros equipos es comenzar verificando los niveles de acceso, luego definir los campos mínimos útiles, probar la lógica de las etiquetas y construir la interfaz visible. Si falta alguna capa, la experiencia se vuelve poco confiable para el representante o demasiado difícil de adoptar por el equipo.
Prueba los conectores
Prueba los conectores hoy y potencia tus construcciones con capas de datos a las que puedes acceder directamente con Manus.
