Prawie każda firma poniżej 50 osób ma swojego Piotra. Piotr wie, dlaczego klient X ma 8% rabatu zamiast 5%. Piotr wie, że drukarka na produkcji potrzebuje ręcznego resetu po każdej zmianie tonera. Piotr wie, w którym Excelu leży ostatnia wersja cennika dla sieci Y. Kiedy Piotr bierze dwutygodniowy urlop, firma czuje to na wynikach. Kiedy Piotr odchodzi, kilka procesów po prostu gaśnie.
Baza wiedzy nie jest o narzędziu. Nie jest o Notionie, Confluence ani SharePoincie. Jest o tym, żeby wiedza, od której zależy operacja firmy, przestała siedzieć wyłącznie w czyjejś głowie. To praca głównie ludzka i głównie nudna — dlatego większość firm jej nie robi, dopóki nie zaboli.
U jednego z naszych klientów — 18-osobowy zakład metalowy — jeden z dwóch handlowców odszedł z tygodniowym wyprzedzeniem. Przez 3 tygodnie zamówienia od około 40% klientów wisiały, bo indywidualne rabaty i „ustalenia handlowe" istniały wyłącznie w jego mailu i głowie, nie w ERP. Cztery miesiące później wdrożyliśmy skromną bazę wiedzy w Notionie — 62 strony opisujące klientów, warunki i wyjątki. Gdy w kolejnym roku odszedł drugi handlowiec, wprowadzenie następcy zajęło 3 dni robocze zamiast 3 tygodni. To jest cała ekonomia bazy wiedzy w jednej liczbie.
Zacznij od tego, co gasi firmę, nie od struktury
Nie zaczynaj od budowy „firmowej wiki" jako projektu. To jest droga do katalogu pustych szablonów. Zacznij od pytania: co się stanie, jeśli konkretna osoba jutro nie przyjdzie do pracy?
Zrób listę na kartce. Piotr — obsługa klientów sieciowych. Anka — wystawianie zamówień do dostawcy azjatyckiego. Marek — wszystko, co dotyczy Comarch Optima i księgowości. Krzysiek — konfiguracja routerów w dwóch oddziałach. Każdy wpis to potencjalna dziura. Uporządkuj je po dwóch osiach: jak często to jest potrzebne i jak drogo kosztuje brak wiedzy w danym momencie.
Bierzesz się w pierwszej kolejności za te z górnego prawego rogu — częste i drogie. Reszta poczeka. Baza wiedzy budowana „od najważniejszego" ma szansę zostać żywa. Baza budowana „od A do Z" umiera przy literze D.
- Wypisz osoby i to, na czym jedziecie tylko przez nie.
- Zaznacz, gdzie zastępowalność jest bliska zeru.
- Wybierz 10 najbardziej bolesnych pozycji i tylko o nich napisz w pierwszym miesiącu.
- Nie próbuj opisać firmy w całości. To pułapka.
Narzędzie wybierz na końcu, nie na początku
Firmy uwielbiają zaczynać od porównania Notion, Confluence, SharePoint, Guru i BookStack. To odwlekanie pracy pod pretekstem projektu. Wybór narzędzia zajmie Ci docelowo tydzień. Zebranie treści zajmie miesiące. Zacznij od treści, nawet w folderze Word plików na dysku firmowym, jeśli musisz.
Kiedy już będziesz miał 20–30 stron treści, wybór narzędzia zrobi się oczywisty. Wtedy zobaczysz, czego naprawdę potrzebujesz: pełnotekstowego wyszukiwania, kontroli wersji, uprawnień per dział, integracji z Microsoft 365, komentarzy. Bez treści to są abstrakcje.
Praktyczny wybór dla 10–50-osobowej firmy zwykle sprowadza się do trzech opcji: SharePoint / OneNote, jeśli masz Microsoft 365 i chcesz zero dodatkowych kosztów; Notion, jeśli cenisz sobie prostotę edycji i akceptujesz ograniczenia uprawnień; Confluence, jeśli działy IT lub inżynieria już z niego korzystają. Wszystkie trzy się nadają. Żadne nie jest magiczne.
Kto pisze i kiedy — bez tego baza nie powstanie
Największym błędem jest ogłoszenie „od dzisiaj wszyscy dokumentujemy". Nie będą. Dokumentacja przegrywa z każdym pilnym mailem.
Trzy zasady, które w praktyce działają:
Zasada 1: opisujemy w trakcie, nie po. Kiedy Piotr rozwiązuje nietypowy problem klienta — pisze notatkę zaraz po, nie „w wolnej chwili". Wolnej chwili nie będzie. 15 minut zaraz po zdarzeniu daje stronę, która za pół roku uratuje jego zastępcę.
Zasada 2: pisze osoba, która wie, a nie osoba oddelegowana do dokumentacji. „Asystentka spisze od Piotra" nie działa. Piotr zna niuanse, których nie umie przekazać w wywiadzie. Zamiast tego — Piotr pisze surowy tekst przez 20 minut, ktoś inny go redaguje i uzupełnia strukturą. Podział pracy: wiedza od osoby, forma od kogoś, kto ma czas.
Zasada 3: dokumentacja jest częścią pracy, nie dodatkiem. Wpisz do procedury onboardingu klienta krok „utwórz notatkę w bazie wiedzy". Wpisz do checklisty rozwiązywania incydentu krok „opisz rozwiązanie". Jeśli nie ma tego w procesie, nie będzie w praktyce.
Utrzymanie — bez tego to muzeum
Baza wiedzy, której nikt nie aktualizuje, w ciągu roku staje się bardziej szkodliwa niż jej brak. Ludzie znajdują nieaktualną instrukcję, wykonują ją, tracą godzinę na coś, co już od pół roku robi się inaczej.
Trzy proste mechanizmy utrzymania:
- Data i autor na każdej stronie. Każdy, kto czyta, widzi „ostatnia aktualizacja: marzec 2024". Sam sobie odpowiada, czy ufać.
- Kwartalny przegląd 10 najczęściej czytanych stron. Nie wszystkiego. Tylko topu. 30 minut pracy, konkretna osoba, konkretny dzień w kalendarzu.
- „Zgłoś nieaktualność" jednym klikiem. Przycisk, formularz, cokolwiek. Kto przeczytał i widzi, że coś się nie zgadza, ma powiedzieć jednym ruchem.
Nie da się utrzymać całej bazy wiedzy na 100%. Ale da się utrzymać najważniejsze 15% na 90%. To wystarczy, żeby firma nie stanęła, kiedy odejdzie kolejny Piotr.
Co dalej
Zasada, która zawsze się sprawdza: jeśli operacja Twojej firmy przestanie działać, gdy jedna konkretna osoba pójdzie na urlop, to nie jest firma — to jest ta osoba z dodatkami. Baza wiedzy jest tanim ubezpieczeniem od tej sytuacji. Nie wymaga budżetu ani nowego systemu. Wymaga decyzji, że przez najbliższe trzy miesiące ktoś w firmie przeznacza dwie godziny tygodniowo na spisywanie tego, co dziś siedzi tylko w głowach.
Jeśli chcesz przegadać, od której osoby i której procedury zacząć w Twojej firmie — pierwsza rozmowa jest bezpłatna i trwa pół godziny.
Jeśli operacja Twojej firmy przestaje działać, gdy jedna osoba pójdzie na urlop, to nie jest firma — to jest ta osoba z dodatkami.