Co to jest Root cause (5 Why)?
Root cause to przyczyna źródłowa problemu; 5 Why to technika docierania do niej przez kolejne „dlaczego?”, zamiast leczenia objawu. Po polsku: root cause / przyczyna źródłowa. Pytanie „co to jest root cause?”: przy spadku ruchu nie „doklejmy treści”, tylko dochodzisz do indeksacji, intencji, CWV albo konkurencji. Leczenie objawu = muda.
Root cause karmi A3, PDCA, hansei i aktualizację standard work w duchu TPS.
Dlaczego „doklej treść / kup linki” to często zły refleks?
Mit więcej treści: volume na objaw. Mit pozycja = klienci: „wróćmy na TOP” bez przyczyny spadku SQL. Mit ruch = sprzedaż: doklejanie sesji. Mit wystarczy audyt: lista objawów bez 5 Why. Mit raport zamiast efektu: wykres bez przyczyny. Mit ads zastąpi SEO: zasypanie objawu budżetem. Mit AI napisze cały serwis: więcej tekstu na złą diagnozę (AI slop). Zero-click: „straciliśmy kliknięcia” może mieć root w AI Overview, nie w „słabej treści” (zero-click, AI Overviews, AEO).
Sales: no-show — root bywa w potwierdzeniu / value prop, nie w „złym leadzie” (no-show, win/loss, discovery).
Jak robić 5 Why dobrze?
Zacznijcie od faktu na gemba (genchi genbutsu): dane SC, logi, screen, call. Pytajcie „dlaczego?” aż do sterowalnej przyczyny (proces, system, założenie) — nie do winy osoby. Weryfikujcie hipotezę małym eksperymentem (PDCA). Andon uruchamia dochodzenie (andon, jidoka). Unikaj zatrzymania na pierwszym „dlaczego Google”. Unikaj 5 Why jako teatru po decyzji już podjętej. Unikaj „root = konkurencja” bez sprawdzenia Waszej indeksacji/UX.
Visual management: problem i status A3 na tablicy (visual management, Kanban). Kaizen: mała zmiana z root cause (kaizen). Poka-yoke: zabezpieczcie powtórkę (poka-yoke).
Root cause a SEO, sprzedaż, KPI i mity
Typowe łańcuchy: spadek ruchu → noindex / kanibalizacja / intencja / CWV / SERP feature. Spadek SQL → trust gap / form / speed-to-lead / oferta (trust gap, form UX, speed-to-lead). AI SoV ↓ → brak cytowalności / świeżości / E-E-A-T (AI SoV, citation-worthiness, E-E-A-T). Mierzcie % problemów z udokumentowanym root i % nawrotów (SQL, atrybucja, cycle time). Mit SEO jednorazowe: brak ciągłego dochodzenia. Mit tania oferta: brak czasu na 5 Why. Mit 14 dni: leczenie objawu pod deadline. Mit blog wystarczy: zły root intencji. Mit jeden kanał: spadek „SEO” przy root w brand/social (Search Everywhere, brand search lift). Mit gwarancja: obiecywanie bez diagnozy. Mit SEO = IT: root często cross-funkcyjny. Mit czas ładowania: CWV jako prawdziwy root bounce. Mit fake proof: root nieufności. Mit kopiuj konkurencję: ich taktyka na Wasz inny root. Mit meta keywords: leczenie 2010. Hoshin: root pod cele, nie pod ego (Hoshin Kanri). Heijunka: nie róbcie 20 dochodzeń naraz (heijunka, muri). JIT: nie produkujcie „fix content” na zapas (JIT). Value stream: root w wąskim gardle (value stream, lean). 5S: bez porządku danych 5 Why kłamie (5S). CRM / win-loss: root przegranych (CRM, win/loss). Privacy: spadek trackingu ≠ spadek popytu (privacy-first). Owned: root churn listy (newsletter, owned media). Human Algorithm / notes: root reputacji (Human Algorithm, community notes, trust). E-com: root availability/price/PDP (dostępność, cena, PDP). Reali-tea: mówcie klientowi prawdziwy root (reali-tea, proposal). Nemawashi przy trudnych wnioskach (nemawashi, EB). Intencja: informational vs transactional jako root mismatch (informational, transactional).
Praktyka: szablon 5 Why (fakt → 5× dlaczego → countermeasure → owner → check). Next step: weźcie jeden bieżący spadek i domknijcie A3 (next step, A3).
Root cause — FAQ
Co to jest Root cause? Przyczyna źródłowa, nie objaw. Co to 5 Why? Seria pytań „dlaczego?” do sterowalnej przyczyny. Po co w SEO? Żeby nie leczyć spadku samym „więcej treści”. Jak nie ześlizgnąć w winę? Krytykujcie system i założenia. Co dalej? Countermeasure w PDCA/A3 i update standardu.
Root cause to różnica między gaszeniem pożaru a wymianą instalacji. SEO-Efekt: najpierw dlaczego naprawdę — potem kaizen, który nie wraca za miesiąc jako ten sam alert.