Skill de IA para API de WhatsAppMás
1msg official logo

Encuesta post-ticket de soporte con WhatsApp API

El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar un caso o ticket de soporte, invitándolo a compartir feedback en una encuesta breve.

Descripción del caso de uso

El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar un caso o ticket de soporte, invitándolo a compartir feedback en una encuesta breve. El mensaje incluye el nombre del cliente, número de ticket y una línea de tema de encuesta. Un botón URL estático abre el formulario de encuesta o página de feedback.

Ejemplo de plantilla

Hola, {{1}}! El caso #{{2}} está completo. {{3}} Por favor completa nuestra encuesta breve — toma alrededor de un minuto.

Completar encuesta
  • {{1}}
    nombre del cliente
  • {{2}}
    número de ticket o caso
  • {{3}}
    tema o línea de invitación a la encuesta (p. ej. cuéntanos cómo atendimos tu solicitud, toma 1 minuto)
  • “Completar encuesta”
    botón — fijo en la plantilla de Meta
WhatsApp Business API for post-ticket survey

Cuándo usarlo

Usa este escenario cuando un caso o ticket de soporte se completa y el equipo necesita una encuesta de feedback estructurada en WhatsApp, en lugar de un mensaje manual del agente o un formulario solo por correo. Encaja en helpdesks que invitan a encuestas breves post-caso tras el cierre, contact centers con recolección estandarizada de feedback post-ticket y agencias que conectan triggers de encuesta desde Zendesk, Freshdesk o workflows CRM propios.

Más encuestas completadas
La invitación a la encuesta llega a WhatsApp con nombre, número de ticket y tema de encuesta como tres variables del cuerpo, así la petición de feedback queda en un canal que el cliente ya usa en lugar de una encuesta por correo que nunca abre.
Primer mensaje conforme tras la finalización
El helpdesk dispara una plantilla aprobada cuando el caso es elegible, así la invitación a la encuesta alcanza al cliente aunque no haya conversación abierta y no se permitan respuestas de texto libre.
Sin mensajes manuales de seguimiento de encuesta
El trigger post-cierre obtiene el teléfono del destinatario y los campos de encuesta, construye la plantilla con tres variables en el cuerpo y un botón URL estático, así los agentes no retipean el contexto del ticket ni recuerdan enviar un enlace de encuesta.
Contexto del ticket antes de responder
El nombre del cliente y el número de caso aparecen en el cuerpo del mensaje, así sabe a qué ticket completado se refiere la encuesta antes de tocar el botón fijo Completar encuesta que abre el formulario.
Entrega registrada para analítica de seguimiento
El resultado de entrega se escribe en el helpdesk o CRM mientras la finalización de la encuesta se rastrea en el formulario enlazado, así el seguimiento de feedback queda ligado al mismo registro del ticket.

Flujo de trabajo

  1. Construir y enviar

    El helpdesk dispara un trigger de encuesta post-cierre cuando el caso o ticket es elegible.

    POST /sendTemplate

  2. Capturar evento

    El sistema obtiene el teléfono del destinatario y los campos de encuesta.

    phone: "+…"

  3. Se construye un mensaje

    Se construye un mensaje de plantilla personalizado con tres variables en el cuerpo y un botón URL estático.

    POST /sendTemplate

  4. Entregado

    El cliente recibe la invitación a la encuesta en WhatsApp con contexto del ticket.

    entregado

  5. Estado registrado

    Se registra el resultado de entrega; la finalización de la encuesta se rastrea fuera de WhatsApp.

    status: "read"

WhatsApp Business API for post-ticket survey

Implementación técnica

Requisitos previos

  1. Clave API de 1MSG · Cómo obtener la clave API
  2. Cuenta de WhatsApp Business · Cómo conectar WABA
  3. Plantilla de WhatsApp · Cómo aprobar una plantilla WABA
  4. Opt-in del cliente · Cómo gestionar el consentimiento

Ejemplos de código

#!/usr/bin/env bash
set -euo pipefail

# === Configuration (replace "___" placeholders) ===

API_BASE_URL="https://api.1msg.io"        # production 1MSG API base URL
CHANNEL_ID="___"                           # channel ID from 1MSG dashboard
API_TOKEN="___"                            # channel JWT token (Bearer)

TEMPLATE_NAME="___"                        # approved template name
TEMPLATE_NAMESPACE="___"                   # template namespace (required — send fails without it)
TEMPLATE_LANGUAGE="___"                    # template language code, e.g. "en"



# === Test data ===
TEST_PHONE="___"                 # client phone in international format
TEST_CUSTOMERNAME="___"         # {{1}} customer name
TEST_TICKETNUMBER="___"         # {{2}} ticket number
TEST_TOPIC="___"         # {{3}} topic or subject

PHONE_NORM="$(printf '%s' "$TEST_PHONE" | tr -cd '0-9')"

for pair in "CHANNEL_ID=$CHANNEL_ID" "API_TOKEN=$API_TOKEN" \
            "TEMPLATE_NAME=$TEMPLATE_NAME" "TEMPLATE_NAMESPACE=$TEMPLATE_NAMESPACE" \
            "TEMPLATE_LANGUAGE=$TEMPLATE_LANGUAGE" "TEST_PHONE=$TEST_PHONE" \
            "TEST_CUSTOMERNAME=$TEST_CUSTOMERNAME" \
            "TEST_TICKETNUMBER=$TEST_TICKETNUMBER" \
            "TEST_TOPIC=$TEST_TOPIC"; do
    val="${pair#*=}"
    if [ -z "$val" ] || [ "$val" = "___" ]; then
        echo "Missing configuration value: ${pair%%=*}" >&2
        exit 1
    fi
