Jak ustawić szablon weekly review dla przełożonego jako asystentka

Czym jest weekly review i po co go tworzysz jako asystentka

Weekly review to cotygodniowe podsumowanie, które przełożony otrzymuje od asystentki — najczęściej w formie jednego dokumentu lub wiadomości — zawierające przegląd najważniejszych zdarzeń, statusów zadań, nadchodzących terminów i kwestii wymagających decyzji. Nie jest to raport dla raportowania. To narzędzie, które pozwala przełożonemu wejść w nowy tydzień z pełnym obrazem sytuacji bez konieczności dopytywania o każdy detal osobno.

Jako asystentka jesteś osobą, która jako pierwsza widzi, co się dzieje w kalendarzu, skrzynce mailowej, projektach i zobowiązaniach szefa. Weekly review to moment, w którym tę wiedzę porządkujesz i przekazujesz w ustrukturyzowany sposób — zamiast pozwalać, żeby ważne informacje ginęły w chaosie bieżącej komunikacji.

Co weekly review daje Tobie, a co przełożonemu

Kiedy weekly review ma sens, a kiedy jest stratą czasu

• Ma sens, gdy przełożony prowadzi więcej niż kilka równoległych projektów lub zespołów — wtedy kontekst naprawdę ginie bez podsumowania
• Ma sens, gdy Ty jako asystentka obsługujesz wiele kanałów komunikacji w jego imieniu (maile, kalendarze, spotkania z zewnętrznymi partnerami)
• Nie ma sensu, gdy przełożony i tak codziennie rozmawia z Tobą przez 30+ minut i zna każdy detal na bieżąco — wtedy weekly review duplikuje pracę zamiast ją porządkować
• Nie ma sensu w formie rozbudowanego dokumentu, jeśli przełożony nigdy go nie otwiera — lepszy krótki bullet-point w mailu niż perfekcyjny raport w Notion, który nie jest czytany

Jak dostosować szablon do stylu pracy i potrzeb przełożonego

Gotowy szablon weekly review to tylko punkt wyjścia. Żeby naprawdę działał, musi odpowiadać temu, jak konkretna osoba przetwarza informacje, podejmuje decyzje i zarządza swoim tygodniem. Jeden przełożony chce widzieć liczby na pierwszym miejscu, inny zaczyna od ryzyk i blokad. Twoja rola jako asystentki to rozpoznać ten styl i odwzorować go w strukturze dokumentu.

1. Przez dwa tygodnie obserwuj, jakie pytania przełożony zadaje najczęściej podczas spotkań — to sygnał, czego mu brakuje w bieżącym przepływie informacji.
2. Zapytaj wprost, czy woli format narracyjny (krótkie akapity), czy skrótowy (bullet points i liczby) — nie zgaduj, bo stracisz czas obojga.
3. Sprawdź, na jakim urządzeniu najczęściej czyta raporty: jeśli to telefon, skróć sekcje i usuń szerokie tabele, które się nie skalują.
4. Ustal, kiedy w tygodniu przełożony ma czas na przeczytanie review — i dopasuj godzinę wysyłki tak, żeby dokument trafił do skrzynki maksymalnie 30 minut przed tym oknem.
5. Po pierwszym miesiącu działania szablonu poproś o 10-minutowy feedback: co pomija, co czyta zawsze, co przewija bez czytania.
6. Na podstawie feedbacku usuń sekcje, które nie są czytane, i rozbuduj te, przy których przełożony zatrzymuje się najdłużej.

• Nie kopiuj szablonu od poprzedniej asystentki bez weryfikacji — przełożony mógł zmienić priorytety lub styl pracy.
• Nie dodawaj sekcji "na wszelki wypadek" — każdy zbędny blok rozmywa uwagę i wydłuża czas czytania.
• Nie zmieniaj struktury szablonu częściej niż raz na miesiąc — zbyt częste zmiany dezorientują i niszczą nawyk czytania.
• Nie zakładaj, że przełożony czyta całość — projektuj każdą sekcję tak, żeby była zrozumiała jako samodzielna jednostka.

Dostosowanie szablonu to proces, nie jednorazowe działanie. Potrzeby przełożonego zmieniają się wraz z fazą projektów, składem zespołu i presją biznesową. Warto raz na kwartał wrócić do struktury dokumentu i sprawdzić, czy nadal odzwierciedla to, co jest dla niego faktycznie ważne w danym momencie.

Narzędzia i automatyzacja weekly review w 2026 roku

W 2026 roku asystentki mają do dyspozycji narzędzia, które potrafią wygenerować szkielet raportu zanim przełożony wróci z piątkoweg spotkania. Kluczem nie jest jednak samo narzędzie, lecz to, żeby szablon działał bez Twojej ręcznej interwencji przy każdym cyklu. Poniżej znajdziesz zestawienie realnie używanych rozwiązań z konkretnymi zastosowaniami.

