На этой странице
В заявке поддержки может стоять «готово», но клиент всё ещё не может использовать функцию. В гипотетическом запросе на экспорт CSV код для заявки T-104 объединён, однако открытие доступа отключено. «Ваша функция уже работает» стало бы невыполненным обещанием.
Свяжите один запрос с одной подтверждённой версией и одним доступным для связи человеком. Пример GTM Loop Closer от xAI описывает поиск обязательств, показ доказательств и подготовку ответа. Здесь обещание проверяется строже: ответственный за продукт должен подтвердить, что выпущено и кому доступно.
Начинайте после появления доказательства выпуска
Триггером служит запись о выпуске продукта, а не изменение состояния заявки. Нужны устойчивый feature_id, release_id, выпущенное поведение, дата выпуска, состояние доступности и назначенный ответственный. Он должен подтвердить, что функция доступна аккаунту или тарифу клиента, который запросил её. Объединённый код, демонстрация в тестовой среде и запланированное примечание к выпуску не проходят проверку.
Свяжите запрос с выпуском по ID функции, а запрос с клиентом по ID контакта в системе поддержки. Храните только сопоставление и состояние. Grok Bot не требуется вся почта или весь каталог. Если одного из ID нет, верните пункт на проверку, а не угадывайте по похожему названию.
| Входные данные | Минимальные поля | Что проверить |
|---|---|---|
| Запрос | ID заявки, ID функции, дата запроса, ID контакта заявителя | Именно этот человек попросил функцию |
| Выпуск | ID выпуска, ID функции, выпущенное поведение, доступность, утверждение ответственным | Этот аккаунт может использовать её сейчас |
| Контакт | ID контакта, утверждённый канал поддержки, состояние блокировки | Человек может получить такой ответ |
Запрос не означает согласия на маркетинг. Для фактического ответа на него используйте утверждённый путь общения поддержки. Если черновик рекламирует другие функции, призывает перейти на дорогой тариф или обращается к людям, которые не просили эту функцию, рассматривайте его как отдельную маркетинговую кампанию со своими правилами участия. Соблюдайте отписки и блокировки выбранного канала. Руководство по двойному подтверждению объясняет, почему заявка не заменяет запись о подписке.
Подготовьте один ответ ограниченным промптом
Гипотетический результат связывает T-104 с F-7 и R-22, но видит, что доступ отключён. Подождите, не отправляйте.
Скопируйте промпт после предоставления утверждённых записей:
Изучайте только предоставленные мной записи запроса, выпуска и контакта. Сопоставляйте по устойчивому ID функции и ID контакта, не только по похожим словам. Для каждого кандидата покажите ID заявки, функции и выпуска, утверждение ответственным, доступность аккаунту, утверждённую цель общения и состояние блокировки. Недостающие или противоречащие доказательства обозначайте как препятствие. Подготовьте короткий фактический ответ только для подтверждённого и доступного выпуска. Используя лишь предоставленные факты, сообщите, что изменилось, где клиент может использовать функцию и где получить помощь. Не предполагайте согласие на маркетинг, не добавляйте рекламных заявлений, не создавайте и не обновляйте контакты, не отправляйте сообщение и не закрывайте заявку. Верните таблицу доказательств и черновик сюда на проверку.
Проверка: ответственный за продукт сравнивает черновик с записью выпуска и проверяет доступность в аккаунте заявителя. Ответственный за поддержку проверяет личность получателя и цель сообщения. При любой неудаче оставляйте черновик в чате. Вводное руководство по Grok Bot и Brevo объясняет документированное подключение MCP и необходимость отдельно проверить доступные операции; этот конкретный сценарий не запускался в аккаунте Grok Bot.
Отправьте один раз и запишите квитанцию
Перед добавлением утверждённой отправки в очередь вычислите ключ устранения повторов из feature_id + contact_id + release_id и атомарно зарезервируйте его в постоянном журнале. Уже зарезервированный, ожидающий, с неизвестным состоянием или успешный ключ запрещает ещё одно помещение в очередь. Два работника не должны одновременно проходить раздельную проверку чтения и последующей записи. После тайм-аута сверяйте событие и квитанции провайдера до мысли о повторе; отсутствие ответа не доказывает недоставку.
После проверки настройте утверждённый маршрут в Brevo. В Automations > Workflows > Create an automation, если аккаунт предоставляет триггер собственного события и действие email, сопоставьте предлагаемое событие feature_followup_approved с утверждённым шаблоном для цели поддержки. Событию требуется проверенный идентификатор контакта; ID функции и выпуска являются предлагаемыми Вами свойствами события, а не штатными значениями Brevo. Проверьте на внутреннем контакте до активации. Выдавайте только одно событие после утверждения и успешного резервирования ключа. Иначе используйте ручной ответ поддержки. Brevo документирует собственные события и настройку сценариев; проверяйте доступные действия в аккаунте. Черновик Grok Bot не даёт права исполнять отправку. Руководство Brevo API объясняет отдельный маршрут API. Регистрируйте принятие события отдельно от квитанции отправки сообщения. Принятое событие не доказывает отправку письма. Запишите точного получателя, утверждённый текст, доказательство выпуска, цель, канал, ID отправки провайдера и время. Отмечайте заявку как обработанную только после подтверждённой квитанции отправки или документированного ручного ответа поддержки. Документация Brevo MCP показывает возможную поверхность интеграции, но не наличие всех операций записи или прав в Вашем клиенте.
Для каждого выпуска назначьте конец периода наблюдения, например семь дней после подтверждения доступности ответственным. На тот момент измерьте завершение как число подходящих запросов с одним подтверждённым последующим сообщением, делённое на число подходящих запросов по этому выпуску. Отдельно считайте заблокированные запросы и недоступных для связи людей. Статус доставки и ответы клиентов помогают увидеть ошибки; открытия не доказывают, что клиент видел или использовал функцию. Выпуск без проверенного получателя всё ещё требует работы. Такая же дисциплина доказательств нужна эксперименту с кампанией, хотя результат там измеряется иначе.
Часто Задаваемые Вопросы
Когда запрошенная функция готова к сообщению клиенту?
Только после того, как ответственный подтвердит ID выпуска, доступность функции для аккаунта клиента и точное выпущенное поведение. Закрытая заявка, объединённый код или черновик примечания не доказывают, что клиент может пользоваться функцией.
Разрешает ли обращение в поддержку маркетинговое письмо?
Нет. Фактический ответ на запрос клиента отправляйте утверждённым способом поддержки. Широкой рекламной кампании нужны своя разрешённая аудитория и основание подписки; заявка их не создаёт.
Может ли Grok Bot автоматически отправить уведомление через Brevo?
Здесь Grok Bot сопоставляет доказательства и готовит ответ. Любая запись или отправка в Brevo требует отдельно проверенного подключения, разрешений и одобрения. Документированную совместимость MCP мы не проверяли в рабочем аккаунте.