Mierzymy to, co macie, oddzielamy stwierdzenia od dowodów i zapisujemy, co dalej — także wtedy, gdy odpowiedź brzmi „nie budujcie tego”.

Tamta strona dotyczy wdrażania AI w zespole: analizy procesów powtarzalnych, warsztatów na realnych przykładach i pilota budowanego wspólnie. Ta dotyczy diagnostyki i decyzji, niezależnie od tego, czy odpowiedź obejmuje AI, czy nie. Uzupełniają się: diagnoza może wykazać, że problemem nie jest brak asystenta, lecz to, że formularz kontaktowy gubi zgłoszenia. Można zacząć od dowolnej — ale jeśli nie wiesz, co Ci dolega, zacznij od diagnostyki.

Niewygodne rzeczy, opublikowane takimi, jakie są. Trzy wyświetlane nagrody, które nie istniały, bo jeden dokument wewnętrzny przejął je od drugiego, a nikt nie poprosił o oryginał. Formularz kontaktowy zwracał 500 i gubił zgłoszenia bez śladu, bo uprawnienie kanału powiadomień zostało cofnięte i nikt tego nie sprawdzał. Trasa, która mogła inicjować połączenie telefoniczne na dowolny numer, anonimowo. Strona obiecywała anonimizację adresu IP, a kod wysyłał go w całości. I trzydzieści stron, które miały 104 z 105 słów identycznych między sobą.

Bo deliverable zawiera komendy, a nie tylko wnioski. Twierdzenie, które klient może sprawdzić samodzielnie, komendą z raportu, nie ma prawa być ugodowe — okazuje się fałszywe przy pierwszym uruchomieniu. A gdy czegoś nie możemy zweryfikować, piszemy „nieweryfikowane”, co jest poprawnym wnioskiem. Użyliśmy tego osiem razy w naszym własnym rejestrze.

Tak, i to najtańsze wdrożenie, jakie możemy zrealizować. Przykład z naszej własnej pracy: mieliśmy plan przekierowania 73 wygenerowanych stron na strony uznane za „główne”. Pomiar wykazał, że strony docelowe same były cienkie — 105 słów, z których 104 było wspólnych. Wniosek nie brzmiał „przekierowujemy szybciej”, lecz „nie przekierowujemy cienkiej treści na jeszcze cieńszą; najpierw trzeba naprawić stronę docelową”. Przekierowanie zostało uzależnione od przepisania strony docelowej.

Mówimy, co można z nich wywnioskować, a czego nie. W naszym własnym audycie treści nie mieliśmy dostępu do Search Console, analityki ani danych sprzedażowych — więc nie stwierdziliśmy ruchu, konwersji ani zaobserwowanego kanibalizowania, mimo że właśnie to byłyby najbardziej przekonujące wnioski. Prawidłowa kolejność pozostała zapisana w raporcie: najpierw dane, potem decyzja, nie odwrotnie.

Dostarczamy raport z jednym ustaleniem na raz, komendami do weryfikacji i listą decyzji z właścicielem. Jeśli potrzebujesz też prezentacji na spotkanie, przygotujemy ją — ale to nie jest rezultat, tylko jego skrót. Różnica ma znaczenie, bo prezentacji nie da się zweryfikować, a raportu z komendami tak.

Na tyle, na ile trzeba, by stwierdzenia w raporcie miały plik i linię. W praktyce oznacza to czytanie tras jedna po drugiej i pytanie przy każdej, kto ją wywołuje i co robi, gdy weryfikacja nie może zdecydować. Narzędzie automatyczne widzi trasę, która zwraca błąd przy pustym żądaniu, i idzie dalej; czytając ją, widać, że nikt jej już nie wywołuje i że jest otwarta.

Nie. Nie jesteśmy akredytowanymi audytorami, nie wydajemy certyfikatów i nie podpisujemy atestów zgodności. Dostarczamy analizę techniczną z weryfikowalnymi dowodami, przydatną do podjęcia decyzji i naprawy — nie do spełnienia formalnego wymogu, który wymaga akredytowanego podmiotu. Jeśli tego potrzebujesz, lepiej dowiedzieć się o tym teraz.

Nie tworzy prognoz przychodów ani ruchu — nie mamy do tego podstaw i nie wymyślamy ich. Nie porównuje dostawców na podstawie publicznie podawanych przez nich liczb; jeśli nie wykonaliśmy własnego pomiaru, piszemy, że to liczba deklarowana, a nie zmierzona. Nie podejmuje decyzji handlowych zamiast Ciebie. I nie tworzy dokumentu, który wygląda na kompletny, zasłaniając ostrożnymi sformułowaniami miejsca, gdzie nic nie wiemy — niejasny audyt to forma nicniemówienia.