Szablon protokołu ze spotkania do porządku obrad, decyzji i zadań do wykonania
Szablon protokołu ze spotkania daje zespołom powtarzalną strukturę dla punktów porządku obrad, decyzji, zadań do wykonania, osób odpowiedzialnych, terminów, ryzyk i kolejnych kroków. Skopiuj poniższy szablon, gdy dziś potrzebujesz praktycznego formatu protokołu, a następnie przejrzyj wypełnione przykłady, aby zobaczyć, jak należy zapisywać decyzje i działania następcze. Został zaprojektowany z myślą o spotkaniach projektowych, z klientami, kierowniczych i operacyjnych. Jeśli Twój zespół już nagrywa lub transkrybuje spotkania, HiNoter może pomóc automatycznie wypełnić ten sam szablon po rozmowie i zsynchronizować zatwierdzone zadania z Twoimi narzędziami do pracy.
Skopiuj szablon protokołu ze spotkania lub wypróbuj HiNoter, aby automatycznie wypełniać protokoły ze spotkań.
Krótka odpowiedź: szablon protokołu ze spotkania
Szablon protokołu ze spotkania to wielokrotnego użytku format do dokumentowania celu spotkania, porządku obrad, dyskusji, decyzji, zadań do wykonania, osób odpowiedzialnych, terminów, ryzyk i działań następczych. Dobry szablon oddziela decyzje od ogólnych notatek i przypisuje każdemu zadaniu wyraźnego właściciela, termin wykonania, status, źródło i miejsce docelowe.
Szablon protokołu ze spotkania do skopiowania
Skopiuj ten prosty tekst do Google Docs, Notion, Microsoft Word, Slacka, e-maila lub na współdzieloną stronę projektu. Wykorzystuje wiersze tabeli tekstowej, dzięki czemu najważniejsze pola pozostają widoczne po wklejeniu do większości narzędzi do pisania. Zachowaj wiersze z zadaniami do wykonania bez zmian; to właśnie w tym miejscu najczęściej zawodzą protokoły ze spotkań.
SZABLON PROTOKOŁU ZE SPOTKANIA
Tytuł spotkania:
Data i godzina:
Strefa czasowa:
Lokalizacja lub platforma:
Właściciel spotkania / prowadzący:
Osoba sporządzająca protokół:
Uczestnicy:
Nieobecni lub opcjonalni uczestnicy:
Cel:
Jaki rezultat powinno przynieść to spotkanie?
Porządek obrad:
Punkt porządku obrad | Podsumowanie dyskusji | Czy potrzebna jest decyzja?
1. | |
2. | |
3. | |
Decyzje:
Decyzja | Kontekst / uzasadnienie | Właściciel | Data podjęcia | Źródło lub znacznik czasu
| | | |
Zadania do wykonania:
Zadanie | Właściciel | Termin | Status | Źródło lub znacznik czasu | Miejsce synchronizacji
| | | | |
Ryzyka i blokery:
Ryzyko lub bloker | Wpływ | Właściciel | Data kolejnego przeglądu | Źródło
| | | |
Otwarte pytania:
Pytanie | Osoba, która odpowie | Termin | Gdzie odpowiedź będzie przechowywana
| | |
Działania następcze:
Kto otrzyma protokół?
Gdzie będą przechowywane decyzje?
Gdzie będą śledzone zadania do wykonania?
Kiedy odbędzie się następne spotkanie lub przegląd?
Użyj tego szablonu przed spotkaniem jako porządku obrad, a po spotkaniu jako końcowego zapisu. Jeśli jakieś pole jest nieznane, wpisz „Niepotwierdzone” zamiast zostawiać je puste. Widoczny brak łatwiej uzupełnić niż brak osoby odpowiedzialnej, brak terminu lub decyzję bez kontekstu.
Co powinien zawierać szablon protokołu ze spotkania?
Szablon protokołu ze spotkania powinien zawierać tyle szczegółów, aby osoba, która opuściła spotkanie, mogła zrozumieć jego rezultat i podjąć działanie. Nie powinien jednak stawać się transkrypcją. Zadaniem szablonu jest zachowanie decyzji, uzasadnienia, odpowiedzialności, dat, ryzyk i kolejnych kroków, które mają znaczenie po zakończeniu spotkania.
| Pole | Co należy uchwycić | Często brakujący szczegół |
|---|---|---|
| Tytuł spotkania | Użyj łatwej do wyszukania nazwy z kontekstem zespołu, projektu lub klienta. | Ogólne tytuły, takie jak „cotygodniowy sync”. |
| Data, godzina i platforma | Dodaj datę, strefę czasową oraz lokalizację lub platformę. | Strefa czasowa i platforma źródłowa. |
| Uczestnicy | Wymień wymaganych uczestników, opcjonalnych uczestników i nieobecnych zatwierdzających. | Brak decydentów. |
| Cel | Określ rezultat, który spotkanie ma przynieść. | Lista tematów bez celu. |
| Porządek obrad | Zapisz planowane tematy oraz wszelkie nieplanowane tematy, które zmieniły wynik spotkania. | Zmiany zakresu w trakcie spotkania. |
| Podsumowanie dyskusji | Uchwyć kluczowe fakty, kompromisy, zastrzeżenia i dowody. | Uzasadnienie decyzji. |
| Decyzje | Zapisz decyzję, kontekst, właściciela, datę i źródło. | Dlaczego i kiedy podjęto decyzję. |
| Zadania do wykonania | Zapisz zadanie, właściciela, termin, status, źródło i miejsce synchronizacji. | Właściciel i termin. |
| Ryzyka i blokery | Zapisz ryzyko, wpływ, właściciela i datę kolejnego przeglądu. | Kto odpowiada za rozwiązanie ryzyka. |
| Kolejne kroki | Wskaż, kto otrzyma protokół i gdzie będą śledzone działania następcze. | Dystrybucja i system ewidencji zadań. |
Protokół ze spotkania a notatki ze spotkania
Notatki ze spotkania i protokół ze spotkania częściowo się pokrywają, ale nie pełnią tej samej roli. Notatki mogą być prywatne, robocze i wybiórcze. Protokół jest wspólnym zapisem. Powinien być na tyle uporządkowany, aby wspierać odpowiedzialność po spotkaniu, zwłaszcza gdy decyzje dotyczą klientów, projektów, budżetów, rekrutacji, zgodności lub współpracy międzyzespołowej.
| Kryterium | Notatki ze spotkania | Protokół ze spotkania |
|---|---|---|
| Cel | Pomóc jednej osobie pamiętać i analizować. | Utworzyć wspólny zapis ustaleń i działań następczych. |
| Struktura | Elastyczne wypunktowania, komentarze, cytaty lub osobiste obserwacje. | Spójne pola dla agendy, decyzji, zadań do wykonania, ryzyk i kolejnych kroków. |
| Odbiorcy | Zwykle osoba robiąca notatki lub bezpośredni zespół. | Uczestnicy, nieobecni interesariusze, menedżerowie, klienci lub przyszli członkowie zespołu. |
| Decyzje | Mogą być wymieszane z ogólnymi notatkami z dyskusji. | Wypisane osobno wraz z kontekstem i źródłem. |
| Zadania do wykonania | Mogą mieć nieformalny charakter. | Wymagają zadania, właściciela, terminu, statusu i miejsca śledzenia. |
| Przegląd | Opcjonalny. | Zalecany przed dystrybucją lub synchronizacją. |
Wypełnione przykłady szablonu protokołu ze spotkania
Najszybszym sposobem na poprawę jakości protokołów ze spotkań jest przejrzenie wypełnionych przykładów. Zwróć uwagę, że każdy przykład oddziela dyskusję od decyzji i przypisuje każdemu zadaniu właściciela, termin, status, źródło oraz miejsce synchronizacji. Taka struktura ułatwia przeglądanie protokołów i późniejszą automatyzację.
Przykład 1: spotkanie dotyczące statusu projektu
WYPEŁNIONY PRZYKŁAD 1: SPOTKANIE DOTYCZĄCE STATUSU PROJEKTU
Tytuł spotkania: Przegląd statusu wydania lipcowego
Data i godzina: 2026-07-20, 10:00 czasu PT
Lokalizacja lub platforma: Google Meet
Właściciel spotkania: Mina Patel
Osoba sporządzająca protokół: wersja robocza HiNoter, sprawdzona przez Minę
Uczestnicy: Mina, Evan, Jules, Priya
Cel:
Potwierdzić gotowość do wdrożenia i wskazać prace wymagane przed wysłaniem informacji o wydaniu.
Agenda:
Punkt agendy | Podsumowanie dyskusji | Czy potrzebna jest decyzja?
Gotowość do wydania | Zespół inżynieryjny potwierdził, że główny przepływ działania jest gotowy. | Tak
Walidacja analityki | Śledzenie zdarzeń nadal wymaga jednego przejścia QA. | Nie
Komunikacja z klientem | Informacja o wydaniu wymaga sformułowań dotyczących ryzyka cenowego. | Tak
Decyzje:
Decyzja: Utrzymać datę wydania 26 lipca.
Kontekst: Walidacja analityki jest jedynym otwartym ryzykiem i ma przypisanego właściciela.
Właściciel: Mina
Data podjęcia decyzji: 2026-07-20
Źródło: Transkrypcja 20:03
Zadania do wykonania:
Zadanie: Zweryfikować zdarzenia analityczne | Właściciel: Evan | Termin: 2026-07-22 | Status: Otwarte | Źródło: Transkrypcja 18:42 | Miejsce synchronizacji: Notion
Zadanie: Przygotować informację o wydaniu dla klientów | Właściciel: Priya | Termin: 2026-07-21 | Status: Otwarte | Źródło: Transkrypcja 24:10 | Miejsce synchronizacji: Google Docs
Ryzyka i blokery:
Ryzyko: Opóźnienie walidacji analityki może obniżyć pewność co do wdrożenia.
Wpływ: Właściciel wydania może być zmuszony opóźnić e-mail do klientów.
Właściciel: Evan
Data następnego przeglądu: 2026-07-22
Dalsze działania:
Mina publikuje krótkie podsumowanie na Slacku i zapisuje zatwierdzony protokół na stronie wydania lipcowego.
Przykład 2: spotkanie dotyczące eskalacji klienta
WYPEŁNIONY PRZYKŁAD 2: SPOTKANIE DOTYCZĄCE ESKALACJI KLIENTA
Tytuł spotkania: Przegląd eskalacji wsparcia Acme
Data i godzina: 2026-07-20, 2:00 PM ET
Lokalizacja lub platforma: Zoom
Właściciel spotkania: Priya Shah
Osoba sporządzająca protokół: wersja robocza HiNoter, sprawdzona przez Priyę
Uczestnicy: Priya, Marco, Sam, lider operacji klienta
Cel:
Uzgodnić krótkoterminowy plan wsparcia i wyjaśnić, kto odpowiada za kolejną aktualizację dla klienta.
Agenda:
Punkt agendy | Podsumowanie dyskusji | Czy potrzebna jest decyzja?
Problem klienta | Klient potrzebuje szybszej reakcji na błędy konfiguracji. | Tak
Plan wsparcia | Zespół zaproponował plan kontaktu co 48 godzin. | Tak
Sformułowania SLA | Klient i zespół używali różnych definicji SLA. | Nie
Decyzje:
Decyzja: Rozpocząć 48-godzinny plan wsparcia dla zespołu operacyjnego klienta.
Kontekst: Klient potrzebuje pewności przed rozszerzeniem wdrożenia.
Właściciel: Priya
Data podjęcia decyzji: 2026-07-20
Źródło: Transkrypcja 16:35
Zadania do wykonania:
Zadanie: Wysłać klientowi e-mail z podsumowaniem | Właściciel: Priya | Termin: 2026-07-20 | Status: Otwarte | Źródło: Transkrypcja 22:12 | Miejsce synchronizacji: E-mail
Zadanie: Potwierdzić definicję SLA z liderem wsparcia | Właściciel: Marco | Termin: 2026-07-23 | Status: Otwarte | Źródło: Transkrypcja 26:44 | Miejsce synchronizacji: Przypomnienie w kalendarzu
Ryzyka i blokery:
Ryzyko: Niejasność wokół SLA może doprowadzić do ponownej eskalacji.
Wpływ: Klient może oczekiwać czasów reakcji, których obecny plan nie obejmuje.
Właściciel: Marco
Data następnego przeglądu: 2026-07-23
Dalsze działania:
Priya wysyła zatwierdzony protokół na kanał konta i dodaje weryfikację SLA Marco do tablicy projektu.
Wersje szablonu protokołu ze spotkania dla różnych typów spotkań
Ten sam podstawowy szablon może wspierać różne zespoły, jeśli zmieniają się pola, na które kładzie się nacisk. Przegląd projektu wymaga blokerów i właścicieli. Eskalacja klienta wymaga zobowiązań i kolejnej komunikacji z klientem. Przegląd kierowniczy wymaga decyzji, metryk i statusu zatwierdzenia. Nie wciskaj każdego spotkania w to samo jednoparagrafowe podsumowanie.
| Typ spotkania | Pola, które warto wyróżnić | Zalecane dalsze działania |
|---|---|---|
| Status projektu | Zmiana statusu, blokada, zależność, właściciel, termin. | Zsynchronizuj zadania do wykonania z tablicą projektu. |
| Eskalacja klienta | Problem klienta, zobowiązanie, ryzyko, właściciel, kolejna wiadomość do klienta. | Wyślij zatwierdzone podsumowanie e-mailem i śledź zobowiązania w CRM. |
| Plan rozwoju produktu | Dowody, decyzja, kompromis, zależność, otwarte pytanie. | Przechowuj decyzje w rejestrze decyzji dotyczącym roadmapy. |
| Przegląd kierowniczy | Metryki, zatwierdzenie, ryzyko strategiczne, prośba kadry zarządzającej, termin. | Wyślij zwięzłe podsumowanie dla kadry zarządzającej i przypisz właścicieli. |
| Omówienie rekrutacyjne | Dowody dotyczące kandydata, kryteria scorecard, obawy, kolejny krok. | Dołącz dowody do rekordu kandydata. |
| Szkolenie lub zajęcia | Tematy, kluczowe wnioski, pytania, zadanie, źródło do nauki. | Utwórz notatki do nauki i przypomnienia. |
Typowe błędy w szablonie protokołu spotkania
Większość zespołów nie ponosi porażki dlatego, że brakuje im szablonu. Porażka pojawia się dlatego, że szablon staje się pustym rytuałem. Ludzie pomijają trudniejsze pola, piszą ogólnikowe podsumowania i przenoszą rzeczywiste decyzje do wątków na czacie lub prywatnych notatek. Dobry szablon protokołu spotkania sprawia, że te luki stają się widoczne.
| Błąd | Dlaczego utrudnia dalsze działania | Poprawka |
|---|---|---|
| Agenda bez wyniku | Spotkanie może zakończyć się dyskusją, ale bez decyzji. | Dodaj pole celu i oznacz, czy każdy punkt agendy wymaga decyzji. |
| Decyzja bez kontekstu | Przyszli czytelnicy nie będą wiedzieć, dlaczego zespół wybrał tę drogę. | Dodaj uzasadnienie oraz źródło lub znacznik czasu. |
| Zadanie bez właściciela | Nikt nie ponosi odpowiedzialności. | Wymagaj dokładnie jednego właściciela dla każdego zadania. |
| Zadanie bez terminu | Nie da się nadać priorytetu ani śledzić realizacji zadania. | Dodaj termin albo datę potwierdzenia terminu. |
| Ryzyko bez kolejnego przeglądu | Blokada pozostaje widoczna, ale nie jest zarządzana. | Dodaj właściciela i datę kolejnego przeglądu. |
| Brak miejsca synchronizacji | Zatwierdzony protokół nigdy nie trafia do rzeczywistego przepływu pracy zespołu. | Przed zakończeniem spotkania wybierz Notion, Slack, Google Docs, kalendarz, e-mail, CRM lub tablicę projektu. |
Jak HiNoter automatycznie wypełnia szablon
Szablon daje zespołowi standard. HiNoter pomaga utrzymać ten standard po spotkaniu. HiNoter to platforma AI do notatek ze spotkań i transkrypcji, która może przekształcać spotkania, audio, wideo, dozwolone treści z YouTube oraz pliki PDF w uporządkowaną, przeszukiwalną wiedzę z linkami do źródeł. W przypadku protokołów spotkań oznacza to, że transkrypcja staje się roboczym szablonem, zadania zamieniają się w wiersze, a AI Chat z odwołaniami do źródeł pomaga osobom weryfikującym sprawdzać dowody.
- Przed spotkaniem wybierz szablon. Zdecyduj, czy spotkanie dotyczy przeglądu projektu, eskalacji klienta, dyskusji nad roadmapą, przeglądu kierowniczego czy innego przepływu pracy.
- Podczas spotkania rejestruj dozwolone treści. Użyj zatwierdzonego sposobu rejestrowania spotkania albo prześlij dozwolone nagranie lub transkrypcję. Potwierdź poinformowanie uczestników, ustawienia platformy i politykę firmy.
- Po spotkaniu wygeneruj wersję roboczą. HiNoter wypełnia podsumowania agendy, decyzje, zadania do wykonania, właścicieli, terminy, ryzyka, otwarte pytania i pola dalszych działań.
- Sprawdź źródła. Zweryfikuj nazwiska, daty, zobowiązania, dane finansowe, warunki prawne i zobowiązania wobec klientów względem znaczników czasu w transkrypcji lub materiałów źródłowych.
- Zsynchronizuj zatwierdzone wyniki. Wyślij końcowy protokół i zaakceptowane zadania do Notion, Slack, Google Docs, kalendarza, e-maila, CRM lub innych obsługiwanych narzędzi.
Eksport, integracje, zadania do wykonania i dalsze działania
Gotowe protokoły nie powinny pozostawać w dokumencie jednej osoby. Po weryfikacji wyślij właściwą część zapisu do właściwego miejsca docelowego. HiNoter może wspierać przepływy pracy, które wysyłają zatwierdzone podsumowania, decyzje i zadania do wykonania do Notion, Slack, Google Docs, przypomnień w kalendarzu, e-maila, CRM lub narzędzi projektowych tam, gdzie są dostępne.
| Miejsce docelowe | Co wysłać | Co najpierw sprawdzić |
|---|---|---|
| Notion | Rejestr decyzji, archiwum spotkań, strona projektu, lista zadań. | Uprawnienia strony i dostęp do linków źródłowych. |
| Slack | Krótkie podsumowanie, kluczowe decyzje, osoby odpowiedzialne, terminy. | Nazwiska, daty i właściciel zadania. |
| Google Docs | Pełny, zweryfikowany protokół dla interesariuszy. | Udostępnianie dokumentu i treści wrażliwe. |
| Kalendarz | Spotkanie uzupełniające lub przypomnienie o terminie. | Osoba odpowiedzialna i termin wykonania. |
| Podsumowanie dla klienta, kadry zarządzającej lub interesariuszy. | Zobowiązania, liczby, ton i lista odbiorców. | |
| CRM lub narzędzie projektowe | Zobowiązania wobec klienta, blokery i kolejne kroki. | Tylko zaakceptowane zadania z jasno przypisaną odpowiedzialnością. |
Prywatność, uprawnienia i zaufanie
Protokoły spotkań mogą zawierać dane osobowe, poufny kontekst biznesowy, zobowiązania wobec klientów, omówienia HR, kontekst prawny lub strategię produktową. Gdy szablon jest wypełniany na podstawie nagrania lub transkrypcji, przed rozpoczęciem rejestrowania należy określić zasady informowania uczestników, zgody, kontroli dostępu, retencji, usuwania i eksportu. Wymagania różnią się w zależności od jurysdykcji, branży, polityki pracodawcy i typu spotkania.
Podczas konfigurowania rejestrowania korzystaj z oficjalnych wytycznych platformy. Google dokumentuje transkrypcje w Meet i funkcje robienia notatek, Microsoft dokumentuje transkrypcję na żywo w Teams, a Zoom publikuje informacje o notowaniu wspieranym przez AI. W przypadku szerszych organizacyjnych praktyk dotyczących prywatności i bezpieczeństwa zapoznaj się z wytycznymi U.S. Federal Trade Commission oraz NIST Privacy Framework, a w regulowanych przypadkach użycia zaangażuj interesariuszy z działu prawnego lub compliance.
Jak wybrać lub dostosować szablon protokołu spotkania
W próbkach Google i Bing z lipca 2026 dla frazy "meeting minutes template" dominowały strony z szablonami i kolekcje edytowalnych szablonów, w tym Microsoft Word, Canva, Fellow, Template.net, Notejoy, Reclaim, iBabs, Adobe, WPS i podobne źródła. Użytkownicy wyszukiwarki oczekują szablonu, który można skopiować lub edytować, a także przykładów i dobrych praktyk. Dlatego na tej stronie szablon znajduje się wysoko, zanim wprowadzona zostanie automatyzacja.
- Zacznij od szablonu, który można skopiować. Jeśli nie możesz wkleić go do swojego narzędzia pracy, jest mniej użyteczny.
- Dodaj pola odpowiedzialności. Wymagaj osoby odpowiedzialnej, terminu, statusu, źródła i miejsca synchronizacji dla każdego zadania.
- Oddziel decyzje od dyskusji. Decyzja powinna zawierać kontekst i źródło, a nie tylko ogólnikową notatkę.
- Dostosuj do typu spotkania. Podkreślaj ryzyka w projektach, zobowiązania wobec klientów i akceptacje w przeglądach kierowniczych.
- Ustal ścieżkę przeglądu. Zdecyduj, kto zatwierdza protokół przed dystrybucją lub synchronizacją.
- Użyj automatyzacji, gdy rośnie skala. Jeśli nikt nie chce dalej ręcznie wypełniać szablonu, użyj HiNoter, aby tworzyć jego wersję roboczą na podstawie materiałów ze spotkania.
Wybierz HiNoter, jeśli Twój zespół chce zachować dyscyplinę pracy z szablonem protokołu spotkania bez proszenia jednej osoby o odtwarzanie każdej decyzji i każdego zadania po każdym połączeniu. HiNoter może tworzyć wersje robocze protokołów, podsumowań, zadań, map myśli, eksportów oraz AI Chat z linkami do źródeł na podstawie dozwolonych spotkań i zatwierdzonych źródeł.
Wypróbuj HiNoter do szablonów protokołów spotkań wypełnianych przez AI i zamień swoje następne zatwierdzone spotkanie w zweryfikowany protokół z osobami odpowiedzialnymi, terminami i dalszymi działaniami.
Najczęściej zadawane pytania
Co powinien zawierać szablon protokołu spotkania?
Szablon protokołu spotkania powinien zawierać tytuł spotkania, datę, strefę czasową, platformę, właściciela, protokolanta, uczestników, cel, agendę, podsumowanie dyskusji, decyzje, zadania, osoby odpowiedzialne, terminy, ryzyka, otwarte pytania, dalsze działania oraz odniesienia do źródeł, gdy protokół powstaje na podstawie transkrypcji lub nagrania.
Jaka jest różnica między protokołem spotkania a notatkami ze spotkania?
Notatki ze spotkania są często nieformalne i osobiste. Protokół spotkania to uporządkowany, współdzielony zapis używany do dokumentowania decyzji, zadań, odpowiedzialności i dalszych działań. Protokół zwykle wymaga wyraźniejszych wskazań osób odpowiedzialnych, terminów, ryzyk, zasad dystrybucji i przeglądu niż osobiste notatki.
Czy mogę używać tego szablonu protokołu spotkania w Google Docs lub Notion?
Tak. Szablon jest w postaci zwykłego tekstu, więc możesz skopiować go do Google Docs, Notion, Microsoft Word, Slacka, e-maila lub na stronę projektu. Zachowaj tabelę z zadaniami w nienaruszonej formie, aby nie zniknęły osoby odpowiedzialne, terminy, statusy i miejsca synchronizacji.
Jak zapisywać zadania w protokole spotkania?
Zapisuj każde zadanie jako osobny wiersz z zadaniem, osobą odpowiedzialną, terminem, statusem, źródłem i miejscem synchronizacji. Jeśli osoba odpowiedzialna lub data są niejasne, oznacz to jako nierozstrzygnięte i przypisz konkretną osobę do potwierdzenia tego przed rozesłaniem protokołu.
Czy AI może automatycznie wypełnić szablon protokołu spotkania?
Tak. Platforma AI do notatek ze spotkań może wykorzystać dozwolone nagranie, transkrypcję lub przesłany plik do przygotowania wersji roboczej protokołu, decyzji, ryzyk i zadań. Przed udostępnieniem lub synchronizacją zadań człowiek powinien zweryfikować nazwiska, daty, zobowiązania, dane finansowe, terminy prawne i zobowiązania wobec klientów.
Jak HiNoter wykorzystuje szablon protokołu spotkania?
HiNoter rejestruje dozwolone spotkanie lub przesłane źródło, tworzy transkrypcję i przygotowuje wersję roboczą uporządkowanego protokołu przy użyciu pól takich jak agenda, decyzje, zadania, osoby odpowiedzialne, terminy, ryzyka i dalsze działania. Może także tworzyć podsumowania, mapy myśli, eksporty oraz AI Chat z linkami do źródeł do przeglądu.