Blog · 7 minut czytania · 24 września 2026
Większość baz wiedzy powstaje raz i nikt do nich nie zagląda. Te, które działają, są pisane z kolejki zgłoszeń, a nie z wyobrażenia o kliencie.
Typowa baza wiedzy powstaje tak: ktoś siada i spisuje, o co klienci mogą pytać. Powstaje trzydzieści artykułów, trafiają na stronę i po pół roku nikt nie pamięta, że istnieją — bo pytania, które faktycznie przychodzą, są inne.
Działająca baza powstaje odwrotnie. Otwiera się kolejkę z ostatniego kwartału, grupuje zgłoszenia po treści i pisze artykuły do trzech najliczniejszych grup. Reszta czeka.
W sklepie Pielęgnacja Obuwia system obsługuje ponad 400 zgłoszeń dziennie, a od 2019 roku zarejestrował przeszło 2 miliony spraw. Z tego 55% zamyka się automatycznie — dzięki kategoryzacji, regułom i powiadomieniom, które odpowiadają zanim ktokolwiek otworzy zgłoszenie.
W Sellpoincie ten sam mechanizm poszedł dalej: po roku pracy ponad 44 000 zgłoszeń zamknęło się automatycznie, co dało około 80% wszystkich spraw, a 43% odpowiedzi wyszło poniżej 15 minut.
To są dwa różne sklepy i dwa różne wyniki, ale mechanizm jest jeden: powtarzalne pytanie dostaje powtarzalną odpowiedź bez udziału człowieka. Baza wiedzy jest treścią tej odpowiedzi — niezależnie od tego, czy klient czyta ją na stronie, czy dostaje w mailu.
Gdzie jest moja przesyłka, na jakim etapie reklamacja, kiedy dostanę zwrot. To zwykle największa grupa i najłatwiejsza do zautomatyzowania, bo odpowiedź jest w danych, nie w wiedzy konsultanta.
Jak zgłosić reklamację, jak wymienić towar, jak zmienić adres dostawy. Tu liczy się jedno: żeby artykuł kończył się działaniem, a nie opisem procedury.
Najrzadziej pisane, a najbardziej opłacalne. Zmniejszają nie tylko liczbę zgłoszeń, ale też liczbę porzuconych koszyków.
Ten sam artykuł powinien pracować w trzech kontekstach, inaczej jest tylko stroną w internecie.
Na stronie publicznej, gdzie znajdzie go wyszukiwarka i klient, który jeszcze nie napisał. To najtańszy rodzaj obsługi, jaki istnieje.
W formularzu zgłoszenia, podpowiadany w trakcie pisania. Część osób zamknie formularz, bo znajdzie odpowiedź — i to jest sukces, nie utrata kontaktu.
W panelu konsultanta, jako źródło odpowiedzi wstawianej jednym kliknięciem. Tu baza wiedzy przestaje być dla klienta, a zaczyna być dla zespołu — i to zwykle ona odpowiada za skrócenie czasu odpowiedzi, o którym potem mówi raport.
Baza wiedzy umiera nie dlatego, że nikt jej nie czyta, tylko dlatego, że nikt jej nie poprawia. Trzy nawyki, które to zmieniają.
Po pierwsze, raz w miesiącu ktoś przegląda dziesięć najczęstszych kategorii zgłoszeń i sprawdza, czy każda ma artykuł. Jeśli kategoria rośnie, a artykułu nie ma, to jest lista zadań na kolejny miesiąc.
Po drugie, konsultant, który pisze tę samą odpowiedź trzeci raz, zgłasza to jako brak w bazie. Nie musi pisać artykułu — wystarczy, że wskaże temat.
Po trzecie, artykuły, których nikt nie otworzył przez kwartał, idą do przeglądu. Albo są napisane tak, że nikt ich nie znajduje, albo dotyczą problemu, który zniknął.
Nie zastąpi naprawienia przyczyny. Jeśli pięćset osób miesięcznie pyta, dlaczego nie mogą się zalogować, artykuł o resetowaniu hasła jest plastrem. Prawdziwym rozwiązaniem jest naprawienie logowania.
Warto o tym pamiętać, patrząc na wskaźnik automatycznych zamknięć. Wysoki odsetek oznacza sprawną obsługę powtarzalnych spraw — ale nie mówi nic o tym, czy te sprawy w ogóle powinny powstawać.
Od trzech do pięciu, napisanych do najliczniejszych kategorii z ostatniego kwartału. Baza z trzydziestoma artykułami napisanymi na zapas kosztuje tygodnie pracy i zwykle nie trafia w to, o co klienci faktycznie pytają.
Najlepiej obie, z tym że nie każdy artykuł nadaje się na zewnątrz. Instrukcje dla klienta publicznie, procedury wewnętrzne i wyjątki w panelu konsultanta. Część treści jest wspólna i wtedy wystarczy jedna wersja używana w dwóch miejscach.
Nie liczbą wyświetleń, tylko liczbą zgłoszeń w kategoriach, do których powstały artykuły. Jeśli po dwóch miesiącach od publikacji kategoria nie zmalała, artykuł jest albo nie do znalezienia, albo nie odpowiada na pytanie, które ludzie naprawdę zadają.
Bez prezentacji slajdów. Bierzemy Twój przypadek i pokazujemy, jak wyglądałby w systemie.