Lista kontrolna przed uruchomieniem

Skorzystaj z tej listy po ukończeniu szybkiej konfiguracji i przetestowaniu ścieżki odwiedzającego w zainstalowanym widgecie. Projekt jest gotowy, gdy ustawienia pozostają zapisane, widget może wyświetlić się na właściwej stronie, a zespół potrafi pracować z rekordami powstającymi podczas korzystania z tego doświadczenia.

Gotowość wiedzy#

• [ ] Każdy temat objęty pierwszym uruchomieniem ma aktualne źródło strony internetowej lub źródło tekstowe.
• [ ] Adresy stron są publiczne i używają kanonicznego adresu z https://.
• [ ] Wskazówki źródeł wyjaśniają, kiedy asystent powinien korzystać z każdego z nich.
• [ ] Ważne źródła mają status gotowości, na przykład Fetched lub Complete.
• [ ] Sprzeczne lub nieaktualne informacje zostały poprawione albo usunięte.
• [ ] Odpowiedzi na pytania testowe są zgodne z ważnymi informacjami o cenach, warunkach, ograniczeniach i wyjątkach podanymi w źródle.
• [ ] Pytanie, na które nie odpowiada żadne źródło, nie prowadzi do wymyślonej informacji o firmie.

Wygląd i zaufanie#

• [ ] Nazwa agenta i podtytuł są odpowiednie dla odwiedzających.
• [ ] Tekst i dymki czatu są czytelne na tle wybranych kolorów.
• [ ] Podgląd widgetu został sprawdzony w szerokim i wąskim widoku.
• [ ] Adres e-mail pomocy działa i należy do zespołu, który obsłuży kontakt od odwiedzających.
• [ ] Treść i adres polityki prywatności są aktualne oraz zatwierdzone do użycia na stronie.
• [ ] Opcje wysyłania e-maila, ponownego rozpoczęcia rozmowy i obsługi głosu są włączone tylko wtedy, gdy zespół chce je udostępnić odwiedzającym.
• [ ] Po odświeżeniu sekcja Appearance nadal wyświetla zapisaną konfigurację.

Zachowanie i granice#

• [ ] Styl wypowiedzi pasuje do typowych odpowiedzi rzeczowych i objaśniających.
• [ ] Użycie emoji jest zgodne z planowanym sposobem komunikacji z klientami.
• [ ] Wykluczone tematy są na tyle konkretne, że można je przetestować.
• [ ] Każdy wykluczony temat został przetestowany w sformułowaniu bezpośrednim i pośrednim.
• [ ] Warstwy zachowania zawierają instrukcje dotyczące stylu i obsługi, a nie informacje o firmie.
• [ ] Włączone warstwy nie są ze sobą sprzeczne.
• [ ] Po odświeżeniu sekcja Behaviour nadal wyświetla zapisaną konfigurację.

Domena i instalacja widgetu#

• [ ] Domena w sekcji Installation odpowiada publicznej stronie, na której zainstalowano widget.
• [ ] Skrypt właściwy dla projektu znajduje się we wskazanym przez platformę miejscu obejmującym cały serwis.
• [ ] Najnowsze zmiany na stronie zostały opublikowane.
• [ ] Domena ma status Active, a weryfikacja pokazuje Passed.
• [ ] Opcja Enable chat widget on this website jest włączona dla domeny produkcyjnej.
• [ ] Widget otwiera się na stronie produkcyjnej w prywatnym oknie przeglądarki.
• [ ] Widget nie pojawia się w niezatwierdzonej domenie.
• [ ] Po zainstalowaniu widgetu strona nadal poprawnie się wczytuje i działa jej nawigacja.

Punkty rozpoczęcia rozmowy i automatyzacje#

• [ ] Sugerowane pytania są napisane jasnym językiem odwiedzających.
• [ ] Ustawienia When to show oraz reguły wyświetlania na podstronach odpowiadają planowanej ścieżce.
• [ ] Każdy aktywny scenariusz czatu ma prawidłowy wyzwalacz i przetestowaną ścieżkę działań.
• [ ] Przetestowano każdą dostępną gałąź, nie tylko główną.
• [ ] Działania pozyskujące leady korzystają z aktywnego formularza leada.
• [ ] Działania dotyczące spotkań korzystają z odpowiedniego publicznego typu spotkania z zapisaną dostępnością.
• [ ] Na każdej prowadzącej do utworzenia zgłoszenia gałęzi adres e-mail jest zbierany przed tym działaniem.
• [ ] Wskazane kategorie, typy spotkań, formularze i osoby przypisane są nadal dostępne.
• [ ] Żadna ścieżka odwiedzającego nie wymaga elementu w wersji roboczej ani wstrzymanego.

Pomiń punkty dotyczące funkcji, których nie skonfigurowano. Nie włączaj dodatkowej funkcji tylko po to, aby wydłużyć listę.

Przekazanie rozmowy i praca zespołu#