done

if [ -z "$PHONE_NORM" ]; then
    echo "Error: phone number has no digits after normalization" >&2
    exit 1
fi

URL="${API_BASE_URL%/}/${CHANNEL_ID}/sendTemplate"

# params carries body ONLY. Button text is fixed in the Meta template — no button param.

# {{1}} customer name → ${TEST_CUSTOMERNAME}
# {{2}} ticket number → ${TEST_TICKETNUMBER}
# {{3}} topic or subject → ${TEST_TOPIC}
read -r -d '' PAYLOAD <<JSON || true
{
  "phone": "${PHONE_NORM}",
  "template": "${TEMPLATE_NAME}",
  "namespace": "${TEMPLATE_NAMESPACE}",
  "language": { "policy": "deterministic", "code": "${TEMPLATE_LANGUAGE}" },
  "params": [
    {
      "type": "body",
      "parameters": [
        { "type": "text", "text": "${TEST_CUSTOMERNAME}" },
        { "type": "text", "text": "${TEST_TICKETNUMBER}" },
        { "type": "text", "text": "${TEST_TOPIC}" }
      ]
    }

  ]
}
JSON

RESPONSE="$(curl -s -w '\n%{http_code}' -X POST "$URL" \
    -H "Content-Type: application/json" \
    -H "Authorization: Bearer ${API_TOKEN}" \
    -d "$PAYLOAD")"

HTTP_CODE="$(printf '%s' "$RESPONSE" | tail -n1)"
BODY="$(printf '%s' "$RESPONSE" | sed '$d')"

case "$BODY" in
    *'"sent":true'*) ok=1 ;;
    *) ok=0 ;;
esac

if [ "$HTTP_CODE" -ge 200 ] && [ "$HTTP_CODE" -lt 300 ] && [ "$ok" -eq 1 ]; then
    echo "Message sent to client."
    echo "API response: $BODY"
else
    echo "Send failed. HTTP status: $HTTP_CODE" >&2
    echo "$BODY" >&2
    exit 1
fi

Respuesta y estado de entrega

HTTP 2xx y JSON "sent": true significan que 1MSG aceptó el mensaje para envío — no que ya llegó al teléfono del cliente. Guarda el campo id (tipo wamid.…) para correlacionar los callbacks de entrega.

200 OKRespuesta
{
  "sent": true,
  "message": "Sent to [email protected]",
  "description": "Message has been sent to the provider",
  "id": "wamid.HBgLMzgwNjM5..."
}
  • sent

    Aceptado para envío — aún no en el teléfono del cliente

  • id

    Guárdalo; los callbacks de entrega y hookInfo se basan en él

Estados de entrega y webhooks →

Errores frecuentes

EstadoRespuesta de la APICausaSolución
200Message was not sent: template is not definedFalta namespace, template o language en el cuerpo de la petición.Envía los tres. Toma namespace y el nombre exacto de la plantilla de GET /templates; language es un objeto: {"policy": "deterministic", "code": "es_MX"}.
200template name (…) does not exist in <language>La plantilla está aprobada en otro idioma que el solicitado.Usa el código de idioma exacto con el que se aprobó la plantilla (por ejemplo, es_MX no es lo mismo que es). Revísalo en GET /templates.
200Message was not sent: provide chatId, phone, bsuid, or usernameNingún destinatario que el canal pudiera resolver.Envía un solo destinatario: phone (código de país y número, solo dígitos), chatId (por ejemplo [email protected]) o bsuid.

Todos los códigos de error →

Preguntas comunes

Relacionado

Encuestas y comentarios
Seguimiento a feedback negativo con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada después de que envía una calificación de satisfacción neutral o baja.
Encuestas y comentarios
Alerta de nuevo feedback al equipo (WhatsApp API)
El escenario envía al gerente del equipo una plantilla de WhatsApp personalizada cuando se captura nueva retroalimentación del cliente.
Encuestas y comentarios
Encuesta por etapa del servicio con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada cuando se completa una etapa específica del servicio, pidiéndole calificar cómo fue ese paso.
Encuestas y comentarios
Botones satisfecho/no satisfecho con WhatsApp API
Este escenario envía al cliente una plantilla corta de WhatsApp personalizada pidiendo confirmar si está satisfecho.
Encuestas y comentarios
Solicitud de reseña escrita con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada tras una interacción completada, pidiéndole dejar una reseña escrita o testimonio.
Encuestas y comentarios
Recordatorio para completar encuesta (WhatsApp API)
El escenario envía al cliente una plantilla de WhatsApp personalizada cuando una solicitud de encuesta sigue pendiente después del primer envío.
Encuestas y comentarios
Encuesta post-visita con WhatsApp API
El escenario envía al cliente una plantilla de WhatsApp personalizada después de completar una visita o cita, pidiéndole compartir feedback sobre la experiencia.
Encuestas y comentarios
Encuesta de calificación de entrega (WhatsApp API)
El escenario envía al cliente una plantilla de WhatsApp personalizada después de entregar un pedido, pidiéndole calificar la calidad de la entrega.

Desarrolla para WhatsApp en horas
sin complicaciones de infraestructura