Projektowanie nawigacji bota

DOTYCZY: SDK wersja 4

Użytkownicy mogą nawigować po witrynach internetowych za pomocą okruszków (breadcrumbs), w aplikacjach korzystać z menu oraz w przeglądarkach internetowych z przycisków takich jak do przodu i wstecz. Jednak żadna z tych dobrze ugruntowanych technik nawigacji w całości nie spełnia wymagań nawigacji w ramach bota. Zgodnie z opisem w artykule Projektowanie i sterowanie przepływem konwersacji użytkownicy często wchodzą w interakcje z botami w sposób nieliniowy, co utrudnia projektowanie nawigacji botów, która spójnie zapewnia doskonałe środowisko użytkownika.

Rozważ następujące dylematy:

• Jak upewnić się, że użytkownik nie zgubi się podczas rozmowy z botem?
• Czy użytkownik może przejść "z powrotem" w konwersacji z botem?
• Jak użytkownik przechodzi do "menu głównego" podczas rozmowy z botem?
• Jak użytkownik "anuluje" operację podczas konwersacji z botem?

Specyfika projektu nawigacji bota zależy głównie od cech i funkcjonalności, które obsługuje bot. Niezależnie od typu opracowywanego bota, należy unikać typowych pułapek źle zaprojektowanych interfejsów konwersacyjnych. W tym artykule opisano te pułapki pod względem pięciu osobowości: "uparty bot", "nieświadomy bot", "tajemniczy bot", "bot kapitan oczywisty" i "bot, który nie może zapomnieć".

Wskazówka

Łagodzenie każdego typu tych osobowości bota może być często wykonywane przez prawidłową obsługę przerw w działaniu użytkowników.

"uparty bot"

Uparty bot nalega na utrzymanie bieżącego przebiegu rozmowy, nawet gdy użytkownik próbuje kierować rzeczami w innym kierunku.

Rozważmy następujący scenariusz:

Użytkownicy często zmieniają zdanie, decydują się anulować lub czasami chcą zacząć od końca.

Wskazówka

Zrób: zaprojektuj bota, aby rozważyć, że użytkownik może w dowolnym momencie podjąć próbę zmiany przebiegu konwersacji.

Nie: Zaprojektuj bota, aby ignorował dane wejściowe użytkownika i powtarzał to samo pytanie w nieskończonej pętli.

Jednym ze sposobów uniemożliwienia botowi zadawania tego samego pytania bez końca jest określenie maksymalnej liczby ponownych prób dla każdego pytania. Jeśli został zaprojektowany w ten sposób, bot nie robi nic inteligentnego , aby zrozumieć dane wejściowe użytkownika, ale unika zadawania tego samego pytania w nieskończonej pętli.

"Bezradny bot"

Bezsensowny bot reaguje w sposób niesensowny, gdy nie rozumie próby uzyskania dostępu do niektórych funkcji przez użytkownika. Użytkownik może wypróbować typowe polecenia słów kluczowych, takie jak "pomoc" lub "anuluj" z rozsądnymi oczekiwaniami, że bot będzie odpowiednio reagować.

Rozważmy następujący scenariusz:

Chociaż możesz być kuszony do zaprojektowania każdego okna dialogowego w ramach bota w celu nasłuchiwania i odpowiedniego odpowiadania na niektóre słowa kluczowe, takie podejście nie jest zalecane.

Wskazówka

Do: Zaimplementuj oprogramowanie pośredniczące , które zbada dane wejściowe użytkownika pod kątem określonych słów kluczowych (np. "help", "cancel", "start over" itd.) i odpowiednio odpowie.

Nie: Projektowanie każdego okna dialogowego w celu sprawdzenia danych wejściowych użytkownika pod kątem listy słów kluczowych.

Definiując logikę w swoim oprogramowaniu pośredniczącym, można ją udostępnić w każdej wymianie z użytkownikiem. Następnie można sprawić, aby poszczególne okna dialogowe i monity bezpiecznie ignorowały słowa kluczowe, jeśli to konieczne.

"tajemniczy bot"

Tajemniczy bot nie może natychmiast potwierdzić danych wejściowych użytkownika w jakikolwiek sposób.

Rozważmy następujący scenariusz:

W niektórych przypadkach taka sytuacja może wskazywać, że bot ma awarię. Może się jednak okazać, że bot jest zajęty przetwarzaniem danych wejściowych użytkownika i jeszcze nie zakończył kompilowania odpowiedzi.

Wskazówka

Wykonaj: Zaprojektuj bota, aby natychmiast potwierdzić dane wejściowe użytkownika, nawet w przypadkach, gdy bot może zająć trochę czasu, aby skompilować jego odpowiedź.

Nie: Zaprojektuj bota, aby odroczyć potwierdzenie danych wejściowych użytkownika do momentu zakończenia kompilowania odpowiedzi przez bota.

Natychmiast uznając dane wejściowe użytkownika, można wyeliminować wszelkie potencjalne zamieszanie co do stanu bota. Jeśli przygotowanie odpowiedzi zajmuje dużo czasu, rozważ wysłanie wiadomości o "pisaniu", aby wskazać, że bot działa, a następnie wyślij proaktywny komunikat.

Bot Kapitan Oczywisty

Bot Kapitan Oczywisty udostępnia niezamówione informacje, które są całkowicie oczywiste i dlatego bezużyteczne dla użytkownika.

Rozważmy następujący scenariusz:

Wskazówka

Wykonaj: zaprojektuj bota, aby podać informacje, które będą przydatne dla użytkownika.

Nie: Zaprojektuj bota, aby dostarczał niepożądane informacje, które prawdopodobnie nie będą przydatne dla użytkownika.

Projektując bota w celu udostępnienia przydatnych informacji, zwiększasz szanse na zaangażowanie użytkownika w bota.

"Bot, który nie może zapomnieć"

Bot, który nie może zapomnieć niewłaściwie integruje informacje z poprzednich konwersacji do bieżącej konwersacji.

Rozważmy następujący scenariusz:

Wskazówka

Do: Zaprojektuj bota, aby zachować bieżący temat konwersacji, chyba że użytkownik wyrazi chęć ponownego zapoznania się z poprzednim tematem.

Nie: projektuj bota w taki sposób, aby wtrącał informacje z poprzednich rozmów, kiedy nie są istotne dla bieżącej rozmowy.

Utrzymując bieżący temat konwersacji, można zmniejszyć potencjał pomyłek i frustracji i zwiększyć szanse, że użytkownik będzie nadal angażować się z botem.

Dalsze kroki

Projektując bota, aby uniknąć tych typowych pułapek źle zaprojektowanych interfejsów konwersacyjnych, podejmujesz ważny krok w kierunku zapewnienia doskonałego środowiska użytkownika.

Następnie dowiedz się więcej o elementach środowiska użytkownika, na których boty najczęściej polegają w celu wymiany informacji z użytkownikami.