• [ ] Formularz przekazania rozmowy wymaga adresu e-mail i tylko tych opcjonalnych danych, których potrzebuje zespół.
• [ ] Tworzenie zgłoszenia i przypisanie kategorii odpowiadają planowanemu sposobowi przekazania sprawy.
• [ ] Co najmniej jedna osoba z zespołu potrafi znaleźć i obsłużyć utworzoną rozmowę.
• [ ] Zespół rozumie różnicę między wiadomością odwiedzającego, wewnętrznym komentarzem do rozmowy, odpowiedzią dla klienta w zgłoszeniu i wewnętrzną notatką w zgłoszeniu.
• [ ] Testowe rekordy leada, zgłoszenia i rezerwacji zawierają oczekiwane wartości oraz odnośniki.
• [ ] Po sprawdzeniu rekordy testowe zostały odpowiednio rozwiązane, zarchiwizowane, zamknięte lub anulowane.
• [ ] Dostęp wynikający z roli sprawdzono na koncie osoby z najniższymi uprawnieniami potrzebnymi do wykonania tej pracy.

Powiadomienia#

• [ ] Zasady powiadomień e-mail i mobilnych dla obszaru roboczego obejmują tylko zdarzenia, o których zespół chce być informowany.
• [ ] Powiadomienia kategorii są włączone tylko dla kategorii wymagających uwagi.
• [ ] Aktywni członkowie obszaru roboczego wiedzą, które alerty będą otrzymywać.
• [ ] Na obsługiwanych urządzeniach sprawdzono osobiste preferencje powiadomień mobilnych.
• [ ] Zdarzenie testowe dociera do oczekiwanej osoby i otwiera właściwy rekord.

Gotowość rezerwacji#

• [ ] Prowadzący spotkanie i strefa czasowa są poprawne.
• [ ] Cotygodniowa dostępność i wyjątki dla konkretnych dat odpowiadają rzeczywistym godzinom pracy.
• [ ] Czas trwania, bufory, odstęp między terminami, minimalne wyprzedzenie i horyzont rezerwacji są ustawione celowo.
• [ ] Tryb indywidualny lub limit uczestników grupy odpowiadają planowanemu typowi spotkania.
• [ ] Numer telefonu lub link HTTPS do wideorozmowy działają poprawnie.
• [ ] Publiczna strona rezerwacji i treść potwierdzenia zostały sprawdzone.
• [ ] Pełna rezerwacja testowa pojawia się w Zeltino i można zmienić jej termin lub ją anulować.

Pomiar i przegląd#

• [ ] Zespół wie, od kiedy projekt gromadzi dane telemetryczne.
• [ ] Data uruchomienia i uruchamiana konfiguracja zostały zapisane wewnętrznie.
• [ ] Wyznaczono osobę odpowiedzialną za pierwszy przegląd rozmów po uruchomieniu.
• [ ] Wyznaczono osobę odpowiedzialną za pierwszy przegląd analityki po odpowiednio długim okresie obserwacji.
• [ ] Zespół będzie porównywać metryki z faktycznymi rozmowami przed podjęciem decyzji o zmianach.
• [ ] Zespół uzgodnił, że jednocześnie będzie zmieniać tylko jeden istotny element wiedzy, zachowania lub automatyzacji.

Włącz obsługę odwiedzających#

Gdy wszystkie odpowiednie punkty są spełnione:

1. W sekcji Settings > Installation otwórz zweryfikowaną domenę produkcyjną.
2. Włącz opcję Enable chat widget on this website, jeśli nie jest jeszcze włączona.
3. Otwórz publiczną stronę w nowym prywatnym oknie przeglądarki.
4. Zadaj ostatnie pytanie testowe i ukończ jedno skonfigurowane działanie odwiedzającego.
5. Sprawdź rozmowę oraz każdy utworzony powiązany rekord w Zeltino.

Przełącznik widgetu dla zweryfikowanej domeny jest zapisanym ustawieniem jego dostępności na tej stronie.

Jeśli musisz wyłączyć widget#

1. W sekcji Settings > Installation otwórz odpowiednią domenę.
2. Wyłącz opcję Enable chat widget on this website.
3. Sprawdź, czy ustawienie zostało zapisane.
4. Otwórz stronę w nowym prywatnym oknie i upewnij się, że widget nie jest już dostępny dla odwiedzających.

Wyłączenie widgetu w domenie nie usuwa istniejących rozmów, leadów, zgłoszeń, rezerwacji, źródeł wiedzy ani konfiguracji.

Po uruchomieniu#

Przeglądaj nowe rozmowy pod kątem pytań bez odpowiedzi, błędnego wykorzystania źródeł, niejasnych sformułowań, nieoczekiwanych gałęzi scenariusza i nieudanych przekazań do zespołu. Analityka pomoże wskazać obszary do sprawdzenia, ale decyzję o zmianie podejmuj na podstawie konkretnych rozmów i konfiguracji.

Powtórz test pełnej ścieżki odwiedzającego po istotnych zmianach wiedzy, zachowania, instalacji, automatyzacji, przekazywania rozmów, powiadomień lub rezerwacji.