Na tej stronie
Zgłoszenie do wsparcia może mieć status „gotowe”, choć klient nadal nie może korzystać z funkcji. W hipotetycznej prośbie o eksport CSV, zgłoszeniu T-104, kod został scalony, ale wdrożenie pozostaje wyłączone. „Twoja funkcja już działa” byłoby niedotrzymaną obietnicą.
Połącz jedno zgłoszenie z jednym potwierdzonym wydaniem i jedną osobą, z którą można się skontaktować. Przykład GTM Loop Closer od xAI opisuje wyszukiwanie zobowiązań, przedstawianie dowodów i przygotowanie odpowiedzi. Tutaj zobowiązanie wymaga surowszego sprawdzenia: osoba odpowiedzialna za produkt musi potwierdzić, co wdrożono i kto może z tego korzystać.
Zacznij, gdy masz dowody wydania
Wyzwalaczem powinien być rekord wydania produktu, a nie zmiana statusu zgłoszenia. Potrzebujesz stabilnych feature_id i release_id, opisu wdrożonego działania, daty wydania, stanu udostępnienia oraz wskazanej osoby odpowiedzialnej. Ta osoba musi sprawdzić, czy funkcja jest dostępna na koncie lub w planie klienta, który o nią prosił. Scalona zmiana, demonstracja w środowisku testowym ani planowana informacja o wydaniu nie wystarczą.
Powiąż rekord zgłoszenia z wydaniem przez identyfikator funkcji, a zgłoszenie z klientem przez identyfikator kontaktu zapisany w systemie wsparcia. Przechowuj tylko to powiązanie i status. Grok Bot nie potrzebuje całej skrzynki ani katalogu. Jeśli brakuje któregoś identyfikatora, zwróć element do sprawdzenia zamiast zgadywać na podstawie podobnej nazwy.
| Dane wejściowe | Minimalne pola | Co sprawdzić |
|---|---|---|
| Zgłoszenie | Identyfikator zgłoszenia, identyfikator funkcji, data prośby, identyfikator kontaktu zgłaszającego | Ta osoba rzeczywiście poprosiła o tę funkcję |
| Wydanie | Identyfikator wydania, identyfikator funkcji, wdrożone działanie, dostępność, zatwierdzenie osoby odpowiedzialnej | To konto może już z niej korzystać |
| Kontakt | Identyfikator kontaktu, zatwierdzona ścieżka komunikacji wsparcia, status blokady wysyłki | Ta osoba może otrzymać taki rodzaj odpowiedzi |
Prośba nie jest zgodą marketingową. Rzeczową odpowiedź na nią wyślij zatwierdzoną ścieżką komunikacji wsparcia. Jeśli szkic promuje inne funkcje, zachęca do zakupu droższego planu lub jest kierowany do osób, które nie pytały, potraktuj go jako osobną kampanię marketingową z własnymi regułami kwalifikacji. Uwzględnij rezygnacje z subskrypcji i blokady wysyłki w wybranym kanale. Nasz przewodnik po double opt-in wyjaśnia, dlaczego zgłoszenie nie zastępuje zapisu subskrypcji.
Przygotuj jedną odpowiedź z precyzyjnym poleceniem
Hipotetyczny wynik łączy T-104 z F-7 i R-22, ale wykrywa wyłączone udostępnianie. Zaczekaj; nie wysyłaj.
Skopiuj to polecenie po dostarczeniu zatwierdzonych rekordów:
Sprawdź wyłącznie dostarczone przeze mnie rekordy zgłoszeń, wydań i kontaktów. Dopasuj je przez stabilny identyfikator funkcji i identyfikator kontaktu, nie tylko przez podobne sformułowania. Dla każdego kandydata pokaż identyfikator zgłoszenia, funkcji i wydania, zatwierdzenie osoby odpowiedzialnej, dostępność na koncie, zatwierdzony cel komunikacji i status blokady wysyłki. Oznacz brakujące lub sprzeczne dowody jako blokadę. Przygotuj krótką rzeczową odpowiedź tylko dla potwierdzonego, dostępnego wydania. Używając wyłącznie dostarczonych faktów, wyjaśnij, co się zmieniło, gdzie klient może z tego korzystać i gdzie uzyska pomoc. Nie wnioskuj o zgodzie marketingowej, nie dodawaj twierdzeń promocyjnych, nie twórz ani nie aktualizuj kontaktów, nie wysyłaj wiadomości i nie zamykaj zgłoszenia. Zwróć tutaj tabelę dowodów i szkic do sprawdzenia.
Sprawdź: osoba odpowiedzialna porównuje szkic z rekordem wydania i sprawdza dostępność na koncie zgłaszającego. Osoba odpowiedzialna za wsparcie sprawdza tożsamość odbiorcy i cel komunikacji. Jeśli którykolwiek warunek nie jest spełniony, pozostaw szkic na czacie. Przewodnik wprowadzający do Grok Bot i Brevo wyjaśnia udokumentowane połączenie MCP i dlaczego trzeba jeszcze sprawdzić dostępne operacje; tego konkretnego przepływu nie uruchomiono na koncie Grok Bot.
Wyślij raz, a potem zapisz potwierdzenie
Przed dodaniem zatwierdzonej wysyłki do kolejki oblicz klucz deduplikacji z feature_id + contact_id + release_id i zarezerwuj go atomowo w trwałym rejestrze. Istniejący klucz ze stanem zarezerwowanym, oczekującym, nieznanym lub udanym blokuje ponowne dodanie do kolejki. Dwa procesy robocze nie mogą przejść osobnego sprawdzenia opartego na odczycie, a następnie zapisie. Po przekroczeniu czasu oczekiwania uzgodnij zdarzenie i potwierdzenia dostawcy, zanim rozważysz ponowienie; brak odpowiedzi nie dowodzi niedostarczenia.
Po sprawdzeniu skonfiguruj zatwierdzoną ścieżkę w Brevo. W Automations > Workflows > Create an automation, jeśli Twoje konto udostępnia wyzwalacz zdarzenia niestandardowego i akcję e-mail, powiąż proponowane zdarzenie feature_followup_approved z zatwierdzonym szablonem odpowiedzi wsparcia. Zdarzenie wymaga zweryfikowanego identyfikatora kontaktu; identyfikatory funkcji i wydania to Twoje proponowane właściwości zdarzenia, a nie domyślne pola Brevo. Przed aktywacją sprawdź je na kontakcie wewnętrznym. Wyemituj jedno zdarzenie dopiero po zatwierdzeniu i skutecznej rezerwacji klucza. W przeciwnym razie odpowiedz ręcznie przez wsparcie. Brevo opisuje zdarzenia niestandardowe i konfigurację przepływów; sprawdź akcje dostępne na Twoim koncie. Szkic Grok Bot nie upoważnia do wykonania. Przewodnik po API Brevo opisuje osobną ścieżkę API. Zapisuj przyjęcie zdarzenia oddzielnie od potwierdzenia wysłania wiadomości. Przyjęte zdarzenie nie dowodzi wysłania e-maila. Zapisz dokładnego odbiorcę, zatwierdzoną treść, dowód wydania, cel, kanał, identyfikator wysyłki dostawcy i znacznik czasu. Oznacz zgłoszenie jako obsłużone odpowiedzią dopiero po potwierdzeniu wysłania lub udokumentowanej ręcznej odpowiedzi wsparcia. Dokumentacja MCP Brevo wskazuje możliwy zakres integracji, ale nie potwierdza dostępności każdej operacji zapisu ani uprawnienia w Twoim kliencie.
Ustal koniec obserwacji dla każdego wydania, na przykład siedem dni po potwierdzeniu dostępności przez osobę odpowiedzialną. Wtedy oblicz realizację jako liczbę kwalifikujących się zgłoszeń z jedną potwierdzoną odpowiedzią podzieloną przez liczbę kwalifikujących się zgłoszeń dotyczących tego wydania. Zgłoszenia zablokowane i takie, których autorzy są nieosiągalni, licz osobno. Status dostarczenia i odpowiedzi klientów pomagają wykrywać błędy; otwarcia nie dowodzą, że klient zobaczył funkcję lub jej użył. Wydanie bez zweryfikowanego odbiorcy nadal oznacza pracę do wykonania. Ta sama dyscyplina dowodowa dotyczy eksperymentu z kampanią, choć jego wynik mierzy się inaczej.
Najczęściej Zadawane Pytania
Kiedy można odpowiedzieć klientowi, że zamówiona funkcja jest gotowa?
Dopiero gdy osoba odpowiedzialna potwierdzi identyfikator wydania, dostępność funkcji na koncie tego klienta i dokładny zakres wdrożonego działania. Zamknięte zgłoszenie, scalony pull request ani szkic informacji o wydaniu nie dowodzą, że klient może korzystać z funkcji.
Czy zgłoszenie do wsparcia pozwala wysłać e-mail marketingowy?
Nie. Rzeczową odpowiedź na zgłoszenie klienta skieruj przez zatwierdzony proces komunikacji wsparcia. Szersza kampania promocyjna wymaga osobnej grupy uprawnionych odbiorców i podstawy subskrypcji; zgłoszenie ich nie tworzy.
Czy Grok Bot może automatycznie wysłać powiadomienie o wydaniu przez Brevo?
W tym przewodniku Grok Bot dopasowuje dowody i przygotowuje szkic odpowiedzi. Każdy zapis lub wysyłka w Brevo wymaga osobno zweryfikowanego połączenia, sprawdzenia uprawnień i zatwierdzenia. Opisana zgodność MCP nie została tu sprawdzona na działającym koncie.