Conecta WhatsApp a Pipedrive con un número en Coexistencia

¿Cómo llega un mensaje de WhatsApp a una persona de Pipedrive?

Meta envía cada mensaje del número al destino de webhook que hayas configurado para él, aquí un nodo Webhook de n8n. El flujo busca personas en Pipedrive con el número del remitente; la búsqueda de personas de Pipedrive cubre el campo de teléfono y acepta un indicador de coincidencia exacta. Si devuelve una persona, el flujo usa ese id. Si no devuelve ninguna, crea una persona con el nombre de perfil de WhatsApp y el número, y después un lead vinculado a ella, de modo que el primer mensaje de un desconocido aparezca en la Leads Inbox para que alguien lo califique.

El mensaje en sí se convierte en una nota. Una nota de Pipedrive solo necesita su contenido, que admite HTML, y al menos un id de persona, trato, organización o lead. Adjúntala al trato abierto si lo hay, y a la persona en caso contrario.

¿Por qué el paso de búsqueda llega primero a los límites?

Porque Pipedrive da a la búsqueda su propia cuota, mucho más pequeña. Las llamadas generales a la API se limitan por usuario en una ventana móvil de dos segundos, desde 20 peticiones en Lite con token de API hasta 120 en Ultimate. La Search API se mantiene en 10 peticiones cada dos segundos en todos los planes.

Un número tranquilo nunca lo nota. Uno que envía una plantilla a unos cientos de clientes y recibe cincuenta respuestas en un minuto sí, porque cada respuesta empieza con una búsqueda. Entonces el flujo recibe respuestas 429 y, sin reintentar, pierde la nota.

Dos cosas lo arreglan. Activa los reintentos con espera en el nodo de búsqueda de Pipedrive, y guarda en caché la correspondencia entre teléfono e id de persona en los datos estáticos del flujo de n8n o en una tabla pequeña, para que un cliente que envía seis mensajes seguidos cueste una búsqueda y no seis.

¿También se pueden registrar las respuestas escritas desde el teléfono?

Sí. Coexistencia mantiene la app de WhatsApp Business funcionando en el mismo número, y cuando alguien del equipo responde desde ella, Meta envía un eco del mensaje saliente al mismo destino de webhook, en el campo smb_message_echoes.

Añade una rama para esos ecos y regístralos como notas marcadas como salientes, o como actividades completadas si tu equipo informa por número de actividades. Quien abra el trato verá entonces lo que preguntó el cliente y lo que respondió la tienda, en orden.

Para los mensajes que envía el propio flujo, como una plantilla cuando un trato cambia de etapa, registra la nota en el momento del envío. El flujo ya tiene el texto y el id del trato, así que no hay motivo para esperar a un webhook.

¿Cómo se debe normalizar el número de teléfono?

A dígitos con el código de país y nada más, porque es lo que envía Meta. Un remitente llega como 14155550188, mientras que una persona escrita a mano en Pipedrive puede aparecer como +1 (415) 555-0188.

Cuando el flujo cree una persona, guarda el número en esa forma de solo dígitos para que sus propios registros siempre coincidan. Para las personas creadas a mano, una limpieza puntual en n8n que reescriba los teléfonos existentes en la misma forma se amortiza la primera semana. Sin ella, la búsqueda con coincidencia exacta no encuentra a las personas que introdujo el equipo y el flujo crea un duplicado por cada una.

Conserva el formato original en una segunda entrada de teléfono si al equipo le gusta leerlo así. Las personas de Pipedrive pueden tener más de un teléfono.

Errores comunes

• Hacer una búsqueda por mensaje sin caché. Las ráfagas de respuestas chocan con el límite de 10 cada dos segundos de la Search API y se pierden notas.
• Crear un lead por cada mensaje en lugar de por cada persona nueva. La Leads Inbox se llena de copias del mismo cliente.
• Adjuntar las notas solo a la persona cuando hay un trato abierto. El comercial que lleva el trato nunca ve la conversación.

Preguntas frecuentes

Sigue leyendo