Saltar al contenido

Automatización · Atención y agendamiento

Contestarle por WhatsApp a un cliente si su cambio ya salió, revisando GitLab

Un agente de IA busca el pedido del cliente en GitLab, revisa la merge request, su pipeline y la versión publicada, y le responde por WhatsApp.

¿Cómo le respondo a un cliente por WhatsApp si su cambio ya está publicado, mirando GitLab?

Cuando un cliente de tu agencia pregunta por WhatsApp si ya quedó el cambio que pidió, el Met busca en GitLab el work item de ese pedido y mira qué merge requests tiene relacionadas. Abre la merge request para ver si ya se fusionó y cómo terminó su pipeline, y revisa si después salió una versión publicada. Con eso le responde en palabras simples si el cambio ya está publicado, si está en revisión o si el despliegue falló y el equipo lo está mirando. Al final deja un comentario interno en el work item para que el equipo sepa que el cliente preguntó.

Qué la pone en marcha

Cuando el cliente escribe

Empieza cuando un cliente escribe por WhatsApp para preguntar si un cambio que pidió ya está en su sitio o en su app. No hay un trigger que configurar: el Met asignado a la línea lo resuelve en esa conversación.

No hace falta programar nada: el Met asignado al canal recibe la conversación y ejecuta el procedimiento dentro de ella.

Quién la ejecuta

Met de atención de una agencia que trabaja en GitLab

Área de Atención al cliente

No tiene un nombre propio sembrado. Es el Met que atiende el WhatsApp de la agencia o del negocio, con GitLab conectado: termina cuando el cliente sabe en qué punto está su cambio y el equipo tiene la pregunta anotada.

Lo ejecuta el Met de atención al cliente

Canales: WhatsApp

Qué hay que tener conectado

5 pasos · 6 herramientas

El procedimiento, paso a paso

Cada paso muestra la herramienta que se ejecuta. Son las del conector real: si una dejara de existir, esta página no compilaría.

  1. 1

    Encontrar el pedido del cliente

    El Met lista los work items del proyecto del cliente y busca por texto el pedido que menciona, por ejemplo el cambio del formulario de contacto. Si hay varios parecidos, confirma con el cliente cuál es.

  2. 2

    Ver qué merge request lo resuelve

    El Met abre el work item y pide sus merge requests relacionadas. Si no tiene ninguna, le dice al cliente que el pedido está registrado y todavía no tiene un cambio en curso.

  3. 3

    Revisar la merge request y su pipeline

    El Met abre la merge request con sus pipelines para saber si ya se fusionó, y abre el último pipeline con sus jobs para ver si terminó bien o qué job falló.

  4. 4

    Confirmar si ya hay versión publicada

    Si el equipo publica versiones, el Met lista las versiones del proyecto y compara la fecha de la más reciente con la fecha en que se fusionó la merge request.

  5. 5

    Responder y dejar constancia

    El Met le responde al cliente si el cambio está publicado, en revisión o detenido por una falla, y deja un comentario interno en el work item para que el equipo vea que el cliente preguntó.

Antes de empezar

Qué necesitas tener listo

Ninguno de estos puntos lo resuelve el Met. Si falta uno, la automatización se detiene ahí.

Los límites

Qué NO resuelve esta automatización

Preferimos decirlo aquí que descubrirlo en la implementación.

Preguntas frecuentes

Preguntas sobre esta automatización

No. El cliente solo habla con el Met por WhatsApp; todo lo que se lee y se comenta en GitLab lo hace la cuenta que conectó el admin.

El Met le dice al cliente que el cambio está detenido y que el equipo lo revisa. Si el dueño lo pide, el Met también puede leer el log del job que falló para explicarle qué pasó.

Sí. En ese caso el Met responde con lo que dicen la merge request y el pipeline: si se fusionó y si el pipeline terminó bien, sin nombrar una versión.

Sigue por aquí

Otras automatizaciones con las mismas herramientas

¿Quieres esta automatización corriendo con tus datos?

Te la mostramos con tus cuentas conectadas, no con una demostración enlatada.