Słowniczek

Single Source of Truth (SSOT / Jedno źródło prawdy)

Single Source of Truth (SSOT), czyli jedno źródło prawdy, to zasada zarządzania informacją, w której każdy typ danych w organizacji ma jedno, autorytatywne miejsce przechowywania. Zamiast tych samych informacji rozproszonych w 5 Excelach, 3 mailach i głowie szefa — jest jeden system, w którym dana informacja jest aktualna, kompletna i oficjalna. Wszystko inne to kopie lub odniesienia do tego źródła.

Brzmi jak oczywistość? W praktyce większość małych i średnich firm nie ma SSOT — cennik jest w 3 wersjach (mail do klienta, strona www, arkusz wewnętrzny), dane kontaktowe klientów w 4 miejscach (CRM, arkusz, telefon szefa, notatki handlowca), procedury w 2 (dokumentacja z 2023 i nowsza wersja w mailu). Efekt: nikt nie wie, która wersja jest aktualna, co prowadzi do błędów, opóźnień i utraty zaufania klientów.

Dlaczego brak SSOT kosztuje pieniądze?

Bez jednego źródła prawdy firma płaci na czterech poziomach:

  1. Błędy z nieaktualnych danych — handlowiec wysyła ofertę ze starym cennikiem. Klient dostaje inną cenę niż na stronie. Reklamacja, utrata zaufania (patrz: Asymetria informacji).
  2. Czas na szukanie — badania McKinsey wskazują, że przeciętny pracownik spędza 19% czasu pracy na szukaniu informacji. Przy 8-godzinnym dniu to 1.5 godziny dziennie na pytanie „gdzie to jest?” i „która wersja jest aktualna?”.
  3. Duplikowanie pracy — dwie osoby tworzą ten sam raport, bo nie wiedzą o sobie nawzajem. Trzy działy utrzymują własne arkusze z tymi samymi danymi klientów (silosy informacyjne).
  4. Decyzje na złych danych — zarząd podejmuje decyzję strategiczną na podstawie arkusza sprzed 3 miesięcy, bo „to jedyne dane, które miałem”.

SSOT w praktyce — przykłady

  • Dane klientów — SSOT to CRM (HubSpot, Pipedrive). NIE arkusz Excela, NIE notatki w telefonie. Gdy handlowiec aktualizuje numer telefonu klienta, robi to w CRM — każdy widzi aktualny numer.
  • Cennik — SSOT to jeden dokument/system. Strona www, oferty, materiały marketingowe — wszystkie pobierają ceny z tego jednego źródła. Zmiana ceny = zmiana w jednym miejscu.
  • Procedury (SOP) — SSOT to Notion, Confluence lub wewnętrzne wiki (patrz: SOP). NIE mail z załącznikiem „procedura_v3_final_poprawiona2.docx”.
  • Kod źródłowy — SSOT to repozytorium Git. Nie pendrive z „najnowszą wersją”. Nie folder na dysku „projekt_backup_stary”.
  • Stan projektu — SSOT to Asana, Jira, Linear. NIE „gdzie jesteśmy?” na cotygodniowym spotkaniu (które za tydzień jest nieaktualne).

Jak wdrożyć SSOT w firmie?

  1. Zidentyfikuj kluczowe dane — cennik, dane klientów, procedury, stan projektów, dokumentacja produktu. To Twoje priorytety.
  2. Wybierz narzędzie dla każdego typu — CRM dla klientów, Notion/Confluence dla dokumentacji, Git dla kodu, Asana/Jira dla projektów. Jedno narzędzie na typ danych.
  3. Migruj i wyczyść — przenieś dane do SSOT. Wyczyść duplikaty. Skasuj stare arkusze (albo zarchiwizuj z dopiskiem „NIEAKTUALNE — SSOT w CRM”).
  4. Egzekwuj — zasada: jeśli informacja nie jest w SSOT, nie istnieje. Gdy ktoś pyta „jaki jest aktualny cennik?” — jedyna akceptowana odpowiedź to link do SSOT, nie „zaraz Ci prześlę maila”.
  5. Utrzymuj — SSOT wymaga dyscypliny. Wyznacz właściciela każdego źródła (kto odpowiada za aktualność?). Bez właściciela SSOT degeneruje się do „kolejnego miejsca z nieaktualnymi danymi”.

SSOT a silosy informacyjne

