Klient chce prostej odpowiedzi, bank musi udzielić odpowiedzi bezpiecznej
Klient zazwyczaj nie oczekuje od banku wykładu z prawa bankowego, AML, ochrony danych, bezpieczeństwa transakcji albo zarządzania ryzykiem. Oczekuje odpowiedzi na kilka bardzo prostych pytań. Dlaczego bank prosi mnie o dodatkowy dokument? Dlaczego moja transakcja została zatrzymana? Dlaczego mam wyjaśnić źródło środków? Dlaczego nie mogę otworzyć rachunku od razu? Dlaczego bank zadaje pytania, skoro jestem klientem od wielu lat? Co mam zrobić? Co się stanie, jeżeli tego nie zrobię? Z perspektywy klienta są to pytania zupełnie naturalne, ponieważ klient widzi konkretną sytuację: zablokowaną płatność, prośbę o dokument, komunikat w aplikacji, telefon z banku, odmowę wykonania dyspozycji, dodatkowe pytanie przy onboardingu albo kolejne ostrzeżenie przy produkcie. Chce wiedzieć, co się dzieje i jak ma zareagować. Z perspektywy banku ta sama sytuacja wygląda inaczej. Bank nie odpowiada wyłącznie jako rozmówca klienta, lecz jako instytucja regulowana, działająca w ramach procedur, wymogów nadzorczych, obowiązków informacyjnych, przepisów AML, zasad bezpieczeństwa, ochrony danych, tajemnicy bankowej, zarządzania ryzykiem i własnego modelu odpowiedzialności. Dlatego odpowiedź, która z perspektywy klienta mogłaby brzmieć prosto, z perspektywy banku nigdy nie jest całkiem prosta. Każde zdanie wypowiedziane do klienta może później zostać odtworzone, zacytowane, ocenione i zestawione z dokumentacją, regulaminem, procedurą, odpowiedzią reklamacyjną, stanowiskiem procesowym albo oceną nadzorczą. To sprawia, że język banku jest nie tylko narzędziem komunikacji, ale również elementem zarządzania ryzykiem.
Pracownik banku nie może więc powiedzieć: „proszę dosłać cokolwiek, żebyśmy mogli zamknąć temat”, jeżeli chodzi o konkretny dokument wymagany w procesie identyfikacji albo oceny relacji. Nie powinien powiedzieć: „to tylko formalność”, jeżeli brak odpowiedzi klienta może mieć realne konsekwencje dla świadczenia usługi. Nie może powiedzieć: „system pana zablokował, ale pewnie zaraz przejdzie”, jeżeli sprawa wymaga weryfikacji bezpieczeństwa. Nie powinien powiedzieć: „bank coś podejrzewa”, jeżeli chodzi o standardową czynność wykonywaną w ramach monitorowania relacji. Nie może też opisać wszystkich powodów blokady transakcji, jeżeli ujawniłby w ten sposób mechanizmy bezpieczeństwa albo reguły monitorowania. Te przykłady pokazują, że w banku proste zdanie bardzo łatwo może stać się zdaniem zbyt szerokim, zbyt uspokajającym, zbyt ostrym albo nieprecyzyjnym. To napięcie jest jedną z najtrudniejszych cech komunikacji w sektorze finansowym. Klient potrzebuje prostego, ludzkiego wyjaśnienia. Bank potrzebuje przekazu, który będzie precyzyjny, zgodny z procedurą, powtarzalny, niewprowadzający w błąd i możliwy do obrony po czasie. Klient chce usłyszeć: „dlaczego?”. Bank musi odpowiedzieć tak, aby jednocześnie wyjaśnić sytuację, nie obiecać zbyt wiele, nie powiedzieć za mało, nie ujawnić tego, czego ujawniać nie powinien, i nie stworzyć rozbieżności między rozmową, regulaminem, procedurą oraz późniejszą odpowiedzią reklamacyjną. W teorii można powiedzieć, że bank powinien mówić prościej. I jest to prawda, ale prawda niepełna. Bank nie ma mówić po prostu „prosto”. Ma mówić zrozumiale, ale jednocześnie precyzyjnie. Ma upraszczać język, ale nie upraszczać odpowiedzialności.
Problem polega na tym, że prostota bywa rozumiana zbyt powierzchownie. Czasem sprowadza się ją do krótszych zdań, mniej prawniczego słownictwa i bardziej przyjaznego tonu. To oczywiście ma znaczenie, ponieważ klientowi nie pomaga komunikat, który brzmi jak fragment regulaminu wklejony do rozmowy. Nie pomaga mu także informacja, w której najważniejsze zdanie ukryto między zastrzeżeniami, definicjami i odesłaniami. Jeżeli bank chce, aby klient coś zrozumiał, musi mówić językiem, który realnie nadaje się do zrozumienia. Ale krótsze zdanie nie zawsze jest lepszym zdaniem. „Potrzebujemy tego ze względów bezpieczeństwa” brzmi prosto, ale często niewiele wyjaśnia. „To tylko formalność” brzmi przyjaźnie, ale może być nieprawdziwe albo zbyt uspokajające. „System tak zdecydował” jest krótkie, ale odbiera klientowi poczucie, że ktokolwiek rozumie jego sprawę. „Bank ma taki obowiązek” może być poprawne, lecz nie odpowiada na pytanie, po co klient ma coś zrobić. Prosty język nie może więc polegać na zastępowaniu trudnych formuł łatwymi skrótami myślowymi. Jeżeli uproszczenie usuwa z komunikatu istotny warunek, ryzyko albo konsekwencję, przestaje być dobrym prostym językiem. Staje się nieprecyzyjnym przekazem. A w sektorze finansowym nieprecyzyjny przekaz może mieć bardzo konkretne skutki. Może stać się podstawą reklamacji. Może zostać przywołany w sporze sądowym. Może zostać oceniony przez organ nadzoru. Może stworzyć rozbieżność między tym, co bank chciał powiedzieć, a tym, co klient zrozumiał. Może prowadzić do zarzutu, że klient został uspokojony, choć powinien zostać ostrzeżony. Albo przeciwnie — że został potraktowany jak osoba podejrzana, choć chodziło jedynie o standardową czynność weryfikacyjną.
Dlatego banki tak często uciekają w język ostrożny, formalny i bezpieczny dowodowo. Taki język może być nieprzyjazny, ale daje poczucie kontroli. Pozwala ograniczyć ryzyko, że pracownik powie za dużo, za mało albo inaczej niż powinien. Pozwala utrzymać jednolity przekaz. Pozwala później wykazać, że klient otrzymał informację zgodną z przyjętym stanowiskiem banku. Tyle że tu pojawia się drugi problem: komunikat może być precyzyjny z perspektywy autora i niezrozumiały z perspektywy odbiorcy. Może być zgodny z procedurą, ale bezużyteczny dla klienta. Może być poprawny prawnie, ale komunikacyjnie martwy. Może zawierać wszystkie niezbędne elementy, a mimo to nie odpowiadać na najważniejsze pytanie klienta: co to dla mnie oznacza?
To rozróżnienie jest kluczowe. Przekazanie informacji nie jest tym samym co skuteczne zakomunikowanie informacji. Można przekazać klientowi podstawę prawną, zastrzeżenia, definicje i warunki, a jednocześnie nie pomóc mu zrozumieć sytuacji. Można poinformować klienta o obowiązku, ale nie wyjaśnić celu działania. Można wysłać komunikat o względach bezpieczeństwa, ale nie powiedzieć klientowi, co może zrobić dalej. Można przedstawić ryzyko produktu, ale w taki sposób, że klient nie wie, które ryzyko jest naprawdę najważniejsze. Wtedy bank formalnie mówi, ale praktycznie nie wyjaśnia. Właśnie dlatego rozmowa banku z klientem jest trudniejsza, niż wydaje się w hasłach o prostym języku. Bank musi znaleźć punkt równowagi między trzema wartościami: zrozumiałością, precyzją i jednolitością. Jeżeli zabraknie zrozumiałości, klient nie wie, co się dzieje i może czuć się zlekceważony, zaniepokojony albo traktowany jak ktoś podejrzany. Jeżeli zabraknie precyzji, komunikat może wprowadzać w błąd albo tworzyć nieuzasadnione oczekiwania. Jeżeli zabraknie jednolitości, ten sam bank może w różnych kanałach mówić klientom różne rzeczy o tym samym procesie. Każda z tych wartości jest ważna i każda może wchodzić w napięcie z pozostałymi.
Najprostszy komunikat może być zbyt mało precyzyjny. Najbardziej precyzyjny może być zbyt trudny. Najbardziej bezpieczny organizacyjnie może być zbyt ogólny. Najbardziej empatyczny może być zbyt miękki. Najbardziej szczegółowy może ujawniać za dużo. Najbardziej jednolity może nie pasować do sytuacji konkretnego klienta. Dlatego pytanie nie powinno brzmieć, czy bank może mówić prosto. Powinno brzmieć: jak bank ma mówić prosto, nie tracąc precyzji, spójności i odpowiedzialności za przekaz?
Dlaczego bank nie może mówić „własnymi słowami”
W codziennej rozmowie naturalne jest dopasowanie języka do sytuacji. Jeżeli ktoś pyta, dlaczego potrzebujemy dodatkowej informacji, próbujemy odpowiedzieć po ludzku. Skracamy, upraszczamy, szukamy porównania, czasem używamy skrótu myślowego. Chcemy, aby druga strona zrozumiała sens, a nie całą strukturę prawną, organizacyjną albo proceduralną stojącą za odpowiedzią. W banku taka spontaniczność jest dużo trudniejsza. Nie dlatego, że pracownik banku nie potrafi mówić normalnym językiem albo że bank jako organizacja lubi brzmieć formalnie. Problem polega na tym, że bank nie komunikuje się z klientem jak osoba prywatna. Każda odpowiedź może być później odtworzona, zacytowana, oceniona i zestawiona z dokumentacją, regulaminem, procedurą, decyzją reklamacyjną, stanowiskiem banku albo przepisami prawa. To, co w zwykłej rozmowie byłoby tylko życzliwym skrótem, w relacji banku z klientem może stać się elementem dowodowym. Jeżeli pracownik mówi klientowi „to tylko formalność”, robi to często z dobrą intencją. Chce uspokoić klienta i pokazać, że sprawa nie jest nadzwyczajna. Ale jeżeli brak dokumentu może prowadzić do odmowy wykonania dyspozycji, ograniczenia dostępu do usługi albo nawet zakończenia relacji, takie zdanie przestaje być niewinne. Klient może później zapytać: skoro to była tylko formalność, dlaczego skutki były tak poważne? Podobnie jest ze zdaniem „proszę się nie martwić”. W zwykłej rozmowie jest to wyraz empatii. W określonym kontekście bankowym klient może jednak odebrać je jako zapewnienie, że nie istnieje żadne ryzyko, sprawa na pewno zostanie rozwiązana albo bank nie podejmie wobec niego negatywnych działań.
Jeżeli pracownik mówi „system tak zdecydował”, upraszcza skomplikowany proces, ale jednocześnie może stworzyć wrażenie, że nikt w banku nie rozumie decyzji, nikt nie może jej zweryfikować i klient nie ma realnej możliwości wyjaśnienia sprawy. To może być komunikacyjnie proste, ale organizacyjnie bardzo ryzykowne. Podobnie odpowiedź „bank ma taki obowiązek” może być prawdziwa, ale często niczego nie tłumaczy. Klient nadal nie wie, po co bank zadaje pytanie, dlaczego dokument jest potrzebny, co stanie się z informacją i jakie są konsekwencje braku odpowiedzi. Formalnie bank powołał się na obowiązek. Praktycznie nie wyjaśnił klientowi sytuacji. To pokazuje, że w banku problemem nie jest samo uproszczenie języka, lecz uproszczenie sensu. Bank musi bardzo uważać, aby proste zdanie nie stało się zdaniem niepełnym, zbyt kategorycznym, zbyt miękkim, zbyt ostrym albo niespójnym z oficjalnym stanowiskiem organizacji. Pracownik, który mówi „własnymi słowami”, może nieświadomie przesunąć znaczenie komunikatu. Może obiecać więcej, niż bank może obiecać. Może zasugerować zarzut wobec klienta, którego bank nie powinien formułować. Może pominąć warunek, który jest istotny. Może ujawnić więcej, niż powinien. Może też zbudować oczekiwanie, którego później bank nie będzie mógł spełnić.
Dlatego banki potrzebują jednolitego przekazu. Jednolity przekaz nie jest tylko wygodą organizacyjną, lecz elementem zarządzania ryzykiem. Ten sam typ sprawy może pojawić się w oddziale, na infolinii, w bankowości elektronicznej, w aplikacji mobilnej, w reklamacji, w korespondencji z pełnomocnikiem klienta, a później w sporze sądowym albo kontroli organu. Jeżeli w każdym z tych miejsc bank mówi inaczej, pojawia się problem. Klient może usłyszeć na infolinii, że chodzi jedynie o „rutynową weryfikację”, w oddziale, że „bank ma wątpliwości”, w aplikacji, że sprawa wynika ze „względów bezpieczeństwa”, a w odpowiedzi reklamacyjnej, że działanie było konsekwencją obowiązków regulacyjnych. Każdy z tych komunikatów może być częściowo prawdziwy. Razem mogą jednak tworzyć wrażenie chaosu, braku przejrzystości albo zmiany stanowiska. Z punktu widzenia banku jednolitość ma jeszcze jedno znaczenie. Organizacja musi mieć pewność, że tysiące pracowników, konsultantów, doradców, specjalistów operacyjnych i osób obsługujących reklamacje wyjaśniają podobne sprawy w podobny sposób. Nie chodzi o mechaniczne czytanie formułek. Chodzi o to, aby klient w podobnej sytuacji otrzymał zasadniczo ten sam sens odpowiedzi, niezależnie od kanału kontaktu. To jest szczególnie trudne, bo bankowe komunikaty powstają zwykle na styku wielu funkcji. Prawnik dba o zgodność z przepisami i ograniczenie ryzyka sporu. Compliance patrzy na obowiązki regulacyjne i oczekiwania nadzorcze. AML zwraca uwagę na to, czego nie można ujawnić klientowi. Bezpieczeństwo pilnuje, aby komunikat nie odsłaniał mechanizmów kontrolnych. Ochrona danych pyta o podstawę i zakres przetwarzania. Biznes chce, aby klient nie zrezygnował z usługi. Obsługa klienta chce, aby komunikat był zrozumiały i możliwy do przekazania w rozmowie.
Każda z tych perspektyw jest uzasadniona. Problem pojawia się wtedy, gdy każda dopisuje własne zastrzeżenie, a nikt nie odpowiada za całość komunikatu. Wtedy powstaje tekst poprawny fragmentami, ale trudny jako całość. Prawnie ostrożny, ale komunikacyjnie nieprzyjazny. Bezpieczny dla procesu, ale mało pomocny dla klienta. To dlatego prosty język w banku nie może być rozumiany jako pozwolenie na improwizację. Nie wystarczy powiedzieć pracownikom: „mówcie bardziej po ludzku”. To mogłoby przynieść efekt odwrotny od zamierzonego. Jeden pracownik będzie chciał klienta uspokoić, drugi będzie bardzo formalny, trzeci wyjaśni za dużo, czwarty z obawy przed błędem powie prawie nic, a piąty użyje skrótu, który klient zrozumie inaczej, niż bank zamierzał. Prosty język musi być zaprojektowany. Musi być częścią procesu, a nie tylko stylem wypowiedzi. Bank powinien wiedzieć, co w danej sytuacji może powiedzieć klientowi, czego nie powinien mówić, jakie elementy komunikatu są konieczne, jakie ryzyka trzeba nazwać, a jakie szczegóły powinny pozostać niewyjaśnione ze względów bezpieczeństwa albo obowiązków regulacyjnych. Pracownik powinien mieć język, który jest jednocześnie ludzki i bezpieczny. Nie powinien być zmuszony do wyboru między niezrozumiałą formułą a ryzykowną improwizacją.
Dobry komunikat bankowy powinien więc spełniać kilka warunków jednocześnie. Powinien wyjaśniać klientowi sens działania. Jeżeli bank prosi o dokument, klient powinien wiedzieć, po co jest on potrzebny i co się stanie, jeżeli go nie dostarczy. Jeżeli bank zatrzymał transakcję, klient powinien wiedzieć, co może zrobić dalej i gdzie uzyskać pomoc. Jeżeli bank przedstawia ryzyko produktu, klient powinien rozumieć, które ryzyko jest dla niego najważniejsze. Komunikat powinien być też precyzyjny. Nie może obiecywać rezultatu, którego bank nie może zagwarantować. Nie może sugerować, że sprawa nie ma znaczenia, jeżeli może mieć konsekwencje. Nie może zastępować realnego wyjaśnienia ogólną formułą, która brzmi poprawnie, ale niczego nie mówi. Komunikat powinien być także jednolity. To samo działanie banku powinno być wyjaśniane w podobny sposób w różnych kanałach. Klient nie powinien otrzymywać innego sensu odpowiedzi w aplikacji, innego na infolinii i innego w reklamacji. Powinien być wreszcie możliwy do użycia przez organizację. Inaczej mówi się w piśmie, inaczej w rozmowie telefonicznej, inaczej w krótkim komunikacie systemowym, a inaczej w odpowiedzi reklamacyjnej. Ale wszystkie te formy powinny opierać się na tej samej logice. To właśnie dlatego bank nie może po prostu mówić „własnymi słowami”. Może i powinien mówić bardziej zrozumiale, ale ta zrozumiałość musi być zaprojektowana tak samo poważnie jak procedura, której dotyczy. Bo w relacji banku z klientem język nie jest dodatkiem do procesu. Jest częścią procesu.
Precyzja nie jest wrogiem klienta
W dyskusjach o prostym języku łatwo wpaść w bardzo wygodny podział: po jednej stronie klient, który chce zrozumieć, po drugiej bank, który broni się formalnym językiem. Po jednej stronie prostota, po drugiej prawniczo-regulacyjna ostrożność. Po jednej stronie komunikacja, po drugiej procedura. Taki podział jest atrakcyjny, ale zbyt prosty. Precyzyjny język banku nie służy wyłącznie ochronie banku. Może i powinien chronić również klienta. Jeżeli bank jasno mówi, czego oczekuje, dlaczego tego oczekuje, jakie są możliwe konsekwencje i czego nie może obiecać, klient jest w lepszej sytuacji niż wtedy, gdy otrzymuje komunikat miły, krótki i nieprecyzyjny. To szczególnie ważne w sektorze finansowym, w którym wiele decyzji klienta ma skutki ekonomiczne, prawne albo organizacyjne. Klient podejmuje decyzję o produkcie, przekazuje dane, wyjaśnia transakcję, składa dyspozycję, odpowiada na pytania, wnosi reklamację albo decyduje, czy kontynuować relację z bankiem. Jeżeli komunikat banku jest zbyt ogólny, klient może nie rozumieć, jakie znaczenie ma jego działanie albo zaniechanie. Prosty, ale nieprecyzyjny komunikat może więc być wygodny tylko pozornie. Może obniżyć napięcie rozmowy, ale jednocześnie stworzyć niejasność, której skutki ujawnią się dopiero później.
Jeżeli bank mówi klientowi: „proszę dosłać dokument, żebyśmy mogli dokończyć sprawę”, brzmi to prosto. Ale klient nie wie, czy dokument jest konieczny, czy tylko pomocniczy. Nie wie, czy bez niego bank odmówi wykonania czynności, ograniczy usługę, czy jedynie wydłuży proces. Nie wie, czy chodzi o obowiązek prawny, bezpieczeństwo, ocenę ryzyka, czy wewnętrzny wymóg organizacyjny. Krótkie zdanie jest zrozumiałe językowo, ale niekoniecznie informacyjnie. Podobnie informacja „transakcja została zatrzymana ze względów bezpieczeństwa” również jest prosta. Klient wie, że chodzi o bezpieczeństwo. Nie wie jednak, czy powinien potwierdzić transakcję, poczekać, skontaktować się z bankiem, złożyć reklamację, ponowić dyspozycję czy uznać, że środki są chwilowo niedostępne. Komunikat jest krótki, ale może nie prowadzić klienta do żadnego działania.
Równie problematyczne może być zdanie: „proszę się nie martwić, to standardowa procedura”. Bank może próbować w ten sposób obniżyć napięcie, ale taka odpowiedź może jednocześnie pomniejszać znaczenie sytuacji. Klient może uznać, że jego reakcja nie jest pilna, że brak odpowiedzi nie będzie miał skutków albo że bank nie podejmie żadnych dalej idących działań. Empatia jest potrzebna, ale nie może usuwać informacji o konsekwencjach. Właśnie dlatego precyzja nie jest wrogiem prostego języka. Jest jego warunkiem. Dobry komunikat powinien być zrozumiały, ale musi też mówić klientowi coś konkretnego. Nie wystarczy, że brzmi przyjaźnie. Musi odpowiadać na realne pytania klienta: co się dzieje, dlaczego bank działa, czego oczekuje, jaki jest termin, jakie są konsekwencje braku reakcji i gdzie klient może uzyskać wyjaśnienie albo zakwestionować działanie banku.
W sektorze finansowym precyzja ma jeszcze jeden wymiar: chroni klienta przed fałszywym poczuciem bezpieczeństwa. Widać to szczególnie dobrze przy produktach finansowych. Jeżeli klient pyta o ryzyko, opłaty, możliwość zmiany kosztów, wcześniejszą spłatę, warunki wypowiedzenia, trwałość oprocentowania albo zasady odpowiedzialności, nie wystarczy odpowiedzieć w sposób ogólnie uspokajający. „To bezpieczny produkt”, „to popularne rozwiązanie”, „klienci często z tego korzystają”, „nie powinno być problemu” — takie zdania mogą brzmieć naturalnie w rozmowie, ale nie tłumaczą warunków. Co więcej, mogą być później odczytane jako zapewnienia, których bank nie chciał udzielić. Precyzyjny komunikat może być mniej efektowny, ale bardziej uczciwy. Zamiast mówić „to bezpieczne”, bank powinien wyjaśnić, jakie ryzyka występują, w jakich sytuacjach mogą się zmaterializować i co to oznacza dla klienta. Zamiast mówić „to tylko standardowy dokument”, powinien wyjaśnić, dlaczego dokument jest wymagany i jakie skutki może mieć jego brak. Zamiast mówić „system zablokował transakcję”, powinien wskazać, co klient może zrobić dalej, nawet jeżeli nie może ujawnić szczegółowych reguł bezpieczeństwa. Precyzja nie oznacza więc komplikowania przekazu. Oznacza, że bank nie powinien usuwać z komunikatu elementów istotnych tylko dlatego, że są trudne do powiedzenia.
To jest częsta pułapka prostego języka. W imię zrozumiałości można skrócić komunikat tak bardzo, że znika z niego właściwy sens. Można zastąpić skomplikowaną podstawę działania ogólnym „bank ma taki obowiązek”. Można zastąpić opis konsekwencji zdaniem „prosimy o pilny kontakt”. Można zastąpić wyjaśnienie ryzyka formułą „szczegóły znajdują się w dokumentacji”. Każde z tych zdań może być prawdziwe. Ale nie każde pomaga klientowi zrozumieć sytuację. Precyzja wymaga odróżnienia informacji, której klient potrzebuje, od informacji, którą bank po prostu chce przekazać. To nie jest to samo. Bank może wysłać klientowi długi dokument, w którym znajduje się wszystko: podstawa prawna, definicje, zastrzeżenia, wyjątki, odesłania, skutki i warunki. Formalnie informacja została przekazana. Ale jeżeli klient nie wie, która część jest dla niego najważniejsza, kiedy powinien zareagować i co oznacza brak reakcji, komunikat może nie spełniać swojej funkcji. Dlatego precyzja nie polega na objętości. Długi komunikat nie jest automatycznie precyzyjny. Czasem jest po prostu długi. Precyzyjny jest taki komunikat, który trafnie wskazuje znaczenie sprawy. Pokazuje klientowi, co jest najważniejsze, co jest warunkiem, co jest ryzykiem, co jest konsekwencją, a co jest szczegółem dodatkowym.
Z tego powodu prosty język i precyzja powinny działać razem. Prosty język odpowiada za to, aby klient był w stanie komunikat zrozumieć. Precyzja odpowiada za to, aby zrozumiał właściwą rzecz. Bez prostoty precyzyjny komunikat może stać się regulacyjnym monologiem. Bez precyzji prosty komunikat może stać się miłym, ale ryzykownym uproszczeniem. Dla banku ta równowaga jest szczególnie ważna, bo relacja z klientem nie kończy się w momencie przekazania informacji. Komunikat może wrócić w reklamacji, sporze, kontroli albo postępowaniu sądowym. Wtedy oceniane będzie nie tylko to, czy bank coś powiedział, ale także to, co klient mógł z tego zrozumieć. Jeżeli bank użył nieprecyzyjnego skrótu, późniejsze tłumaczenie, że „nie to mieliśmy na myśli”, może być mało przekonujące.
Jednocześnie precyzja nie powinna być pretekstem do języka niezrozumiałego. Bank nie powinien mówić: „to jest złożone, więc musi być trudne”. Wiele rzeczy można wyjaśnić jaśniej, nie tracąc sensu. Można powiedzieć klientowi, że bank potrzebuje dokumentu, ponieważ musi potwierdzić określone informacje. Można powiedzieć, że bez dokumentu sprawa nie będzie mogła zostać zakończona. Można powiedzieć, że transakcja została czasowo wstrzymana w celu weryfikacji bezpieczeństwa i wskazać dalszy krok. Można powiedzieć, że bank nie może podać wszystkich szczegółów działania systemu, ale klient może potwierdzić dyspozycję w określony sposób. To nadal jest język ostrożny, ale jest to ostrożność użyteczna dla klienta.
Najgorszym rozwiązaniem nie jest bowiem język trudny sam w sobie. Najgorszy jest język, który jednocześnie jest trudny i mało informacyjny. Taki, który brzmi formalnie, ale nie odpowiada na pytanie klienta. Taki, który zabezpiecza autora komunikatu, ale nie prowadzi odbiorcy przez sytuację. Taki, który formalnie spełnia obowiązek, ale praktycznie zostawia klienta z poczuciem, że bank coś powiedział, tylko nie wiadomo co. Precyzja powinna działać inaczej. Powinna porządkować komunikat. Wyjaśniać granice. Odróżniać to, co pewne, od tego, co zależy od dalszej oceny. Odróżniać standardową czynność od sytuacji nadzwyczajnej. Odróżniać prośbę od obowiązku. Odróżniać brak gwarancji od odmowy. Odróżniać blokadę czasową od trwałej decyzji. Odróżniać wyjaśnienie od zarzutu. Dopiero wtedy bank rzeczywiście pomaga klientowi zrozumieć sytuację. Precyzja nie jest więc przeszkodą w prostym języku. Jest warunkiem jego odpowiedzialnego użycia. Bank, który mówi prosto, ale nieprecyzyjnie, nie rozwiązuje problemu komunikacji. Tworzy nowy problem. Bank, który mówi precyzyjnie, ale niezrozumiale, również nie osiąga celu. Przekazuje informację, ale nie buduje zrozumienia. Dobra komunikacja banku z klientem zaczyna się dopiero tam, gdzie te dwie wartości spotykają się w jednym komunikacie: zrozumiałym na tyle, aby klient wiedział, co się dzieje, i precyzyjnym na tyle, aby wiedział, co to naprawdę oznacza.
Jednolity przekaz jako konieczność organizacyjna
Bank nie rozmawia z klientem jednym głosem dlatego, że lubi standaryzację. Rozmawia jednym głosem, bo inaczej bardzo szybko przestałby być jedną instytucją w oczach klienta, nadzorcy, sądu i samego siebie. Ta sama sprawa może pojawić się w wielu miejscach. Klient może najpierw zobaczyć krótki komunikat w aplikacji, potem zadzwonić na infolinię, następnie pójść do oddziału, później napisać reklamację, a jeszcze później skorzystać z pełnomocnika, zwrócić się do Rzecznika Finansowego albo wystąpić z pozwem. W każdym z tych miejsc bank będzie musiał wyjaśnić, co zrobił, dlaczego to zrobił i jakie znaczenie miało to dla klienta. Jeżeli na każdym etapie pojawia się trochę inna odpowiedź, problem przestaje być wyłącznie komunikacyjny. Staje się problemem wiarygodności.
Klient słyszy na infolinii, że chodzi o „rutynową weryfikację”. W oddziale dowiaduje się, że „bank musi wyjaśnić pewne wątpliwości”. W aplikacji widzi komunikat o „względach bezpieczeństwa”. W odpowiedzi reklamacyjnej czyta o „realizacji obowiązków wynikających z przepisów prawa oraz wewnętrznych procedur banku”. Każdy z tych komunikatów może być prawdziwy. Razem mogą jednak stworzyć wrażenie, że bank sam nie wie, co się właściwie wydarzyło. Z perspektywy organizacji to często nie jest chaos. To różne poziomy opisu tej samej sytuacji. Inaczej mówi system transakcyjny, inaczej konsultant, inaczej doradca w oddziale, inaczej specjalista od reklamacji, inaczej prawnik, a inaczej osoba odpowiedzialna za AML, fraudy albo bezpieczeństwo. Każdy widzi swój fragment procesu, używa własnego języka i próbuje zachować ostrożność właściwą dla swojej funkcji. Dla klienta nie ma to jednak większego znaczenia. Klient nie rozmawia z departamentem AML, jednostką reklamacji, zespołem bezpieczeństwa, prawnikiem i właścicielem procesu. Rozmawia z bankiem. Jeżeli bank w różnych kanałach mówi różnymi językami, klient nie odbiera tego jako wielowymiarowości organizacji. Odbiera to jako niespójność. Dlatego jednolity przekaz jest jednym z podstawowych warunków dobrej komunikacji w sektorze finansowym. Nie oznacza on, że każda odpowiedź ma być identyczną formułą. Nie oznacza też, że konsultant na infolinii, komunikat w aplikacji i pismo reklamacyjne mają brzmieć tak samo. To byłoby niemożliwe i często niepotrzebne. Jednolitość polega na czymś innym: na tym, że wszystkie kanały przekazują ten sam sens.
Klient powinien rozumieć, że jeżeli bank prosi o dokument, to cel tej prośby jest ten sam niezależnie od tego, czy dowiedział się o niej w aplikacji, od pracownika oddziału czy z pisma. Jeżeli transakcja została czasowo wstrzymana, to wyjaśnienie nie powinno zmieniać charakteru w zależności od tego, kto odpowiada. Jeżeli bank nie może ujawnić pełnych powodów działania, nie powinien raz sugerować standardowej czynności, a innym razem nadzwyczajnego podejrzenia. Brak jednolitego przekazu jest szczególnie niebezpieczny wtedy, gdy dotyczy kwestii wrażliwych: AML, fraudów, blokad transakcji, odmowy nawiązania relacji, oceny zdolności kredytowej, ryzyk produktu, wypowiedzenia umowy czy ograniczenia dostępu do usługi. To nie są obszary, w których bank może pozwolić sobie na swobodną wielogłosowość.
Jedno zdanie za dużo może wywołać poczucie, że klientowi postawiono zarzut. Jedno zdanie za mało może sprawić, że klient nie zrozumie konsekwencji. Jedno uspokajające sformułowanie może zostać odebrane jako zapewnienie, że sprawa nie ma znaczenia. Jedno zbyt techniczne uzasadnienie może sprawić, że klient nie będzie wiedział, co ma zrobić dalej. Jednolity przekaz jest więc nie tylko zabezpieczeniem banku. Jest także ochroną klienta przed przypadkowością komunikacji. Klient nie powinien zależeć od tego, na którego pracownika trafił, w którym kanale zadał pytanie i jak bardzo dana osoba czuje się swobodnie w tłumaczeniu procedury. Jeżeli sytuacja jest podobna, klient powinien otrzymać podobne wyjaśnienie — nie identyczne słowo w słowo, ale zgodne co do sensu, zakresu i konsekwencji. To brzmi prosto, ale organizacyjnie jest bardzo trudne. Bank działa przez wiele kanałów. Ma komunikaty systemowe, skrypty rozmów, szablony pism, odpowiedzi reklamacyjne, regulaminy, FAQ, wiadomości w bankowości elektronicznej, dokumentację produktową, instrukcje dla pracowników i wewnętrzne procedury. Każdy z tych elementów powstaje często w innym miejscu organizacji, w innym czasie i pod wpływem innych priorytetów. Komunikat w aplikacji musi być krótki. Skrypt rozmowy powinien być możliwy do użycia w dynamicznej rozmowie z klientem. Pismo reklamacyjne musi być bardziej precyzyjne i pełniejsze. Regulamin musi zachować formalną dokładność. Procedura wewnętrzna musi prowadzić pracownika przez proces. Materiał szkoleniowy musi wyjaśniać, jak rozumieć sytuację. Każda forma ma własną logikę.
Problem pojawia się wtedy, gdy nikt nie sprawdza, czy te wszystkie formy nadal mówią to samo. Może się okazać, że aplikacja mówi o bezpieczeństwie, infolinia o procedurze, reklamacja o obowiązkach prawnych, a regulamin o uprawnieniu banku. Każde z tych ujęć może być poprawne. Ale jeżeli nie są ze sobą połączone, klient otrzymuje puzzle zamiast odpowiedzi. Jednolity przekaz wymaga więc zarządzania treścią tak samo poważnie, jak zarządza się samym procesem. Nie wystarczy przygotować wzoru pisma albo dodać krótkiego komunikatu w aplikacji. Trzeba wiedzieć, jak dana sprawa jest opisywana w całej ścieżce klienta: co klient widzi jako pierwsze, co usłyszy, gdy zadzwoni, co powie pracownik w oddziale, co znajdzie w regulaminie, co otrzyma w reklamacji i co bank będzie musiał powiedzieć później przed organem albo sądem. W praktyce oznacza to, że język klienta nie powinien być dopisywany na końcu procesu. Nie powinien być kosmetyczną warstwą nakładaną na procedurę, która została już zamknięta. Jeżeli komunikacja powstaje dopiero na etapie: „trzeba coś napisać klientowi”, bardzo trudno osiągnąć dobrą równowagę między prostotą, precyzją i jednolitością. Najlepsze komunikaty powstają wtedy, gdy organizacja od początku wie, jak będzie tłumaczyć swoje działanie klientowi. Jeżeli bank projektuje proces pozyskiwania dodatkowych dokumentów, powinien od razu wiedzieć, jak wyjaśni klientowi cel dokumentu, konsekwencje jego braku i zakres wykorzystania danych. Jeżeli projektuje mechanizm blokowania transakcji, powinien wiedzieć, jaki komunikat zobaczy klient, jak może potwierdzić dyspozycję i czego bank nie będzie mógł ujawnić. Jeżeli wdraża nowy produkt, powinien wiedzieć, które ryzyka muszą być wyjaśnione w pierwszej kolejności, a które mogą zostać opisane w bardziej szczegółowej dokumentacji.
Inaczej komunikacja staje się naprawianiem procesu po fakcie. Bank próbuje wtedy prostym językiem wyjaśnić coś, co zostało zaprojektowane zbyt skomplikowanie, zbyt technicznie albo zbyt fragmentarycznie. Próbuje jednym komunikatem połączyć wymagania kilku funkcji, których wcześniej nikt nie uzgodnił. Próbuje uspokoić klienta, ale jednocześnie zabezpieczyć się dowodowo. Próbuje powiedzieć mało, bo nie może powiedzieć za dużo. Próbuje powiedzieć jasno, choć sam proces nie zawsze jest jasny. W takich sytuacjach język najczęściej przegrywa. Powstają komunikaty bezpieczne, lecz nieprzyjazne. Albo przyjazne, lecz zbyt ogólne. Albo długie, bo każdy dopisał swoje zastrzeżenie. Albo krótkie, ale tak ogólne, że klient nie wie, co z nich wynika.
Jednolity przekaz wymaga także dobrej współpracy między funkcjami. Prawnicy nie powinni być jedynymi autorami języka klienta, bo wtedy łatwo o nadmierną formalizację. Marketing nie powinien być jedynym autorem, bo wtedy łatwo o nadmierne wygładzenie ryzyk. Compliance nie powinno ograniczać się do dopisywania zastrzeżeń. Biznes nie powinien patrzeć wyłącznie na to, aby klient nie zrezygnował z procesu. Bezpieczeństwo nie powinno ucinać każdego wyjaśnienia jednym argumentem, że „tego nie możemy powiedzieć”. Każda z tych funkcji ma rację tylko częściowo. Dopiero razem mogą stworzyć komunikat, który jest zrozumiały, precyzyjny i bezpieczny. To szczególnie ważne, bo prosty język w banku musi działać w skali. Jedno dobre zdanie napisane przez eksperta nie wystarczy. Trzeba je przełożyć na komunikat systemowy, rozmowę z klientem, odpowiedź na reklamację, instrukcję dla pracownika i szkolenie. Trzeba przewidzieć pytania uzupełniające. Trzeba wskazać, czego pracownik nie powinien mówić. Trzeba rozróżnić sytuacje standardowe od niestandardowych. Trzeba dać ludziom nie tylko formułę, ale też rozumienie jej sensu. W przeciwnym razie jednolitość zmieni się w czytanie skryptu, a to nie jest dobra komunikacja. Klient bardzo szybko wyczuwa, kiedy pracownik powtarza formułę, której sam nie rozumie. Taki przekaz może być jednolity, ale nie będzie przekonujący. Może ograniczać ryzyko improwizacji, ale nie zbuduje zaufania.
Dlatego jednolity przekaz nie może oznaczać martwego przekazu. Chodzi o wspólne rozumienie, a nie tylko wspólne zdania. Pracownik powinien wiedzieć, jaki jest sens komunikatu, jakie są jego granice, które elementy może dopowiedzieć własnymi słowami, a których nie powinien modyfikować. Powinien wiedzieć, kiedy może udzielić prostego wyjaśnienia, a kiedy sprawa wymaga eskalacji. Powinien rozumieć, dlaczego niektórych informacji nie można ujawnić, ale też umieć powiedzieć klientowi coś więcej niż „nie możemy powiedzieć”. To jest różnica między organizacją, która kontroluje język przez zakazy, a organizacją, która kontroluje język przez zrozumienie.
Bank potrzebuje standardu komunikacji nie po to, aby każdy mówił identycznie, ale po to, aby każdy mówił odpowiedzialnie. Standard nie powinien zabijać rozmowy. Powinien chronić jej sens. Powinien sprawiać, że klient niezależnie od kanału otrzyma jasne wyjaśnienie tego samego działania, a bank nie będzie później tłumaczył, że „pracownik miał na myśli coś innego”. W tym sensie jednolity przekaz jest warunkiem zaufania. Klient może nie znać procedur banku. Nie musi rozumieć, gdzie kończy się AML, gdzie zaczyna fraud, a gdzie pojawia się ochrona danych. Nie musi wiedzieć, która jednostka odpowiada za komunikat, a która za decyzję. Ma jednak prawo oczekiwać, że bank będzie mówił w sposób spójny i zrozumiały: nie zawsze krótki, nie zawsze potoczny, nie zawsze maksymalnie szczegółowy, ale spójny. Bo jeżeli bank nie potrafi w podobny sposób wyjaśnić podobnych sytuacji, klient może zacząć podejrzewać, że problem nie leży w języku, tylko w samym procesie.
Kiedy prosty język staje się zbyt prosty
Prosty język ma jedną pułapkę: bardzo łatwo pomylić go ze skrótem, a skrót w rozmowie banku z klientem bywa niebezpieczny. Nie każdy komunikat, który brzmi prosto, jest dobrym komunikatem. Czasem jest po prostu za krótki. Czasem usuwa z wypowiedzi warunek, który miał znaczenie. Czasem brzmi przyjaźnie, ale nieprecyzyjnie. Czasem uspokaja tam, gdzie klient powinien zrozumieć konsekwencje. Czasem wyjaśnia mniej, niż powinien. A czasem mówi tak ogólnie, że właściwie nie mówi niczego. To jest szczególnie widoczne w tych bankowych zdaniach, które na pierwszy rzut oka wydają się niewinne.
Pierwszym z nich jest „to tylko formalność”. To prawdopodobnie jedno z najbardziej ryzykownych prostych zdań w relacji z klientem. Brzmi lekko, uspokajająco i zwyczajnie. Pracownik może użyć go z dobrą intencją, chcąc obniżyć napięcie klienta. Problem polega na tym, że w banku bardzo wiele czynności, które wyglądają jak formalność, formalnością nie jest. Jeżeli bank prosi o dodatkowy dokument w procesie identyfikacji, aktualizacji danych, oceny ryzyka albo wyjaśnienia transakcji, to brak tego dokumentu może mieć konkretne skutki. Może opóźnić proces, uniemożliwić wykonanie dyspozycji, ograniczyć dostęp do produktu, wpłynąć na ocenę relacji albo doprowadzić do decyzji, której klient się nie spodziewał. Jeżeli klient usłyszy wcześniej, że „to tylko formalność”, może nie potraktować sprawy poważnie. Może uznać, że odpowiedź nie jest pilna, że dokument można dosłać później albo że bank i tak nie wyciągnie żadnych konsekwencji. Jeżeli później okaże się inaczej, problem komunikacyjny jest gotowy. Bank nie musi straszyć klienta, ale nie powinien też uspokajać go słowem, które odbiera znaczenie czynności. Lepszy komunikat nie musi być dużo dłuższy. Może brzmieć: „Potrzebujemy tego dokumentu, aby zakończyć weryfikację. Bez niego nie będziemy mogli zakończyć tej sprawy.” To nadal jest język prosty, ale już nie banalizuje sytuacji.
Podobny problem dotyczy zdania: „proszę się nie martwić”. To jedno z najbardziej ludzkich zdań w rozmowie z klientem i właśnie dlatego jest tak kuszące. Klient jest zdenerwowany, transakcja nie przeszła, bank zadaje pytania, sprawa się przedłuża. Naturalny odruch podpowiada, aby powiedzieć: proszę się nie martwić. Tyle że bank nie zawsze może tak powiedzieć. Nie dlatego, że ma być chłodny albo nieempatyczny, lecz dlatego, że „proszę się nie martwić” może zostać odczytane jako zapewnienie. Klient może zrozumieć, że sprawa na pewno zakończy się pozytywnie, że nie będzie żadnych skutków, że ryzyko nie istnieje albo że reakcja klienta nie jest potrzebna. A bank często nie może tego zagwarantować. Może natomiast powiedzieć, że sprawa jest weryfikowana. Może powiedzieć, jaki jest następny krok. Może wyjaśnić, gdzie klient uzyska informację. Może wskazać, czego potrzebuje, aby zakończyć proces. Może okazać spokój i szacunek. Ale nie powinien obiecywać braku problemu, jeżeli dalszy wynik zależy od oceny, dokumentów, potwierdzenia transakcji albo innych okoliczności. Empatia w banku nie powinna polegać na usuwaniu niepewności, której bank usunąć nie może. Powinna polegać na spokojnym wyjaśnieniu, co się dzieje i co klient może zrobić.
Kolejnym przykładem jest zdanie: „system tak zdecydował”. Jest krótkie, zrozumiałe i bardzo wygodne, bo zdejmuje z rozmówcy konieczność tłumaczenia procesu. Odsyła do automatyzacji, reguł, modelu albo algorytmu. W praktyce jednak rzadko pomaga klientowi. Dla klienta „system tak zdecydował” oznacza najczęściej: nikt nie wie, dlaczego tak się stało. Albo: nikt nie chce mi tego wyjaśnić. Albo: nie mam z kim rozmawiać, bo decyzję podjęła maszyna. To szczególnie ryzykowne w czasach, w których coraz więcej procesów bankowych opiera się na automatyzacji: monitoring transakcji, systemy antyfraudowe, scoring, alerty AML, ocena ryzyka, segmentacja klientów i decyzje operacyjne. Automatyzacja może być potrzebna i skuteczna, ale nie powinna stawać się komunikacyjną zasłoną. Jeżeli klient pyta o decyzję banku, odpowiedź nie może kończyć się na systemie. Bank może nie być w stanie ujawnić wszystkich reguł działania mechanizmu. Może nie chcieć odsłaniać szczegółowych kryteriów bezpieczeństwa. Ale powinien umieć powiedzieć, jaki jest charakter sprawy, czy decyzja jest ostateczna, czy czasowa, co klient może zrobić i czy istnieje możliwość weryfikacji. „System tak zdecydował” to nie jest wyjaśnienie. To co najwyżej opis tego, że jakiś system uczestniczył w procesie.
Równie pozornie proste jest zdanie: „potrzebujemy tego ze względów bezpieczeństwa”. W wielu sytuacjach jest ono prawdziwe, ponieważ bank rzeczywiście działa ze względów bezpieczeństwa. Chroni środki klienta, przeciwdziała fraudom, weryfikuje nietypowe transakcje, zabezpiecza dostęp do rachunku, sprawdza dyspozycje i kontroluje ryzyka. Problem polega na tym, że dla klienta takie zdanie często jest zbyt ogólne. „Ze względów bezpieczeństwa” może oznaczać wszystko: podejrzenie fraudu, standardową weryfikację, problem techniczny, ochronę dostępu, potrzebę potwierdzenia tożsamości, analizę nietypowej aktywności albo wewnętrzną regułę działania systemu. Jeżeli bank nie może powiedzieć więcej, powinien przynajmniej powiedzieć, co klient ma zrobić dalej. Ogólne odwołanie do bezpieczeństwa bez wskazania następnego kroku zostawia klienta w niepewności, a niepewność w relacji z bankiem jest wyjątkowo trudna. Klient może nie mieć dostępu do pieniędzy, nie wiedzieć, czy transakcja zostanie wykonana, czy powinien ponowić przelew, czy powinien czekać, czy grożą mu jakieś konsekwencje. W takiej sytuacji komunikat może być ograniczony, ale nie powinien być pusty. Podobnie działa sformułowanie: „bank ma taki obowiązek”. Ono także może być prawdziwe. Banki rzeczywiście mają wiele obowiązków, których klient nie musi znać: identyfikacyjnych, informacyjnych, ostrożnościowych, bezpieczeństwa, przeciwdziałania praniu pieniędzy, ochrony danych, raportowania, oceny ryzyka. Ale samo powołanie się na obowiązek rzadko wystarcza.
Dla klienta pytanie „dlaczego?” nie zawsze oznacza: proszę podać podstawę prawną. Częściej oznacza: proszę wyjaśnić sens działania. Po co bank tego potrzebuje? Co się stanie z informacją? Dlaczego pytanie pojawia się teraz? Co się stanie, jeśli nie odpowiem? „Bank ma taki obowiązek” może więc formalnie zamknąć rozmowę, ale niekoniecznie odpowiada na rzeczywistą potrzebę klienta. Co gorsza, może brzmieć jak odmowa wyjaśnienia. Klient słyszy wtedy nie odpowiedź, lecz komunikat: proszę wykonać polecenie, bo tak trzeba. Taki przekaz nie buduje zrozumienia, a w wielu sytuacjach to właśnie zrozumienie jest warunkiem współpracy klienta z bankiem.
Za prosty może być również komunikat sprzedażowy. „To bezpieczny produkt”, „to rozwiązanie dla ostrożnych klientów”, „to popularna opcja”, „ryzyko jest niewielkie” — każde z tych zdań może brzmieć dobrze w rozmowie. Każde może jednak być ryzykowne, jeżeli nie zostanie osadzone w konkretnych warunkach. Co znaczy „bezpieczny”? W jakim sensie? Czy chodzi o brak ryzyka utraty kapitału, stabilność oprocentowania, gwarancję, niską zmienność, ochronę prawną, czy tylko o to, że produkt jest regulowany? Dla banku takie zdanie może być skrótem. Dla klienta może być zapewnieniem.
W komunikacji produktowej prosty język musi szczególnie uważać na słowa, które brzmią neutralnie, ale niosą silne skojarzenia. „Bezpieczny”, „gwarantowany”, „pewny”, „stały”, „elastyczny”, „bez kosztów”, „standardowy”, „niewielkie ryzyko” — to są słowa, które klient może rozumieć inaczej niż bank. Jeżeli nie zostaną doprecyzowane, mogą więcej zasłaniać niż wyjaśniać. Nie chodzi o to, aby każde zdanie obudowywać zastrzeżeniami do granic nieczytelności. Chodzi o to, aby bank nie używał prostych słów tam, gdzie ich potoczne znaczenie może być silniejsze niż zamiar autora komunikatu.
Jest jeszcze jedna pułapka: prosty język może stać się językiem zbyt kategorycznym. „Nie możemy wykonać tej dyspozycji”, „nie może Pan otworzyć rachunku”, „nie możemy podać przyczyny”, „to niemożliwe” — czasem takie zdania są prawdziwe i potrzebne. Ale czasem bank powinien odróżnić decyzję ostateczną od decyzji czasowej, odmowę od wstrzymania, brak możliwości ujawnienia szczegółów od braku możliwości powiedzenia czegokolwiek, konieczność dodatkowej weryfikacji od trwałego zakończenia sprawy. Klient, który słyszy kategoryczne „nie możemy”, często nie wie, czy to koniec sprawy, czy etap procesu. Nie wie, czy może coś uzupełnić, złożyć reklamację, potwierdzić dyspozycję, przedstawić dodatkowe dokumenty albo poczekać na wynik weryfikacji. Krótka odpowiedź może więc wywołać więcej frustracji niż dłuższy, ale lepiej uporządkowany komunikat.
Zbyt prosty język może także ukrywać warunkowość. Bank bardzo często działa w sytuacji, w której wynik zależy od dalszej oceny. Dokument może być wystarczający albo nie. Wyjaśnienie klienta może zamknąć sprawę albo wymagać dalszych pytań. Potwierdzenie transakcji może pozwolić na jej wykonanie albo ujawnić dodatkowy problem. Reklamacja może zostać uwzględniona albo oddalona po analizie. Jeżeli bank mówi zbyt prosto, może niechcący obiecać rezultat. Na przykład: „proszę przesłać dokument, a odblokujemy usługę”. Być może w większości przypadków tak będzie. Ale jeżeli bank musi najpierw ocenić dokument, prawidłowy komunikat powinien to oddać. Inaczej klient może potraktować przesłanie dokumentu jako jedyny warunek pozytywnego zakończenia sprawy. Prostota nie powinna więc usuwać słów takich jak „po weryfikacji”, „jeżeli dokument potwierdzi wymagane informacje”, „po pozytywnej ocenie”, „może być konieczne dodatkowe wyjaśnienie”. One komplikują zdanie, ale czasem są potrzebne, aby komunikat był uczciwy. Oczywiście łatwo przesadzić w drugą stronę. Jeżeli każde proste zdanie zostanie obudowane trzema warunkami, dwoma wyjątkami i odesłaniem do regulaminu, klient znowu niczego nie zrozumie. Dlatego nie chodzi o mechaniczne dopisywanie zastrzeżeń. Chodzi o rozsądne zachowanie tych elementów, które zmieniają znaczenie sprawy.
Dobry prosty język nie usuwa złożoności. On ją porządkuje. Nie mówi klientowi wszystkiego naraz, ale nie pomija tego, co dla klienta istotne. Nie używa prawniczego żargonu, ale nie udaje, że obowiązki prawne nie istnieją. Nie straszy, ale jasno mówi o konsekwencjach. Nie uspokaja na wyrost, ale pokazuje następny krok. Nie ujawnia mechanizmów bezpieczeństwa, ale nie zostawia klienta z pustym komunikatem. Nie pozwala pracownikowi improwizować dowolnie, ale daje mu język, którym można mówić normalnie. Właśnie dlatego prosty język w banku nie może być rozumiany jako przeciwieństwo precyzji. Powinien być jej lepszą formą.
Najbardziej ryzykowne są komunikaty, które wydają się proste, bo są krótkie, ale w rzeczywistości nie odpowiadają na pytanie klienta. Klient pyta, dlaczego bank działa. Słyszy: „ze względów bezpieczeństwa”. Klient pyta, co ma zrobić. Słyszy: „prosimy o kontakt”. Klient pyta, czy sprawa jest poważna. Słyszy: „to standardowa procedura”. Klient pyta, czy jego środki są dostępne. Słyszy: „trwa weryfikacja”. Każda z tych odpowiedzi może być prawdziwa, ale nie każda jest wystarczająca. Bank powinien więc uważać nie tylko na język zbyt trudny, ale również na język zbyt łatwy. Ten pierwszy tworzy dystans. Ten drugi może tworzyć złudzenie zrozumienia. Zbyt trudny komunikat mówi klientowi: proszę zaufać, bo to skomplikowane. Zbyt prosty komunikat mówi: proszę zaufać, bo to proste. Dobry komunikat powinien powiedzieć coś innego: proszę zobaczyć, co się dzieje, dlaczego to robimy, czego potrzebujemy i jakie są możliwe skutki. To jest prostota, która nie ucieka od odpowiedzialności. I właśnie takiej prostoty banki potrzebują najbardziej.
Dobry prosty język to architektura komunikatu, a nie samo skracanie zdań
Najczęstszy błąd w myśleniu o prostym języku polega na założeniu, że chodzi głównie o styl: krótsze zdania, mniej trudnych słów, mniej strony biernej, mniej odwołań do przepisów, mniej formalnych konstrukcji. To wszystko ma znaczenie, ale nie rozwiązuje najważniejszego problemu, bo klient nie potrzebuje tylko prostszego zdania. Potrzebuje komunikatu, który prowadzi go przez sytuację. Jeżeli bank zatrzymał transakcję, klient chce wiedzieć, co się stało, czy jego pieniądze są bezpieczne, czy powinien coś potwierdzić, czy transakcja zostanie wykonana, ile to potrwa i gdzie może uzyskać pomoc. Jeżeli bank prosi o dokument, klient chce wiedzieć, dlaczego dokument jest potrzebny, jaki dokument będzie właściwy, w jakim terminie powinien go dostarczyć i co się stanie, jeżeli tego nie zrobi. Jeżeli bank przekazuje informację o ryzyku produktu, klient chce rozumieć, które ryzyko jest dla niego naprawdę istotne, kiedy może się zmaterializować i jakie będzie miało skutki.
Dlatego dobry prosty język nie polega na tym, że z długiego komunikatu robi się krótszy komunikat. Polega na tym, że z chaotycznego komunikatu robi się komunikat uporządkowany. Najpierw sens. Potem szczegół. To jest chyba najważniejsza zasada komunikacji banku z klientem. Klient powinien w pierwszej kolejności otrzymać odpowiedź na kilka podstawowych pytań: co się dzieje, dlaczego bank działa, czego bank oczekuje, co klient może zrobić i jakie są konsekwencje braku działania. Dopiero później powinny pojawić się podstawy prawne, szczegółowe warunki, zastrzeżenia, wyjątki i pełniejszy opis procedury. W wielu komunikatach bankowych kolejność jest odwrotna. Najpierw pojawia się podstawa działania, potem zastrzeżenia, następnie opis procedury, a dopiero gdzieś między zdaniami klient może znaleźć informację, co właściwie powinien zrobić. Taki komunikat może być poprawny, ale nie jest dobrze zaprojektowany. Klient nie powinien musieć wydobywać sensu z tekstu. Sens powinien być podany na początku. Nie oznacza to, że należy rezygnować z pełnej informacji. Czasem klient musi otrzymać szersze wyjaśnienie. Czasem bank musi wskazać podstawę prawną. Czasem potrzebne są zastrzeżenia. Czasem nie da się pominąć warunków, wyjątków albo ograniczeń. Problem nie polega na tym, że one istnieją. Problem polega na tym, że zbyt często stoją przed informacją, której klient najbardziej potrzebuje.
Dobry komunikat może mieć dwie warstwy. Pierwsza warstwa odpowiada na pytania klienta w sposób możliwie prosty i konkretny. Druga daje pełniejszy kontekst prawny, regulacyjny albo proceduralny. Pierwsza mówi: co to dla mnie oznacza. Druga mówi: z czego to wynika i jakie są szczegóły. Taka konstrukcja pozwala uniknąć fałszywego wyboru między prostotą a precyzją. Bank nie musi wybierać między krótkim komunikatem, który pomija istotne informacje, a długim komunikatem, którego klient nie czyta. Może najpierw jasno powiedzieć to, co najważniejsze, a następnie uzupełnić przekaz o szczegóły. Przykład jest prosty. Zamiast zaczynać komunikat od słów: „W związku z realizacją obowiązków wynikających z przepisów prawa oraz wewnętrznych procedur banku prosimy o przekazanie dodatkowych dokumentów”, można zacząć od sensu: „Potrzebujemy dodatkowego dokumentu, aby potwierdzić informacje dotyczące Pana/Pani relacji z bankiem. Bez tego nie będziemy mogli zakończyć weryfikacji.” Dopiero potem można wyjaśnić, że obowiązek wynika z przepisów, procedur albo zasad bezpieczeństwa. Taki komunikat nadal jest ostrożny. Nadal nie obiecuje zbyt wiele. Nadal wskazuje konsekwencję. Ale zaczyna od tego, co klient musi zrozumieć.
Podobnie przy blokadzie transakcji. Komunikat „transakcja została zatrzymana ze względów bezpieczeństwa” jest prosty, ale nie prowadzi klienta dalej. Lepszy komunikat powinien wskazywać kolejny krok: „czasowo wstrzymaliśmy transakcję, aby zweryfikować jej bezpieczeństwo. Prosimy o potwierdzenie, czy to Pan/Pani zlecił(a) tę transakcję. Po weryfikacji poinformujemy o dalszym działaniu.” Oczywiście w praktyce szczegółowość takiego komunikatu będzie zależała od rodzaju sprawy. W niektórych sytuacjach bank nie może powiedzieć zbyt wiele. Nie może ujawniać reguł bezpieczeństwa, mechanizmów antyfraudowych albo szczegółów monitoringu AML. Ale nawet wtedy może lepiej ułożyć komunikat. Może powiedzieć, czy sprawa jest czasowa, jaki jest następny krok, z kim klient może się skontaktować i czego bank oczekuje. Ograniczenie informacji nie musi oznaczać braku informacji.
Właśnie dlatego prosty język jest bardziej kwestią architektury niż kosmetyki. Można skrócić zdania, a nadal nie odpowiedzieć na pytanie klienta. Można usunąć trudne słowa, a nadal zostawić klienta bez informacji, co ma zrobić. Można napisać komunikat przyjaznym tonem, a jednocześnie pominąć najważniejszą konsekwencję. Można stworzyć tekst, który wygląda lekko, ale jest nieprecyzyjny. Można też napisać tekst formalny, który jest długi, ale dobrze uporządkowany i przez to zrozumiały. To ostatnie jest szczególnie ważne, bo prosty język nie zawsze oznacza krótki język. Niektóre sprawy wymagają wyjaśnienia. Krótki komunikat może być dobry jako pierwszy krok, ale nie zawsze wystarczy jako całość. Jeżeli sprawa dotyczy ryzyka produktu, odmowy, blokady, wypowiedzenia umowy, reklamacji albo obowiązków AML, klient może potrzebować zarówno krótkiego wyjaśnienia, jak i pełniejszej informacji. Pytanie brzmi więc nie tylko, ile tekstu bank przekazuje klientowi, ale w jakiej kolejności i w jakiej strukturze to robi. Dobra architektura komunikatu powinna oddzielać informacje kluczowe od dodatkowych. Klient powinien od razu zobaczyć, co jest dla niego najważniejsze. Jeżeli ma coś zrobić, to powinien wiedzieć co, do kiedy i jak. Jeżeli brak działania ma konsekwencje, powinien je poznać bez szukania ich w trzecim akapicie. Jeżeli bank nie może czegoś ujawnić, powinien powiedzieć to w sposób uczciwy, ale nie pusty. Jeżeli decyzja nie jest ostateczna, komunikat powinien to jasno pokazać.
Ta struktura ma znaczenie także dlatego, że klient często czyta komunikaty bankowe w stresie. Gdy transakcja nie przeszła, karta nie działa, bank prosi o dokumenty, rachunek jest ograniczony albo produkt okazuje się bardziej ryzykowny, niż klient zakładał, zdolność spokojnej analizy tekstu spada. To nie jest moment na komunikat, który wymaga prawniczej cierpliwości. Bank powinien projektować język dla realnego odbiorcy, a nie dla idealnego czytelnika regulaminu. Realny odbiorca nie zawsze czyta wszystko. Nie zawsze rozumie kontekst. Nie zawsze wie, czym różni się weryfikacja od odmowy, blokada czasowa od trwałej, obowiązek od prośby, ryzyko od pewnego skutku. Realny odbiorca może czytać komunikat na telefonie, między innymi sprawami, w emocjach, często dopiero wtedy, gdy coś nie działa. Dlatego najważniejsze informacje powinny być widoczne od razu. Nie oznacza to infantylizacji klienta. Oznacza uczciwe uznanie, że komunikacja bankowa ma działać w praktyce, a nie tylko istnieć w dokumentacji. Dobra architektura komunikatu pomaga także pracownikom banku. Jeżeli komunikat jest dobrze ułożony, pracownik lepiej rozumie, co ma powiedzieć klientowi i gdzie są granice jego wypowiedzi. Wie, które elementy są obowiązkowe, które może wyjaśnić bardziej swobodnie, a których nie powinien zmieniać. Wie, co jest sensem komunikatu, a co jego technicznym uzupełnieniem. To zmniejsza ryzyko dwóch skrajności: bezrefleksyjnego czytania formułki i ryzykownej improwizacji.
Pracownik nie powinien być zostawiony z wyborem: albo powtarzam niezrozumiały tekst, albo próbuję wyjaśnić po swojemu. Organizacja powinna dać mu język, który jest jednocześnie zrozumiały i kontrolowany. Taki, który pozwala rozmawiać z klientem normalnie, ale nie dowolnie. W praktyce oznacza to, że bank powinien projektować nie tylko finalny komunikat, lecz także jego użycie. Inaczej brzmi wiadomość w aplikacji, inaczej rozmowa telefoniczna, inaczej odpowiedź na reklamację, a inaczej pismo zawierające pełną argumentację. Nie chodzi o kopiowanie tego samego tekstu do każdego kanału. Chodzi o utrzymanie tej samej logiki. Komunikat w aplikacji może być krótki: co się stało i co klient powinien zrobić. Konsultant powinien umieć rozwinąć ten komunikat w rozmowie. Odpowiedź reklamacyjna powinna pokazać podstawę i uzasadnienie. Regulamin powinien opisywać uprawnienia i obowiązki. Wszystkie te warstwy powinny do siebie pasować. To jest właśnie architektura komunikacji. Bez niej prosty język staje się zbiorem dobrych intencji. Jedna osoba skraca tekst. Druga dopisuje zastrzeżenie. Trzecia łagodzi ton. Czwarta usuwa szczegół, bo „klient tego nie zrozumie”. Piąta przywraca podstawę prawną. Szósta dodaje zdanie o bezpieczeństwie. Efekt bywa przewidywalny: komunikat ani nie jest naprawdę prosty, ani naprawdę precyzyjny. Dobry prosty język wymaga decyzji redakcyjnych, ale także decyzji organizacyjnych. Kto odpowiada za sens komunikatu? Kto decyduje, które informacje są najważniejsze? Kto sprawdza, czy komunikat działa w różnych kanałach? Kto ocenia, czy klient po jego przeczytaniu wie, co ma zrobić? Kto pilnuje, aby prostota nie zniszczyła precyzji, a precyzja nie zabiła zrozumiałości? To nie są pytania stylistyczne. To są pytania o zarządzanie procesem.
Właśnie dlatego prosty język powinien być projektowany razem z procesem, którego dotyczy. Jeżeli bank wdraża nowy sposób weryfikacji klienta, powinien od razu wiedzieć, jak wyjaśni klientowi cel i konsekwencje tej weryfikacji. Jeżeli zmienia mechanizm bezpieczeństwa, powinien od razu zaprojektować komunikaty dla sytuacji standardowych i niestandardowych. Jeżeli tworzy nowy produkt, powinien od początku wiedzieć, jak przedstawi klientowi najważniejsze ryzyka, a nie dopisywać ostrzeżenie na końcu. Komunikacja nie jest opakowaniem procesu. Jest jego częścią.
Jeżeli proces jest niezrozumiały, komunikat będzie miał ogromny problem, aby go uratować. Jeżeli proces jest zbudowany z wyjątków, historycznych wymogów i rozproszonych odpowiedzialności, prosty język może jedynie przykryć problem. Jeżeli organizacja sama nie wie, dlaczego zadaje klientowi określone pytanie albo dlaczego wymaga określonego dokumentu, nie znajdzie dobrego prostego zdania, które uczciwie to wyjaśni. Dlatego dobra komunikacja zaczyna się wcześniej niż na etapie pisania. Zaczyna się od zrozumienia, co bank robi i dlaczego. Dopiero wtedy można zdecydować, jak to powiedzieć klientowi. W tym sensie najlepszy prosty język nie jest językiem mniej prawnym, mniej regulacyjnym albo mniej ostrożnym. Jest językiem lepiej zorganizowanym. Takim, który nie ukrywa złożoności, ale ją porządkuje. Nie usuwa prawa, ale nie stawia go przed sensem. Nie obiecuje klientowi więcej, niż bank może obiecać, ale też nie zasłania wszystkiego formułą o procedurach i bezpieczeństwie. Dobry komunikat bankowy powinien działać jak mapa. Nie musi pokazywać klientowi całej infrastruktury banku. Nie musi ujawniać wszystkich reguł, wyjątków i zależności. Ale powinien pozwolić klientowi zrozumieć, gdzie się znajduje, dlaczego bank podjął określone działanie i jaki jest następny krok.
Jeżeli klient po przeczytaniu komunikatu nadal wie tylko tyle, że „bank ma obowiązek”, „trwa weryfikacja” albo „sprawa wynika ze względów bezpieczeństwa”, to komunikat prawdopodobnie nie spełnił swojej funkcji. Jeżeli natomiast klient rozumie, co się dzieje, czego bank potrzebuje, jakie są granice informacji i co może zrobić dalej, to prosty język zadziałał. Nie dlatego, że zdania były krótkie. Dlatego, że komunikat został dobrze zaprojektowany.
Prosty język jako test jakości procesu
Na końcu rozmowy o prostym języku w banku pojawia się pytanie, które jest mniej językowe, niż mogłoby się wydawać: czy organizacja naprawdę rozumie to, co chce powiedzieć klientowi? Jeżeli rozumie, zwykle potrafi to wyjaśnić. Nie zawsze bardzo krótko. Nie zawsze potocznie. Nie zawsze bez zastrzeżeń. Ale potrafi wskazać sens działania, granice informacji, oczekiwania wobec klienta i konsekwencje dalszych kroków. Jeżeli natomiast organizacja nie potrafi tego zrobić, problem nie zawsze leży w języku. Czasem leży w samym procesie. To widać w bardzo prostych sytuacjach. Bank prosi klienta o dokument, ale pracownik nie potrafi powiedzieć, dlaczego dokładnie ten dokument jest potrzebny. Bank blokuje transakcję, ale komunikat dla klienta sprowadza się do ogólnej formuły o bezpieczeństwie. Bank ostrzega przed ryzykiem produktu, ale najważniejsza informacja ginie w długim dokumencie. Bank zadaje pytania AML, ale klient słyszy jedynie, że „takie są procedury”. Bank odmawia wykonania czynności, ale nie potrafi jasno odróżnić decyzji ostatecznej od etapu weryfikacji. W każdej z tych sytuacji można próbować poprawić tekst. Można skrócić zdania, usunąć trudniejsze słowa, zmienić ton, dodać bardziej przyjazne sformułowanie albo przygotować lepszy szablon. Czasem to wystarczy. Bardzo często jednak poprawa języka odsłania głębszy problem: proces, którego nikt już w pełni nie rozumie.
W organizacjach regulowanych wiele wymogów narasta warstwami. Jeden obowiązek wynika z przepisów. Drugi z rekomendacji nadzorczych. Trzeci z kontroli. Czwarty z dawnej reklamacji. Piąty z incydentu. Szósty z decyzji komitetu. Siódmy z ostrożności działu prawnego. Ósmy z potrzeby audytu. Dziewiąty z systemu, który kiedyś tak zaprojektowano i którego nikt nie chce teraz zmieniać. Po kilku latach organizacja ma proces, który formalnie działa, ale trudno go prosto opisać. Nie dlatego, że jest z natury skomplikowany. Dlatego, że składa się z kolejnych warstw, których pierwotny cel nie zawsze jest oczywisty. Wtedy prosty język staje się niewygodny, bo zmusza do zadania pytań, których sama procedura nie zadaje. Dlaczego klient ma dostarczyć akurat ten dokument? Czy rzeczywiście jest potrzebny w każdej sytuacji? Czy komunikat o bezpieczeństwie wystarcza, aby klient wiedział, co ma zrobić? Czy ostrzeżenie o ryzyku jest napisane po to, aby klient zrozumiał, czy po to, aby bank mógł wykazać, że ostrzegł? Czy pracownik rozumie sens wymogu, czy tylko wie, w którym miejscu procesu ma go zastosować? W tym sensie prosty język jest testem jakości organizacji. Nie chodzi o to, czy bank potrafi napisać ładniejsze zdania. Chodzi o to, czy potrafi przełożyć własny proces na komunikat zrozumiały dla osoby, która nie zna struktury banku, instrukcji wewnętrznych, mapy ryzyka, historii audytów i uzgodnień między funkcjami.
To jest trudniejsze niż redakcja tekstu, bo dobry komunikat wymaga jasności po stronie nadawcy. Bank musi wiedzieć, jaki jest cel działania, jaka jest podstawa, jakie są granice informacji, jakie są konsekwencje, co klient może zrobić, a czego bank nie może obiecać. Jeżeli te elementy są niejasne wewnętrznie, komunikat prawdopodobnie też będzie niejasny. Dlatego praca nad prostym językiem nie powinna zaczynać się od pytania: jak to napisać krócej? Powinna zaczynać się od pytania: co właściwie chcemy powiedzieć? To pytanie brzmi banalnie, ale w praktyce bywa bardzo wymagające. Inaczej odpowie na nie prawnik, inaczej compliance, inaczej AML, inaczej bezpieczeństwo, inaczej biznes, inaczej obsługa klienta, inaczej właściciel systemu. Każda z tych odpowiedzi może być częściowo prawdziwa. Dopiero ich uporządkowanie pozwala stworzyć komunikat, który nie jest ani chaotyczny, ani pusty. Dobry język banku wymaga więc właściciela sensu komunikatu. Nie tylko właściciela procedury, autora szablonu albo osoby, która dopisuje podstawę prawną. Ktoś musi odpowiedzieć za to, czy klient po przeczytaniu albo usłyszeniu komunikatu rozumie sytuację w sposób zgodny z intencją banku. To nie oznacza, że każdy komunikat ma być szczegółowo projektowany przez zarząd albo wielki komitet. Oznacza jednak, że organizacja powinna traktować komunikację z klientem jako element procesu, a nie jako jego końcowe opakowanie. Jeżeli komunikat powstaje dopiero wtedy, gdy proces jest już gotowy, często pozostaje mu jedynie maskowanie złożoności. A czasem tej złożoności nie da się już dobrze zamaskować.
Prosty język pokazuje również, czy organizacja potrafi odróżnić to, co rzeczywiście istotne, od tego, co tylko historycznie obecne w dokumentach. Jeżeli w komunikacie znajduje się pięć zastrzeżeń, ale tylko jedno ma realne znaczenie dla klienta, trzeba umieć je wyróżnić. Jeżeli podstawa prawna jest ważna, ale nie odpowiada na pytanie klienta, nie powinna zastępować wyjaśnienia. Jeżeli bank nie może ujawnić pełnych powodów działania, powinien uczciwie wskazać granicę, ale jednocześnie powiedzieć klientowi, co może zrobić dalej. To jest właśnie różnica między formalnym przekazaniem informacji a komunikacją. Formalne przekazanie informacji odpowiada na pytanie, czy bank coś powiedział. Komunikacja odpowiada na pytanie, czy klient mógł zrozumieć to, co powinien zrozumieć. W sektorze finansowym ta różnica ma coraz większe znaczenie. Nie wystarczy, że informacja znajduje się gdzieś w dokumencie, regulaminie, aplikacji, tabeli albo odpowiedzi. Coraz częściej trzeba będzie pytać, czy była podana w taki sposób, aby klient mógł realnie z niej skorzystać. Czy wiedział, co ma zrobić. Czy rozumiał konsekwencje. Czy nie został uspokojony zbyt mocno albo przestraszony bez potrzeby. Czy nie otrzymał różnych wersji tej samej odpowiedzi w różnych kanałach. To nie jest postulat miękkiej komunikacji kosztem prawa. To jest postulat lepszego wykonywania obowiązków w praktyce.
Bank, który mówi niezrozumiale, nie staje się bardziej precyzyjny. Czasem staje się tylko mniej skuteczny. Bank, który mówi zbyt prosto, nie staje się bardziej przyjazny. Czasem staje się mniej odpowiedzialny. Bank, który mówi różnie w różnych kanałach, nie staje się bardziej elastyczny. Czasem staje się mniej wiarygodny. Dlatego właściwym celem nie jest prostota sama w sobie. Celem jest zrozumiała precyzja: taki język, który pozwala klientowi zrozumieć sytuację, ale nie usuwa z niej istotnych warunków, ryzyk i konsekwencji. Taki, który jest możliwy do powtarzalnego stosowania w organizacji, ale nie zamienia rozmowy w mechaniczne odczytywanie formuł. Taki, który chroni bank przed niekontrolowaną improwizacją, ale nie zostawia klienta z komunikatem brzmiącym jak zamknięte drzwi. Bank nie musi mówić językiem potocznym. Nie każdą sprawę da się wyjaśnić jednym zdaniem. Nie każdy szczegół można ujawnić. Nie każdą niepewność można usunąć. Nie każdą decyzję da się przedstawić tak, aby klient był z niej zadowolony. Ale bank powinien mówić tak, aby klient rozumiał, co się dzieje, dlaczego bank działa, czego od niego oczekuje i jakie są możliwe dalsze kroki. To jest minimum dobrej komunikacji i jednocześnie całkiem wysoki standard organizacyjny. Bo żeby tak mówić, bank musi sam rozumieć swój proces. Musi wiedzieć, które informacje są kluczowe, które są uzupełniające, których nie może ujawnić, a których nie powinien ukrywać za ogólną formułą. Musi umieć pogodzić język prawa, ryzyka, bezpieczeństwa, biznesu i obsługi klienta. Musi stworzyć przekaz, który będzie działał nie tylko w dokumencie, ale też w rozmowie, aplikacji, reklamacji i kontroli.
To właśnie dlatego prosty język w banku nie jest taki prosty. Nie wystarczy powiedzieć pracownikom: mówcie bardziej po ludzku. Nie wystarczy skrócić regulaminu. Nie wystarczy dodać przyjaznego nagłówka. Nie wystarczy zastąpić trudnego słowa łatwiejszym, jeżeli sens pozostaje ukryty. Trzeba zaprojektować komunikację jako część procesu. Na końcu klient nie ocenia, czy komunikat był zgodny z najlepszymi praktykami redakcyjnymi. Klient ocenia, czy bank odpowiedział na jego pytanie. Czy potraktował go poważnie. Czy powiedział mu, co ma zrobić. Czy nie zasłonił się procedurą tam, gdzie mógł coś wyjaśnić. Czy nie uprościł sprawy tak bardzo, że dopiero później okazało się, iż była poważniejsza, niż wynikało z rozmowy. Z tej perspektywy dobre zdanie bankowe nie musi być najkrótsze. Musi być uczciwe, zrozumiałe, precyzyjne i możliwe do powtórzenia przez organizację. To dużo trudniejsze niż prosty język rozumiany jako stylistyka. Ale też znacznie ważniejsze. Bo w sektorze finansowym język nie jest dodatkiem do odpowiedzialności. Jest jednym ze sposobów jej wykonywania.
Bank nie musi mówić językiem potocznym. Nie każdą sprawę da się wyjaśnić jednym zdaniem i nie każdy szczegół można ujawnić. Ale bank powinien mówić tak, aby klient rozumiał sens działania, swoje obowiązki i możliwe konsekwencje. Prosty język w banku nie polega więc na tym, że z komunikatu znika prawo, ryzyko i ostrożność. Polega na tym, że te elementy zostają ułożone w sposób zrozumiały. Bo dobra komunikacja banku z klientem nie jest przeciwieństwem precyzji. Jest precyzją, którą klient może zrozumieć.