Modelowane listy odbiorców nie zawierają konkretnych osób, tylko prawdopodobieństwa. Wyjaśniam, jak powstają, gdzie ich szukać w panelu i jak czytać ich raporty.
Rozmowy rekrutacyjne, które prowadzę od kilku lat, zmieniły się w jednym punkcie. Kiedyś sprawdzałem, czy kandydat sprawnie poruszy się po interfejsie i czy rozumie typy dopasowania. Dziś takie pytanie prawie nie różnicuje osób — panel podpowiada, kreator prowadzi za rękę, a większość ustawień da się nadrobić w tydzień.
Różnicuje coś innego: czy człowiek potrafi sprawdzić, czy liczba na ekranie w ogóle znaczy to, co wydaje się znaczyć. I czy umie powiedzieć „nie wiem”, zamiast dorabiać wyjaśnienie do wykresu.
Poniżej lista kompetencji, na które sam patrzę, i takich, których wartość moim zdaniem spada. To nie prognoza rynku pracy — nie mam do tego danych. To opis tego, czego brakuje w projektach, które prowadzę.
Najbardziej deficytowa umiejętność w tej branży to nie znajomość interfejsu analityki, a rozumienie, skąd bierze się każda liczba w raporcie.
Konkretnie: czym różni się konwersja przypisana do kliknięcia od konwersji zaraportowanej w dniu jej wystąpienia, dlaczego suma sesji z narzędzia analitycznego nigdy nie zgodzi się z liczbą kliknięć w panelu reklamowym, jak działa okno konwersji i co się dzieje z danymi, gdy użytkownik nie wyrazi zgody na ciasteczka. To pytania, na które osoba prowadząca budżet reklamowy musi umieć odpowiedzieć bez ściągi.
Do tego dochodzi warstwa techniczna, której nie da się już delegować w całości: konfiguracja zdarzeń, kontrola duplikatów, przekazywanie wartości transakcji, konwersje rozszerzone, poprawne wdrożenie sygnałów zgody. Widzę to na większości kont, które przejmuję — kampanie są zoptymalizowane pod dane, których nikt nie zweryfikował.
Kandydat, który potrafi w piętnaście minut wskazać trzy powody, dla których dane w koncie mogą kłamać, jest dla mnie cenniejszy od kogoś z certyfikatem z każdego produktu.
Do niedawna traktowałem to jako kompetencję dodatkową, przydatną w dużych projektach. Zmieniłem zdanie, bo pytania, które dostaję od klientów, przestały mieścić się w gotowych raportach.
Kiedy ktoś pyta, jaka jest marża na zamówieniach z konkretnej kampanii po odjęciu zwrotów, żaden panel reklamowy tego nie policzy — dane o marży i zwrotach są w systemie sprzedażowym, a nie w narzędziu reklamowym. Odpowiedź wymaga połączenia dwóch źródeł po wspólnym kluczu i napisania zapytania.
Nie chodzi o poziom inżyniera danych. Chodzi o umiejętność napisania sensownego zapytania z grupowaniem i złączeniem, zrozumienie, czym jest tabela zdarzeń o zagnieżdżonej strukturze, i świadomość kosztów zapytania. Tyle wystarcza, żeby przestać być zależnym od kolejki zadań w zespole technicznym.
Efekt uboczny jest ważniejszy niż sama umiejętność: kto raz zobaczył surowe dane zdarzeń, przestaje traktować wskaźniki z gotowych raportów jako obiektywną prawdę.
Wyszukiwarka przestała być jedynym miejscem, w którym ludzie zadają pytania. Część ruchu, który kiedyś przechodził przez listę dziesięciu wyników, kończy się dziś w podsumowaniu generowanym nad wynikami albo w oknie czatu, gdzie nie ma pozycji do zajęcia.
Kompetencja, która z tego wynika, jest niewygodna, bo nie ma dla niej ustalonej metodyki. Trzeba umieć zmierzyć, czy marka jest wymieniana w odpowiedziach, sprawdzić w logach, które roboty modeli językowych czytają witrynę, zdecydować, czy chcemy im na to pozwolić, i przygotować treść tak, żeby dawała się cytować fragmentami.
Jednocześnie potrzebna jest odwrotna umiejętność: odróżnienie tego od sprzedaży cudów. Wokół optymalizacji pod modele generatywne narosło już więcej ofert niż wiedzy. Jeśli ktoś obiecuje gwarantowaną obecność w odpowiedziach, to sprzedaje przypuszczenie.
Osobiście traktuję ten obszar jako eksperymentalny i tak go opisuję klientom. Warto się nim zajmować, warto mierzyć, ale nie warto przenosić na niego budżetu z kanałów, które policzalnie działają.
Umiejętność napisania dobrego polecenia dla modelu językowego jest dziś tym, czym dziesięć lat temu było sprawne posługiwanie się arkuszem kalkulacyjnym: nie zawód, ale narzędzie, którego brak zauważalnie zwalnia pracę.
Modele pomagają mi w rzeczach, które kiedyś zajmowały godziny: grupowanie tysięcy zapytań według intencji, wstępne wersje zasobów tekstowych, streszczenia dokumentacji, szkielety zapytań do bazy. Nie wykorzystuję ich do wnioskowania o wynikach kampanii, bo nie mają dostępu do kontekstu, który znam tylko ja.
Ważniejsza od pisania promptów jest jednak umiejętność sprawdzania efektu. Model bez wahania wygeneruje datę premiery funkcji, której nie było, opis ustawienia, które nazywa się inaczej, albo zapytanie zwracające liczbę bez sensu biznesowego. Kto tego nie weryfikuje, wprowadza do projektu błędy trudniejsze do wykrycia niż własne, bo napisane pewnym tonem.
W praktyce oznacza to jedno: im częściej korzystam z generowania, tym więcej czasu poświęcam na kontrolę źródeł. Ten czas trzeba wliczyć w wycenę pracy.
To obszar, którego nikt nie wybiera z entuzjazmu, a który w ostatnich latach urósł najbardziej. Zgody na ciasteczka, wymagania dotyczące certyfikowanego mechanizmu zgody, obowiązki wynikające z aktu o rynkach cyfrowych, polskie Prawo komunikacji elektronicznej, a od 2025 roku pierwsze przepisy dotyczące sztucznej inteligencji.
Nie oczekuję od specjalisty wykładni prawnej. Oczekuję świadomości, że decyzja o sposobie zbierania zgód wpływa bezpośrednio na kompletność danych, a przez to na jakość optymalizacji. I że wdrożenie mechanizmu zgody bez sprawdzenia, czy sygnały faktycznie docierają do narzędzi reklamowych, oznacza kampanie prowadzone po ciemku.
Osoba, która umie usiąść z działem prawnym i przetłumaczyć wymagania na konkretne ustawienia, jest w projekcie nie do zastąpienia. Takich ludzi jest mało.
Najbardziej niedoceniana kompetencja w tej pracy nie ma nic wspólnego z technologią. To umiejętność wytłumaczenia, dlaczego zrobiliśmy to, co zrobiliśmy, i co z tego wyszło — bez żargonu i bez ukrywania złych wyników za wskaźnikami pośrednimi.
Konkretnie: powiązanie działań z tym, na czym firmie naprawdę zależy, a nie ze wskaźnikiem, który akurat ładnie wygląda. Umiejętność powiedzenia „ta zmiana nie przyniosła efektu, wracam do poprzedniego ustawienia”. Przygotowanie prognozy z zaznaczonym marginesem błędu, zamiast jednej pewnej liczby.
Im więcej decyzji przechodzi na stronę systemów, tym bardziej wartość specjalisty przesuwa się w stronę tego, czego system nie zrobi: wyboru celu, oceny sensowności wyniku i wzięcia odpowiedzialności za rekomendację.
Uczciwie trzeba powiedzieć też o drugiej stronie. Ręczne sterowanie stawkami przestało być rzemiosłem — półautomatyczne strategie zostały wycofane, a decyzje na poziomie aukcji podejmuje system z dostępem do sygnałów, których w panelu po prostu nie ma.
Traci wartość drobiazgowe zarządzanie wielkimi listami słów kluczowych, budowanie struktur konta z setkami grup po jednym słowie oraz ręczne generowanie kombinacji nagłówków. Podobnie z raportowaniem przepisywanym co miesiąc do arkusza — to zadanie, które powinno się zautomatyzować raz i nie wracać do niego.
Nie znaczy to, że wiedza o tych mechanizmach jest zbędna. Znaczy, że przestała być tym, za co klient płaci. Płaci za decyzję, czy dany kierunek ma sens, i za pewność, że liczby, na których ta decyzja się opiera, są prawdziwe.
Używamy plików cookies, aby ułatwić Ci nawigację oraz wykonywanie określonych funkcji. Szczegółowe informacje o wszystkich plikach cookies znajdziesz w każdej kategorii zgody poniżej.
Pliki cookies oznaczone jako "Niezbędne" są przechowywane w Twojej przeglądarce, ponieważ są one kluczowe dla zapewnienia podstawowych funkcji strony.
Używamy również plików cookies firm trzecich, które pomagają nam analizować, w jaki sposób korzystasz z tej strony, zapamiętują Twoje preferencje oraz dostarczają treści i reklamy odpowiednie dla Ciebie. Te pliki cookies będą przechowywane w Twojej przeglądarce tylko za Twoją uprzednią zgodą.
Możesz zdecydować, czy chcesz włączyć lub wyłączyć niektóre bądź wszystkie te pliki cookies, jednak wyłączenie niektórych z nich może wpłynąć na Twoje doświadczenia podczas przeglądania strony.
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __cf_bm | 13 minutes | Cloudflare bot management — distinguishes humans from bots. |
| rc::* | Persistent | Google reCAPTCHA — localStorage holding anti-bot challenge state. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| wpEmojiSettingsSupports | Session | WordPress — sessionStorage flag caching whether the browser can render emoji (feature detection). |
| ytidb* | Persistent | YouTube — IndexedDB storing playback/search state for embedded videos. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| _ga_* | 400 days | Google Analytics 4 — persists session state per property. |
| _ga | 400 days | Google Analytics — distinguishes unique users via a client id. |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| NID | 183 days | Google — stores preferences for personalized ads. |
| fr | 90 days | Meta — encrypted Facebook id and browser id for ads. |
| _gcl_au | 90 days | Google AdSense/Ads — experiments with advertising efficiency (conversion linker). |
| Cookie | Czas przechowywania | Opis |
|---|---|---|
| __Secure-YNID | 180 days | |
| YSC | Session | |
| __Secure-ROLLOUT_TOKEN | 180 days | |
| VISITOR_INFO1_LIVE | 180 days | |
| VISITOR_PRIVACY_METADATA | 180 days | |
| datr | 400 days | |
| sb | 400 days | |
| wd | 7 days |