Silosy informacyjne to przeciwieństwo SSOT — dane zamknięte w oddzielnych działach, niedostępne dla reszty organizacji. Dział sprzedaży ma swoje dane klientów, marketing ma swoje, finanse mają swoje. Nikt nie widzi pełnego obrazu. SSOT łamie silosy: jedno źródło, dostępne dla wszystkich uprawnionych. Efekt: marketing wie, co obiecuje sprzedaż. Sprzedaż wie, co produkuje operations. Zarząd widzi pełny obraz.

SSOT a automatyzacja

SSOT to warunek konieczny sensownej automatyzacji. Workflow (scenariusz w Make.com/Zapier) musi pobierać dane z jednego źródła. Jeśli cennik jest w 3 miejscach, automatyzacja pobierze ze złego. Jeśli CRM nie jest aktualny, automatyczny follow-up pójdzie na stary adres. Zasada: najpierw SSOT, potem automatyzacja. Automatyzacja chaosu daje szybszy chaos (patrz: Automatyzacja procesów biznesowych).

SSOT to zasada, że każdy typ danych w organizacji powinien mieć jedno, autorytatywne miejsce przechowywania. Zamiast cennika w 3 Excelach, danych klientów w 4 systemach i procedur w mailach — każda informacja ma jeden oficjalny dom. Zmiana następuje w jednym miejscu, wszystko inne to kopie lub odniesienia. Bez SSOT nikt nie wie, która wersja jest aktualna, co prowadzi do błędów, duplikowania pracy i decyzji na złych danych. McKinsey szacuje, że pracownicy spędzają 19% czasu na szukaniu informacji — to 1.5h dziennie na pytanie „gdzie to jest?”.

Pięć najważniejszych: (1) Dane klientów → CRM (HubSpot, Pipedrive), NIE arkusz Excela. (2) Cennik → jeden dokument/system, strona i oferty pobierają z niego. (3) Procedury → Notion/Confluence/wiki, NIE maile z załącznikami procedura_v3_final.docx. (4) Kod źródłowy → repozytorium Git, NIE pendrive z ostatnią wersją. (5) Stan projektu → Asana/Jira/Linear, NIE cotygodniowe spotkanie. Reguła: jeśli informacja nie jest w SSOT, nie istnieje. Jedyna akceptowana odpowiedź na pytanie o cennik to link do SSOT, nie załącznik w mailu.

Pięć kroków: (1) Zidentyfikuj kluczowe dane — cennik, klienci, procedury, projekty. (2) Wybierz jedno narzędzie per typ — CRM, Notion, Git, Asana. (3) Migruj i wyczyść — przenieś dane, skasuj lub zarchiwizuj stare kopie z dopiskiem NIEAKTUALNE. (4) Egzekwuj zasadę — jedyna akceptowana odpowiedź to link do SSOT. (5) Wyznacz właściciela — kto odpowiada za aktualność każdego źródła? Bez właściciela SSOT degeneruje się do kolejnego miejsca z nieaktualnymi danymi. Zacznij od jednego typu (np. cennik), wdróż, potem rozszerzaj. Nie od rewolucji.

Workflow (scenariusz w Make.com/Zapier) musi pobierać dane z jednego, wiarygodnego źródła. Jeśli cennik jest w 3 miejscach, automatyzacja pobierze ze złego i wyśle klientowi starą cenę. Jeśli CRM nie jest aktualny, automatyczny follow-up pójdzie na stary adres. Zasada: najpierw SSOT, potem automatyzacja. Automatyzacja chaosu daje szybszy chaos — system robi błędy szybciej niż człowiek. SSOT jest jak fundament domu — bez niego możesz stawiać ściany automatyzacji, ale będą się walić. Z fundamentem (SSOT) automatyzacja działa niezawodnie i skalowalna.

Silosy informacyjne to problem — dane zamknięte w oddzielnych działach, niedostępne dla reszty organizacji. Sprzedaż ma swoje dane, marketing swoje, finanse swoje — nikt nie widzi pełnego obrazu. SSOT to rozwiązanie tego problemu — jedno źródło danych dostępne dla wszystkich uprawnionych. Efekt wdrożenia: marketing wie co obiecuje sprzedaż, sprzedaż wie co produkuje operations, zarząd widzi pełny obraz. Ale SSOT nie jest magicznym rozwiązaniem — wymaga dyscypliny, właściciela danych i kultury organizacyjnej, w której ludzie faktycznie aktualizują jedno źródło zamiast trzymać „swoje” arkusze.