Jak zautomatyzować cykl tygodniowy krok po kroku

1. Wybierz jedno źródło danych (Asana, Jira, Trello lub lista zadań w Notion) i upewnij się, że przełożony faktycznie tam zamyka zadania — bez tego automatyzacja nie ma sensu.
2. Stwórz szablon dokumentu (Google Docs lub Notion) z polami zastępczymi: {{tydzien}}, {{kpi_sprzedaz}}, {{blokery}}, {{priorytety_nastepny_tydzien}}.
3. W Make lub Zapier ustaw wyzwalacz czasowy: co piątek o 14:00 scenariusz pobiera dane, wypełnia pola zastępcze i tworzy nową kopię dokumentu.
4. Dodaj krok z GPT-4o lub Copilot: na podstawie listy ukończonych zadań generuje 2–3 zdania narracyjnego podsumowania do sekcji 'Co zrobiliśmy'.
5. Skonfiguruj automatyczne wysłanie gotowego linku do przełożonego przez e-mail lub Slack z komunikatem: 'Weekly review gotowy – czeka na Twój komentarz'.
6. Przez pierwsze dwa tygodnie sprawdzaj ręcznie, czy dane są kompletne. Dopiero potem wyłącz kontrolę i zostaw scenariusz samemu sobie.

• Nie automatyzuj sekcji 'Blokery i ryzyka' — tu potrzebna jest Twoja ocena, nie algorytm zbierający dane z ticketów.
• Nie wysyłaj raportu w piątek po 16:00 — większość przełożonych nie wróci do niego przed poniedziałkiem, a świeżość danych przepada.
• Nie używaj dwóch różnych narzędzi do tego samego celu (np. Make i Zapier równolegle) — duplikujesz koszty i ryzykujesz podwójne wysyłki.
• Nie pomijaj wersjonowania: każdy tygodniowy dokument powinien mieć datę w nazwie pliku, np. 'Weekly Review 2026-W23', żeby archiwum było przeszukiwalne.

Checklist wdrożenia – zanim wyślesz pierwszy raport

Zanim szablon weekly review trafi do przełożonego, musisz przejść przez kilka kroków weryfikacyjnych. Pominięcie któregokolwiek z nich skutkuje tym, że raport albo ląduje w koszu, albo generuje więcej pytań niż odpowiedzi. Poniższa lista porządkuje całe wdrożenie od zera.

1. Umów się z przełożonym na 15-minutową rozmowę – ustal, jakie informacje są dla niego priorytetowe, w jakiej formie preferuje dane (liczby, narracja, punktory) i o której godzinie w piątek raport ma być gotowy.
2. Zdefiniuj stałe sekcje szablonu – minimum: postęp zadań z tygodnia, priorytety na następny tydzień, blokery wymagające decyzji przełożonego. Każda sekcja powinna mieć przypisany limit objętości (np. max 3 punkty).
3. Wybierz narzędzie i utwórz szablon – Google Docs z komentarzami, Notion, ClickUp lub zwykły e-mail z ustaloną strukturą subject line (np. "Weekly Review | [Twoje imię] | tydzień 1–7.02.2026").
4. Wypełnij szablon testowo na podstawie poprzedniego tygodnia – sprawdź, czy każda sekcja daje się uzupełnić w mniej niż 20 minut i czy całość mieści się na jednym ekranie bez scrollowania.
5. Poproś przełożonego o feedback do wersji próbnej – wyślij go z dopiskiem "wersja testowa, proszę o uwagi" i wyznacz deadline na odpowiedź (48 godziny).
6. Nanieś poprawki i zablokuj czas w kalendarzu – ustaw cykliczne 30-minutowe okno w każdy piątek wyłącznie na wypełnienie raportu. Bez tego szablon będzie odkładany na ostatnią chwilę.
7. Wyślij pierwszy oficjalny raport z krótką notatką – jednym zdaniem poinformuj przełożonego, że od teraz weekly review będzie trafiać do niego regularnie w ustalonym terminie.

• Nie wysyłaj szablonu bez wcześniejszego ustalenia oczekiwań – to, co Tobie wydaje się czytelne, dla przełożonego może być chaosem.
• Nie mieszaj formatu tygodniowego z miesięcznym – weekly review to narzędzie operacyjne, nie podsumowanie kwartalne.
• Nie dodawaj sekcji "na zapas" – każda rubryka, której przełożony nie czyta, to strata Twojego czasu przy każdym kolejnym wypełnianiu.
• Nie zakładaj, że raz ustalony format jest ostateczny – po 4 tygodniach wróć do przełożonego z pytaniem, czy coś wymaga korekty.

Wdrożenie szablonu to jednorazowy wysiłek, który procentuje przez cały rok. Dobrze przeprowadzony proces oznacza, że od drugiego tygodnia wypełniasz gotowy formularz zamiast zastanawiać się, co i jak napisać.