Przetestuj pełną ścieżkę odwiedzającego

Przetestuj Zeltino jako pełną ścieżkę klienta: od otwarcia zainstalowanego widgetu aż po sprawdzenie rozmowy oraz powiązanych leadów, zgłoszeń i rezerwacji. Podgląd pomaga ocenić wygląd, ale dopiero widget na docelowej stronie pozwala wiarygodnie przetestować domenę, reguły wyświetlania na podstronach i dalsze działanie systemu.

Zanim zaczniesz#

Sprawdź, czy:

• wybrany jest właściwy obszar roboczy i projekt;
• co najmniej jedno odpowiednie źródło strony internetowej lub źródło tekstowe jest gotowe;
• sekcje Appearance i Behaviour wyświetlają zapisaną konfigurację;
• domena strony ma status Active w sekcji Settings > Installation;
• opcja Enable chat widget on this website jest włączona;
• każde sugerowane pytanie, formularz, opcja kontaktu, scenariusz, kategoria lub typ spotkania objęte testem są zapisane i aktywne;
• członkowie zespołu, którzy otrzymają powiadomienia testowe, wiedzą, kiedy przeprowadzisz test.

Przygotuj kilka realistycznych pytań. Zapisz oczekiwaną odpowiedź oraz źródło, które ją zawiera, aby osoba testująca mogła rzetelnie ocenić wynik.

Przetestuj instalację i wygląd#

1. Otwórz publiczną stronę w prywatnym oknie przeglądarki.
2. Sprawdź, czy widget pojawia się dokładnie w zweryfikowanej domenie.
3. Otwórz widget i sprawdź nazwę agenta, podtytuł, kolory, kontrast dymków oraz zaokrąglenie rogów.
4. Sprawdź włączone opcje prywatności i kontaktu z pomocą.
5. Jeśli włączona jest opcja ponownego rozpoczęcia rozmowy, użyj jej i upewnij się, że odwiedzający rozumie, co się stało.
6. Powtórz kontrolę wyglądu w wąskim oknie odpowiadającym przeglądarce mobilnej.

Jeśli widget się nie pojawia, najpierw sprawdź, czy bieżąca domena odpowiada domenie w sekcji Installation, najnowsze zmiany na stronie zostały opublikowane, a widget jest włączony dla tej domeny.

Przetestuj odpowiedzi oparte na wiedzy#

To samo zagadnienie sformułuj na kilka sposobów.

1. Zadaj bezpośrednie pytanie, na które odpowiedź jest jasno podana w gotowym źródle wiedzy.
2. Zadaj to samo pytanie innymi słowami.
3. Zapytaj o wyjątek lub warunek opisany w źródle.
4. Zadaj powiązane pytanie, na które źródło nie odpowiada.
5. Porównaj każdą odpowiedź ze źródłem, a nie z tym, co pamięta osoba testująca.

Dobra odpowiedź opiera się na dostępnej treści, zachowuje ważne warunki i nie wymyśla brakujących informacji. Jeśli brakuje istotnego faktu, zaktualizuj właściwe źródło wiedzy i powtórz test, gdy będzie gotowe.

Przetestuj granice zachowania#

1. Sprawdź, czy wybrany styl wypowiedzi pasuje zarówno do krótkiej odpowiedzi rzeczowej, jak i dłuższego wyjaśnienia.
2. Jeśli emoji są wyłączone, upewnij się, że asystent nie dodaje ich jako swobodnych ozdobników.
3. Zapytaj wprost o każdy wykluczony temat.
4. Zapytaj o ten sam temat pośrednio lub innymi słowami.
5. Sprawdź, czy wykluczenie nie blokuje zbliżonego zagadnienia, na które asystent powinien odpowiadać.

Jeśli odpowiedź zawiera błędną informację, sprawdź źródła wiedzy. Jeśli informacja jest poprawna, ale sformułowanie lub sposób obsługi są niewłaściwe, sprawdź sekcję Behaviour.

Przetestuj sugerowane pytania i reguły wyświetlania#

1. Rozpocznij nową rozmowę i sprawdź, czy zapisane pytanie pojawia się we właściwym momencie.
2. Wybierz je i upewnij się, że wysyła dokładnie tak sformułowane pytanie odwiedzającego, jak planowano.
3. Sprawdź, czy asystent odpowiada na podstawie oczekiwanego źródła.
4. Jeśli pytanie jest przypisane do konkretnej ścieżki strony, otwórz tę podstronę oraz inną, nieobjętą regułą.
5. Upewnij się, że pytanie pojawia się tylko tam, gdzie powinno.

