Wzorzec rozwiązania
Obsługa głosowa jako dodatkowy kanał
Propozycja kanału, który pomaga opisać sprawę w rozmowie, zachowuje wybór innej formy kontaktu i przekazuje człowiekowi pełny, sprawdzalny kontekst.
Dostęp
Głos poszerza wybór, ale nie zastępuje innych dróg
Kanał głosowy może ułatwić opisanie sprawy osobie, która nie chce lub nie może korzystać z rozbudowanego formularza. Nie jest jednak uniwersalnym rozwiązaniem dostępności: część osób potrzebuje tekstu, języka migowego, komunikacji wspomagającej albo kontaktu z człowiekiem.
Dlatego proponowany model traktuje głos jako jedną z równoległych dróg wejścia. Informacja przekazana telefonicznie powinna prowadzić do tej samej sprawy i tych samych zasad obsługi co wiadomość e-mail, czat lub formularz — bez obniżania standardu tylko z powodu wybranego kanału.
- Zachowanie dostępnej alternatywy tekstowej i możliwości kontaktu z człowiekiem.
- Prosty język, możliwość powtórzenia komunikatu i potwierdzenie kluczowych danych.
- Testy z użytkownikami o różnych potrzebach, zamiast deklarowania dostępności na podstawie samej technologii.
Granice danych
Nie każda rozmowa wymaga potwierdzenia tożsamości
Na początku scenariusza należy ustalić, czy mieszkaniec przekazuje ogólną informację, pyta o status własnej sprawy czy wykonuje czynność wymagającą uwierzytelnienia. Dane identyfikujące powinny pojawić się dopiero wtedy, gdy są potrzebne do konkretnego celu i istnieje uzgodniona podstawa ich przetwarzania.
Osoba dzwoniąca powinna otrzymać jasną informację, że rozmawia z systemem automatycznym, do czego zostaną użyte dane i jak przejść do człowieka. Rejestrowanie dźwięku, utrwalanie transkrypcji i używanie rozmów do poprawy systemu to odrębne decyzje wymagające własnego celu, okresu przechowywania i kontroli dostępu.
- Oddzielenie zgłoszeń anonimowych lub informacyjnych od obsługi spraw imiennych.
- Maskowanie danych wrażliwych w logach i ograniczenie dostępu do nagrań oraz transkrypcji.
- Brak pytań o dane, których operator nie potrzebuje do dalszego działania.
Ciągłość
Przekazanie bez opowiadania sprawy od początku
Dobre przekazanie do operatora obejmuje potwierdzony temat rozmowy, dane podane za wiedzą mieszkańca, wykonane kroki oraz powód eskalacji. Operator powinien widzieć również niepewności i móc wrócić do oryginalnej wypowiedzi w zakresie dozwolonym przez politykę danych.
Jeżeli nie ma dostępnego operatora, system powinien jasno opisać kolejną możliwość: oczekiwanie, oddzwonienie lub inny kanał. Nie wolno symulować skutecznego przyjęcia sprawy, gdy zapis do właściwego systemu nie został potwierdzony. Numer sprawy można podać dopiero po jego rzeczywistym nadaniu przez system źródłowy.
- Wyraźne polecenie przejścia do człowieka dostępne na każdym istotnym etapie.
- Jedna karta kontekstu zamiast kilku niespójnych streszczeń rozmowy.
- Potwierdzenie zapisu przed obietnicą, że zgłoszenie zostało przyjęte.
Ograniczenia
Błąd rozpoznania mowy musi być widoczny
Hałas, jakość połączenia, tempo mowy, nazwy własne i zróżnicowane sposoby wypowiadania się wpływają na transkrypcję. System powinien potwierdzać adresy, liczby i inne dane o wysokim koszcie pomyłki, a przy kolejnych nieudanych próbach przechodzić do człowieka lub bezpiecznej alternatywy.
Kanał projektowany do standardowej obsługi nie może przedstawiać się jako numer alarmowy ani zastępować właściwych służb. Scenariusze zagrożenia życia, przemocy lub awarii krytycznej wymagają uzgodnionych komunikatów i natychmiastowej ścieżki eskalacji. Zakres ten ocenia właściciel usługi przed pilotażem.
- Jawne potwierdzanie danych krytycznych zamiast polegania na jednej transkrypcji.
- Limit nieudanych prób i jednoznaczna ścieżka wyjścia z automatycznej rozmowy.
- Monitorowanie awarii integracji bez generowania zastępczych, fikcyjnych potwierdzeń.
Pilotaż
Ocena obejmuje osoby, zadania i przekazania
Pilotaż warto ograniczyć do jednego typu kontaktu, dla którego znane są obecne czasy i najczęstsze przyczyny niepowodzeń. Przed kontaktem z mieszkańcami zespół może przejść scenariusze testowe, próby dostępności i obsługę błędów integracji, a następnie uruchomić kontrolowaną grupę z możliwością natychmiastowego wycofania.
Sama długość rozmowy nie mówi, czy kanał działa dobrze. Ocena powinna łączyć ukończenie zadania, poprawność przekazanego kontekstu, liczbę powtórzeń, rezygnacje, przekazania do człowieka oraz jakościowe uwagi uczestników o różnych potrzebach.
- Odsetek poprawnie zakończonych zadań i przyczyny przerwania rozmowy.
- Jakość danych przekazanych operatorowi oraz liczba koniecznych poprawek.
- Dostępność oceniona z udziałem użytkowników, nie wyłącznie automatycznym audytem.
- Warunki zatrzymania pilotażu przy błędach danych, przekazania lub komunikatów.
Źródła
Podstawa do dalszej oceny
Poniższe materiały są źródłami pierwotnymi. Nie zastępują analizy prawnej, oceny ryzyka ani uzgodnień właściwych dla konkretnego wdrożenia.
- Web Content Accessibility Guidelines (WCAG) 2.2
Rekomendacja W3C dotycząca dostępności treści internetowych; podstawa oceny cyfrowych elementów towarzyszących kanałowi głosowemu.
- Ogólne rozporządzenie o ochronie danych (RODO)
Tekst rozporządzenia UE — podstawa do oceny informacji, minimalizacji, podstaw przetwarzania i retencji danych rozmowy.
- Rozporządzenie UE w sprawie sztucznej inteligencji (AI Act)
Tekst rozporządzenia UE — źródło wymagań, które należy ocenić dla przejrzystości interakcji z systemem AI.