Obsługa klienta w kilku językach: kiedy otworzyć drugi język i jak nie obiecać więcej, niż dowieziesz

Pytanie „czy warto obsługiwać klientów w drugim języku” prawie zawsze pada za późno. Zwykle po tym, jak ktoś zauważy w skrzynce dwie wiadomości po angielsku, albo po tym, jak sprzedaż wróci z targów z przekonaniem, że zagranica to nasz kierunek. W obu przypadkach decyzja zapada bez danych i kończy się tak samo: przetłumaczonym interfejsem, za którym nie stoi nikt, kto odpisze.

Tekst opisuje decyzje wdrożeniowe i organizacyjne, a nie wymogi prawne. Jeśli drugi język wiąże się ze sprzedażą do innego kraju, obowiązki informacyjne i brzmienie warunków potwierdź z prawnikiem — warstwa językowa widgetu ich nie zastępuje.

Sprawdź, czy w ogóle masz zagraniczny ruch

Przeczucie „chyba mamy zagranicznych klientów” to zwykle efekt kilku zapamiętanych wiadomości. Zapamiętały się właśnie dlatego, że były nietypowe. Zanim zainwestujesz w drugi język, przejrzyj cztery źródła, które masz już dziś — żadne nie wymaga nowego narzędzia ani nowego budżetu.

• Język przeglądarkiAnalityka pokazuje język ustawiony na urządzeniu odwiedzającego. To sygnał mocniejszy niż kraj, bo Polak na wakacjach nadal ma polską przeglądarkę.
• Kraj sesjiPrzydatny do oceny rynku, ale mylący przy VPN, sieciach firmowych i emigracji. Traktuj go jako uzupełnienie, nie jako dowód.
• Treść zapytańWiadomości z czatu, formularza i skrzynki. Policz je za trzy miesiące wstecz, zamiast opierać się na tym, co pamiętasz.
• Frazy wejściaRaport wyszukiwania pokazuje, czy ktoś szuka twojej oferty w innym języku, czy trafia na stronę przypadkiem.

Te cztery liczby warto zestawić z tym, co ci ludzie robią na stronie. Zagraniczny ruch, który wchodzi na wpis blogowy i wychodzi po kilkunastu sekundach, to nie popyt — to przypadek. Ruch, który dociera do cennika i strony kontaktu, jest zupełnie inną informacją. Jak czytać takie przejścia etap po etapie, opisujemy w tekście o ścieżce klienta na stronie.

Pół kroku zamiast całego

Między „nic nie robimy” a „zatrudniamy osobę do obsługi po angielsku” jest cały zakres rozwiązań, które nie kosztują etatu. Warto je wyczerpać przed decyzją kadrową — także dlatego, że po kilku tygodniach będziesz mieć twarde dane o tym, ile takich rozmów naprawdę przychodzi i czego dotyczą.

• Włącz angielskie teksty widgetu: menu, ekran pomocy, czat, tryb offline, callback i ekrany potwierdzeń.
• Przygotuj trzy najczęstsze odpowiedzi po angielsku i trzymaj je tam, gdzie zespół i tak zagląda.
• Dodaj krótką sekcję bazy wiedzy po angielsku: zakres usługi, orientacyjny cennik, czas realizacji, sposób kontaktu.
• Ustaw pre-chat tak, żeby zbierał adres kontaktowy, kiedy rozmowa może wymagać dłuższej odpowiedzi.
• Wskaż jedną osobę odpowiedzialną za obcojęzyczne wątki, nawet jeśli odpowiada raz dziennie.
• Zapisuj liczbę takich rozmów w miesiącu — to będzie podstawa następnej decyzji, a nie kolejne przeczucie.

Największą wartość ma zwykle punkt trzeci. Krótki zestaw odpowiedzi na pytania, które i tak padają w każdej rozmowie, zdejmuje z zespołu presję natychmiastowej reakcji w obcym języku. Jak zbudować go tak, żeby nie zamienił się w zbiór nieaktualnych plików, opisujemy w artykule o bazie wiedzy i FAQ na stronie.