Jeśli pytanie ma ustawienie Before first message, powtórz test w nowej rozmowie. Istniejąca rozmowa mogła już minąć moment, w którym pytanie powinno się wyświetlić.

Przetestuj każdy skonfigurowany rezultat#

Testuj tylko rezultaty uwzględnione w Twojej konfiguracji. Przejdź każdą ścieżkę dostępną dla odwiedzającego, również z niepełnymi lub nieprawidłowymi danymi.

Rezultat	Co sprawdzić jako odwiedzający	Co sprawdzić po stronie zespołu
Formularz leada	Pola wymagane i opcjonalne, treść zgody oraz komunikat po ukończeniu	Lead zawiera przesłane wartości i odnośniki do odpowiedniego kontekstu
Prośba o oddzwonienie	Zebranie numeru telefonu i komunikat po ukończeniu	Lead zawiera dane potrzebne zespołowi do oddzwonienia
Umówienie rozmowy	Dostępne terminy, strefa czasowa, pytania i potwierdzenie	Rezerwacja zawiera oczekiwany typ spotkania, prowadzącego, uczestnika i powiązane rekordy
Zapytanie lub przekazanie rozmowy	Wymagane dane kontaktowe i potwierdzenie	Rozmowa jest dostępna, a zgłoszenie powstaje tylko wtedy, gdy skonfigurowano tę opcję
Scenariusz czatu	Wyzwalacz, wiadomości, pytania, rozgałęzienia i końcowe działanie	Zebrane dane, kategoria, lead, zgłoszenie lub rezerwacja odpowiadają testowanej gałęzi

W rozgałęzionym scenariuszu przetestuj każdą ścieżkę odpowiedzi. Poprawne działanie głównej ścieżki nie dowodzi, że inna gałąź ma prawidłowe zależności.

Sprawdź rozmowę#

1. Otwórz sekcję Conversations w Zeltino.
2. Znajdź rozmowę testową i przeczytaj wiadomości od początku.
3. Sprawdź zebrane dane, kategorie, podstawę przekierowania, kontekst odwiedzającego i powiązane rezultaty objęte testem.
4. Otwórz każdy powiązany lead, zgłoszenie lub rezerwację i porównaj dane z wartościami wprowadzonymi przez osobę testującą.
5. Upewnij się, że wewnętrzne komentarze i notatki są widoczne wyłącznie dla zespołu i nie pojawiają się jako wiadomości dla odwiedzającego.

Oceniaj faktyczne wiadomości i zebrane pola. Automatycznie wygenerowane podsumowanie nie zastępuje danych źródłowych ani rekordów.

Przetestuj powiadomienia#

Jeśli włączone są powiadomienia obszaru roboczego lub kategorii:

1. Wywołaj dokładnie to zdarzenie, którego dotyczą zasady powiadomień.
2. Sprawdź, czy aktywny członek obszaru roboczego otrzymał oczekiwaną wiadomość e-mail lub obsługiwane powiadomienie mobilne.
3. Wybierz powiadomienie i upewnij się, że otwiera właściwy obszar roboczy oraz rekord.
4. Sprawdź, czy osobiste wyłączenie powiadomień mobilnych blokuje alert na danym urządzeniu bez zmiany zasad całego obszaru roboczego.

Osobno przetestuj zdarzenia nowej rozmowy, nowego leada i kategorii. Poprawne działanie jednego zdarzenia nie potwierdza pozostałych.

Zapisz wynik#

Dla każdego nieudanego testu zapisz:

• obszar roboczy i projekt;
• domenę strony i ścieżkę podstrony;
• godzinę testu oraz dokładne słowa odwiedzającego;
• oczekiwane źródło, wyzwalacz, działanie lub powiadomienie;
• faktyczny rezultat widoczny dla odwiedzającego;
• identyfikator rozmowy, leada, zgłoszenia lub rezerwacji dostępny w interfejsie.

Zmień jedno odpowiednie ustawienie, zapisz je i powtórz ten sam test. W ten sposób łatwiej ustalisz, czy zmiana rozwiązała problem.

Zakończ przegląd przed uruchomieniem#

Gdy cała ścieżka działa poprawnie w nowej sesji odwiedzającego, a rekordy zespołu zawierają oczekiwane dane, przejdź przez listę kontrolną przed uruchomieniem.