W poniedzia\u0142ek rano kto\u015b pobiera eksporty z kilku system\u00f3w, wkleja je do arkusza, poprawia formu\u0142y, kt\u00f3re si\u0119 rozjecha\u0142y, i wysy\u0142a raport zarz\u0105dowi. Trwa to d\u0142ugo, a gotowy raport opisuje stan sprzed kilku dni. Co gorsza, ka\u017cdy b\u0142\u0105d przy kopiowaniu przenosi si\u0119 na decyzje podejmowane na podstawie raportu.<\/p>\n
Bo zacz\u0105\u0142 si\u0119 od jednorazowego arkusza, kt\u00f3ry z czasem obr\u00f3s\u0142 w zak\u0142adki i wyj\u0105tki. Nikt nie uzna\u0142 go za proces do automatyzacji, wi\u0119c sta\u0142 si\u0119 czyim\u015b sta\u0142ym obowi\u0105zkiem.<\/p>\n
Zam\u00f3wienia s\u0105 w sklepie, szanse sprzeda\u017cy w CRM, faktury w programie ksi\u0119gowym, a koszty reklam w panelach reklamowych. Ka\u017cdy system eksportuje dane w innym formacie i z innymi nazwami p\u00f3l.<\/p>\n
Dla handlowca sprzeda\u017c to podpisana umowa, dla ksi\u0119gowo\u015bci wystawiona faktura, a dla sklepu z\u0142o\u017cone zam\u00f3wienie. Bez spisanych definicji ka\u017cdy raport liczy co innego i ka\u017cdy ma troch\u0119 racji.<\/p>\n
Autor raportu usuwa testowe zam\u00f3wienia, \u0142\u0105czy duplikaty klient\u00f3w i przelicza waluty. Te kroki nie s\u0105 nigdzie zapisane, wi\u0119c nie da si\u0119 ich zautomatyzowa\u0107 bez rozmowy z nim.<\/p>\n
Bezpo\u015brednio z system\u00f3w, w kt\u00f3rych dane powstaj\u0105: przez API, zaplanowany eksport albo gotowy konektor. R\u0119cznie pobrany plik powinien by\u0107 wyj\u0105tkiem, a nie podstaw\u0105 raportu. Je\u015bli te same dane s\u0105 wcze\u015bniej przepisywane mi\u0119dzy systemami, zacznij od tego problemu, opisanego we wpisie o r\u0119cznym przepisywaniu danych<\/a>.<\/p>\n
| \u0179r\u00f3d\u0142o<\/th>\n | Typowe dane<\/th>\n | Spos\u00f3b pobierania<\/th>\n<\/tr>\n<\/thead>\n |
|---|---|---|
| Sklep internetowy<\/td>\n | Zam\u00f3wienia, warto\u015bci, statusy, produkty<\/td>\n | API sklepu lub zaplanowany eksport<\/td>\n<\/tr>\n |
| CRM<\/td>\n | Leady, szanse sprzeda\u017cy, etapy, handlowcy<\/td>\n | API lub gotowy konektor<\/td>\n<\/tr>\n |
| Program do faktur lub ksi\u0119gowy<\/td>\n | Faktury, p\u0142atno\u015bci, nale\u017cno\u015bci<\/td>\n | API, eksport CSV lub XML<\/td>\n<\/tr>\n |
| Panele reklamowe<\/td>\n | Koszty kampanii, klikni\u0119cia<\/td>\n | Konektory narz\u0119dzi BI lub API<\/td>\n<\/tr>\n |
| Arkusze zespo\u0142u<\/td>\n | Plany, cele, korekty<\/td>\n | Jeden arkusz o sta\u0142ej strukturze<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\nJak zbudowa\u0107 automatyczny raport?<\/h2>\nNajpierw definicje, potem przep\u0142yw danych, na ko\u0144cu wygl\u0105d. Odwrotna kolejno\u015b\u0107 daje \u0142adny dashboard z liczbami, kt\u00f3rym nikt nie ufa.<\/p>\n Automatyczny raport ma trzy warstwy. Pierwsza pobiera dane wed\u0142ug harmonogramu, np. codziennie w nocy, przez narz\u0119dzie takie jak n8n lub Make albo skrypt uruchamiany o sta\u0142ej porze (w Arkuszach Google s\u0142u\u017c\u0105 do tego wyzwalacze czasowe Apps Script). Druga zapisuje dane w jednym miejscu: w arkuszu o sta\u0142ej strukturze, a przy wi\u0119kszej skali w bazie danych. Trzecia pokazuje wyniki w arkuszu z wykresami albo w narz\u0119dziu BI, takim jak Power BI czy Data Studio (dawniej Looker Studio), kt\u00f3re od\u015bwie\u017ca dane wed\u0142ug harmonogramu i potrafi wysy\u0142a\u0107 raport mailem jako PDF.<\/p>\n Zanim cokolwiek zbudujesz, przejrzyj obecny arkusz razem z jego autorem. Ka\u017cd\u0105 zak\u0142adk\u0119 opisz jednym zdaniem: sk\u0105d bierze dane, co liczy i kto z niej korzysta. Zak\u0142adki, z kt\u00f3rych nikt nie korzysta, nie musz\u0105 trafi\u0107 do nowego raportu.<\/p>\n Gdzie w tym jest AI?<\/h3>\nAI dobrze opisuje gotowe liczby: streszcza, co zmieni\u0142o si\u0119 w por\u00f3wnaniu z poprzednim tygodniem, i wskazuje pozycje, kt\u00f3re odstaj\u0105 od normy. Nie powinno liczy\u0107 samych wynik\u00f3w, bo modele j\u0119zykowe nie s\u0105 narz\u0119dziem do precyzyjnych oblicze\u0144. Liczby liczy baza danych lub arkusz, a AI dostaje gotow\u0105 tabel\u0119 i pisze komentarz, kt\u00f3ry kto\u015b czyta przed wys\u0142aniem.<\/p>\n Arkusz czy narz\u0119dzie BI?<\/h2>\nArkusz wystarczy, gdy \u017ar\u00f3de\u0142 jest kilka, odbiorc\u00f3w niewielu, a raport ma jedn\u0105 wersj\u0119 dla wszystkich. Narz\u0119dzie BI warto wybra\u0107, gdy danych przybywa, odbiorcy potrzebuj\u0105 r\u00f3\u017cnych widok\u00f3w albo raport ma by\u0107 dost\u0119pny w ka\u017cdej chwili, a nie tylko w poniedzia\u0142ek.<\/p>\n W obu przypadkach zasada jest ta sama: dane trafiaj\u0105 do raportu automatycznie i nikt nie wkleja ich r\u0119cznie. Arkusz zasilany przez automat ma t\u0119 zalet\u0119, \u017ce zesp\u00f3\u0142 zna go od lat, wi\u0119c \u0142atwiej go zaakceptowa\u0107. Do narz\u0119dzia BI mo\u017cna przej\u015b\u0107 p\u00f3\u017aniej, gdy dane s\u0105 ju\u017c uporz\u0105dkowane, bez budowania wszystkiego od nowa. Zwr\u00f3\u0107 te\u017c uwag\u0119 na uprawnienia: raport z danymi klient\u00f3w i wynikami handlowc\u00f3w nie powinien by\u0107 dost\u0119pny przez publiczny link, a ka\u017cdy odbiorca powinien widzie\u0107 tylko to, czego potrzebuje.<\/p>\n Jak zadba\u0107 o jako\u015b\u0107 danych w raporcie?<\/h2>\nDodaj automatyczne kontrole, kt\u00f3re zatrzymuj\u0105 raport albo ostrzegaj\u0105, gdy dane wygl\u0105daj\u0105 podejrzanie. Raport z b\u0142\u0119dem jest gorszy ni\u017c raport op\u00f3\u017aniony o godzin\u0119.<\/p>\n
|