Tryb języka: stały czy wykrywany z przeglądarki

Widget może działać w dwóch trybach. W trybie stałym pokazuje zawsze ten sam język, niezależnie od tego, kto wchodzi. W trybie wykrywanym dobiera język na podstawie ustawień przeglądarki odwiedzającego. Co najmniej jeden język musi pozostać aktywny — nie da się wyłączyć wszystkich i zostawić pustych ekranów.

Ostatni wiersz to najczęstszy błąd wdrożeniowy. Wykrywanie języka włącza się jednym przełącznikiem, więc kusi, żeby zrobić to na wszelki wypadek. Efekt jest taki, że klient zaczyna rozmowę po angielsku, bo cały interfejs sugerował, że tak można, a odpowiedź dostaje po polsku albo nie dostaje jej wcale. To kosztuje więcej niż brak drugiego języka, bo zawodzi dokładnie w momencie, w którym ktoś już zdecydował się odezwać.

Reguła jest prosta: tryb wykrywany włączasz dopiero wtedy, gdy potrafisz odpisać w wykrytym języku w czasie, który sam deklarujesz. Jeżeli nie potrafisz, zostaw tryb stały i zbieraj obcojęzyczne zapytania przez formularz albo callback — tam dłuższe oczekiwanie na odpowiedź jest naturalne i nikogo nie zaskakuje. Różnice między tymi kanałami rozkładamy na czynniki pierwsze w tekście o live chacie na stronie.

Warto też pamiętać, że tryb wykrywany nie rozwiązuje sprawy samej strony. Jeśli treść witryny pozostaje wyłącznie po polsku, angielski widget wygląda jak wyspa w obcym otoczeniu i budzi więcej wątpliwości, niż rozwiewa. Kolejność bywa więc odwrotna od intuicyjnej: najpierw krótka, uczciwa wersja językowa najważniejszych informacji o ofercie, potem interfejs kontaktu, na końcu deklaracja czasu odpowiedzi.

Czego nie tłumaczyć maszynowo

Meetlead nie tłumaczy wiadomości automatycznie i nie jest to przeoczenie. Tłumaczenie maszynowe dobrze radzi sobie z sensem ogólnym, a słabo z niuansem, który w obsłudze klienta bywa całą treścią. Problem nie polega na tym, że wynik bywa niezrozumiały. Polega na tym, że bywa zrozumiały i błędny jednocześnie, a nikt tego nie zauważy po żadnej ze stron.

• Zakres i warunki usługiZdanie o tym, co jest w cenie, a co nie, decyduje o późniejszym sporze. Tu tłumaczy człowiek albo nie tłumaczy się wcale.
• Ceny i sposób naliczaniaWaluta, podatek, okres rozliczeniowy i minimalne zamówienie zmieniają znaczenie zdania. Automat gubi te szczegóły po cichu.
• Zobowiązania terminowe„Zwykle w dwa dni” i „w ciągu dwóch dni roboczych” to dwie różne obietnice. Po tłumaczeniu potrafią stać się jedną.
• Reklamacje i odstąpienieOdpowiedź w takiej sprawie ma skutki. Bez pewności co do brzmienia odpisz w języku, którym władasz, i powiedz to wprost.

Praktyczny podział wygląda tak: tłumaczeniem maszynowym możesz pomóc sobie w zrozumieniu, o co pyta klient. Nie używasz go do wysłania odpowiedzi, która coś obiecuje. Zrozumienie pytania jest twoim ryzykiem i możesz je zweryfikować dopytaniem. Wysłana obietnica jest ryzykiem klienta — i twoim, kiedy wróci z tą wiadomością w ręku.

