Projektowanie nawigacji bota

DOTYCZY: ZESTAW SDK w wersji 4

Użytkownicy mogą nawigować po witrynach internetowych przy użyciu stron nadrzędnych, aplikacji korzystających z menu i przeglądarek internetowych, takich jak przyciski 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 funkcji i funkcji, 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", "clueless bot", "tajemniczy bot", "kapitan oczywisty bot" i "bot, który nie może zapomnieć".

Napiwek

Ł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.

Napiwek

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.

"clueless 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.

Napiwek

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ę oprogramowania pośredniczącego, można udostępnić ją każdemu wymianie z użytkownikiem. Następnie poszczególne okna dialogowe i monity można bezpiecznie zignorować 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.

Napiwek

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 odpowiedź zajmuje dużo czasu do skompilowania, rozważ wysłanie komunikatu "wpisywania", aby wskazać, że bot działa, a następnie postępuj zgodnie z proaktywnym komunikatem.

"Kapitan oczywisty bot"

Kapitan oczywisty bot udostępnia niezamowione informacje, które są całkowicie oczywiste i dlatego bezużyteczne dla użytkownika.

Rozważmy następujący scenariusz:

Napiwek

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:

Napiwek

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

Nie: projektuj bota, aby przeplatać informacje z poprzednich konwersacji, gdy nie są istotne dla bieżącej konwersacji.

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.

Następne 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, które boty najczęściej polegają na wymianie informacji z użytkownikami.