WhatsApp Business API для опроса NPS после взаимодействия
Сценарий отправляет клиенту персонализированный шаблон WhatsApp после завершения взаимодействия, предлагая оценить, насколько они вероятно порекомендуют бизнес.
Сценарий отправляет клиенту персонализированный шаблон WhatsApp после завершения взаимодействия с просьбой оценить, насколько вероятно, что они порекомендуют бизнес. Сообщение включает имя клиента, контекст взаимодействия и краткий запрос NPS от 0 до 10. Статическая кнопка URL открывает форму опроса NPS.
Пример шаблона
Здравствуйте, {{1}}! {{2}}. {{3}} Пройдите наш короткий опрос NPS — это займёт примерно минуту.
Пройти опрос NPS
{{1}}
имя клиента
{{2}}
контекст взаимодействия или тема (например, недавняя покупка, завершённый визит, закрытая заявка в службу поддержки)
{{3}}
Опрос NPS: по шкале от 0 до 10, какова вероятность того, что вы порекомендуете нас?
“Пройти опрос NPS”
кнопка — исправлено в шаблоне Meta
Когда использовать её
Используйте этот сценарий, когда клиент завершает взаимодействие — покупку, посещение сервиса, доставку или обращение в службу поддержки, — а команде нужно получить структурированную оценку NPS от 0 до 10 в WhatsApp вместо ручного сообщения или опроса только по электронной почте. Это подходит для команд в сфере электронной коммерции, которые измеряют лояльность после оформления заказа, сервисных компаний после визитов и агентств, которые связывают NPS с триггерами из CRM или «Как это работает».
Более высокие показатели отклика NPS
Запрос NPS поступает в WhatsApp с именем, контекстом взаимодействия и шкалой 0–10 в виде трёх переменных, так что запрос происходит в канале, которым клиент уже пользуется, вместо опроса по электронной почте, который они никогда не открывают.
Сообщение после успешного завершения
Триггер после взаимодействия отправляет утверждённый шаблон, когда случай соответствует требованиям, чтобы запрос NPS дошёл до клиента, даже если открытого разговора нет и ответы в свободной форме не разрешены.
Опросы агентов вручную не отправляются
Триггер NPS подставляет номера телефонов получателей и данных опроса, создаёт шаблон с тремя переменными в тексте и кнопкой со статической ссылкой, чтобы агенты не перепечатывали контекст взаимодействия и не забывали отправить ссылку на опрос.
Контекст взаимодействия до выставления оценки
Имя клиента и тема взаимодействия появляются в тексте сообщения, чтобы клиент знал, какое завершённое взаимодействие он оценивает, прежде чем нажать кнопку «Пройти опрос NPS», которая открывает форму с оценкой от 0 до 10.
Доставка зафиксирована для последующего анализа
Результат доставки записывается обратно в CRM или аналитическую платформу, в то время как отправка NPS отслеживается по связанному формуляру, чтобы дальнейшие действия оставались привязанными к той же записи взаимодействия.
Как это работает
Собрать и отправить
CRM или продукт запускает триггер NPS после взаимодействия, когда случай подходит.
POST/sendTemplate
Зарегистрировать событие
Система определяет номер телефона получателя и поля анкеты.
phone: "+…"
Персонализированное шаблонное сообщение
Персонализированное сообщение по шаблону создаётся с тремя переменными в теле и статичной кнопкой URL.
POST/sendTemplate
Доставлено
Клиент получает запрос NPS в WhatsApp с контекстом взаимодействия.
delivered
Отслеживание статуса выполнено
Результат доставки записывается в журнал; отправка NPS отслеживается вне WhatsApp в связанной форме.
#!/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_TOPIC="___" # {{2}} topic or subject
TEST_ADDITIONALINFO="___" # {{3}} additional info
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_TOPIC=$TEST_TOPIC" \
"TEST_ADDITIONALINFO=$TEST_ADDITIONALINFO"; 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}} topic or subject → ${TEST_TOPIC}
# {{3}} additional info → ${TEST_ADDITIONALINFO}
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_TOPIC}" },
{ "type": "text", "text": "${TEST_ADDITIONALINFO}" }
]
}
]
}
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
Статус отклика и доставки
HTTP 2xx и JSON "sent": true означают, что 1MSG принял сообщение для отправки — это не означает, что оно уже достигло телефона клиента. Сохраните idполе (выглядит как wamid.…) для сопоставления уведомлений о доставке.
Храните это — для обратных вызовов доставки и hookInfoэтот ключ
Сама доставка приходит позже, в виде отдельного обратного вызова. Зарегистрируйте вебхук (POST …/webhook), и 1MSG отправит обновления статуса на ваш HTTPS-эндпоинт в корневом hooks[] сообщении.
200 OKВебхук статуса доставки — данные, которые вы получаете
sent, delivered, read — или статус сбоя, если применимо
id
Соотносит callback с id возвращаемым вызовом send
timestamp
Секунды Unix в строковом формате
Если вы не хотите получать обратные вызовы, вместо этого используйте опрос GET {base}/{channel}/hookInfo?messageId=<id>. На практике доставка часто завершается в течение нескольких секунд, но контракт API этого не гарантирует, поэтому никогда не блокируйте процесс в ожидании её завершения.
Распространённые ошибки
Статус
Ответ
Причина
200
Message was not sent: template is not defined
namespace, template or language missing from the request body.
200
template name (…) does not exist in <language>
The template is approved in a different language than the one requested.
200
Message was not sent: provide chatId, phone, bsuid, or username
No recipient the channel could resolve.
403
access denied
The token is wrong, or belongs to a different channel than the URL.
429
too many requests. please try later
The channel is over its send rate.
ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
Да, для холодных сообщений WhatsApp требуется одобренный Meta шаблон.