Ta sama ostrożność dotyczy każdego narzędzia, które redaguje treść za ciebie. Może pomóc uporządkować zdanie, ale nie bierze odpowiedzialności za to, co w nim obiecano. Odpowiedzialność zostaje po stronie osoby, która nacisnęła wyślij — i to ona powinna rozumieć każde słowo wychodzącej wiadomości.

Godziny i obietnica: strefy czasowe kontra realny grafik

Grafik dostępności ustawiasz osobno dla każdej witryny i to jest miejsce, w którym drugi język najczęściej się rozjeżdża. Twoje godziny pracy są godzinami w twojej strefie. Klient z innej strefy widzi coś zupełnie innego — kilka godzin różnicy zamienia „jesteśmy dostępni po południu” w „jesteśmy dostępni w środku waszej nocy”.

1. Sprawdź, z jakich stref przychodzą zapytania.Jedna czy dwie strefy to problem do rozwiązania grafikiem. Sześć stref to problem do rozwiązania trybem offline i callbackiem.
2. Ustaw grafik pod rynek, nie pod wyobrażenie.Godziny dostępności mają odpowiadać temu, kiedy ktoś naprawdę pisze, a nie temu, kiedy zespołowi wygodnie siedzieć w panelu.
3. Rozdziel dostępność językową od ogólnej.Jeśli po angielsku odpisuje jedna osoba, to jej grafik jest prawdziwym grafikiem drugiego języka. Reszta zespołu tego nie pokryje.
4. Zadbaj o tryb offline w obu językach.Ekran poza godzinami pracy, formularz i callback muszą brzmieć równie wiarygodnie jak czat na żywo.
5. Nie deklaruj czasu, którego nie dotrzymasz.Ostrożniejsza obietnica dotrzymywana zawsze buduje więcej zaufania niż ambitna dotrzymywana czasem.

Deklarowany czas odpowiedzi w drugim języku niemal zawsze powinien być dłuższy niż w pierwszym i nie ma w tym niczego wstydliwego. Gorzej wygląda ta sama deklaracja w obu językach, dotrzymywana tylko w jednym. Jak liczyć ten czas rzetelnie i nie oszukiwać się samą definicją pomiaru, opisujemy w artykule o czasie pierwszej odpowiedzi na czacie.

Wiadomość w nieznanym języku: procedura zamiast improwizacji

Prędzej czy później przyjdzie wiadomość w języku, którego nikt w zespole nie zna. Bez ustalonej procedury dzieje się jedna z dwóch rzeczy: ktoś improwizuje z tłumaczeniem maszynowym i obiecuje coś, czego nie rozumie, albo wiadomość zostaje bez odpowiedzi, aż zniknie z widoku. Obie ścieżki kosztują, tylko w różnym momencie.

1. Potwierdź odbiór.Krótkie zdanie po polsku i po angielsku wystarczy. Cisza jest gorsza niż niedopasowany język.
2. Ustal, o co chodzi.Tłumaczenie maszynowe użyte do zrozumienia treści jest w porządku. Do wysłania odpowiedzi już nie.
3. Zaproponuj wspólny język.Zapytaj wprost, czy rozmowa po angielsku będzie w porządku. W większości przypadków będzie.
4. Skieruj do właściwego działu.Jeśli ktoś w firmie zna ten język, rozmowa ma trafić do niego od razu, a nie po trzech przekazaniach.
5. Powiedz, czego nie zrobisz.Brak obsługi w danym języku to informacja, którą można podać spokojnie. Zawieszona rozmowa taką informacją nie jest.

Takie przypadki warto zapisywać, bo to one podpowiadają następny ruch. Kilka wiadomości w tym samym języku co miesiąc to sygnał do rozmowy o kolejnej wersji widgetu i bazy wiedzy. Kilka wiadomości w kilku różnych językach w ciągu roku to sygnał odwrotny: procedura wystarczy i nic więcej zmieniać nie trzeba.