Prompt do notatek po spotkaniu bez transkrypcji: zyskaj pewność

Miłosz Rudnicki
Autor: Miłosz Rudnicki

24/02/2026

Po spotkaniu często zostaje mętlik: ktoś coś powiedział, ktoś coś miał zrobić, a potem zaczyna się ping-pong wiadomości i narasta stres. Jeśli prowadzisz projekty, obsługujesz klientów albo zarządzasz ludźmi, to brak jasnych ustaleń szybko zamienia się w konflikty, opóźnienia i poczucie, że musisz wszystkiego pilnować w głowie.

Ten artykuł daje Ci jeden prompt, który zamienia chaotyczne notatki w krótkie, konkretne minutki: decyzje, zadania, właściciele, terminy, ryzyka i otwarte pytania. Efekt uboczny jest bardzo praktyczny: czujesz się bezpieczniej, bo masz źródło prawdy i wiesz, co dokładnie potwierdzić w podsumowaniu spotkania na email.

Kiedy użyć

  • Gdy po spotkaniu masz wrażenie, że wszystko było ważne, ale nic nie jest jasno zapisane.
  • Gdy wraca temat: co było ustalone i kto miał to zrobić.
  • Gdy pracujesz z klientami i chcesz zmniejszyć napięcie, bo boisz się niedopowiedzeń.
  • Gdy prowadzisz wiele wątków równolegle i gubisz odpowiedzialności.
  • Gdy chcesz wysłać krótkie podsumowanie po spotkaniu, ale nie masz czasu go pisać.
  • Gdy spotkania generują zadania, ale nie trafiają do systemu (kalendarz, Kanban, lista zadań).

Co przygotować przed użyciem

  • {{agenda}}: temat i cel spotkania (nawet w 3 punktach).
  • {{uczestnicy}}: lista osób i ich role (kto decyduje, kto wykonuje).
  • {{surowe_notatki}}: Twoje chaotyczne notatki / skrót z rozmowy / wklejone punkty z czatu.
  • {{decyzje}}: jeśli już je masz, nawet niepełne.
  • {{zadania}}: jeśli już je masz, nawet w formie „ktoś ma ogarnąć X”.
  • {{ownerzy}}: jeśli znasz właścicieli, wpisz, jeśli nie, zostaw do uzupełnienia.
  • {{deadline}}: jeśli padły terminy, wklej je; jeśli nie, wpisz „brak” i wymuś propozycje terminów.
  • {{ryzyka}}: 1–3 obawy, które mogą wysadzić plan (np. zależności, brak zasobów).
  • {{format}}: gdzie to ma wylądować (Markdown / Notion / Google Docs / e-mail / komentarz w Jira).

Zasady dobrego promptowania w tym przypadku

  • Wklej surowe notatki bez wstydu: prompt ma je uporządkować, nie oceniać.
  • Wymuś rozdział: decyzje vs zadania vs otwarte pytania (to usuwa 80% nieporozumień).
  • Zawsze żądaj właściciela i terminu dla każdego zadania, albo flagi „do ustalenia”.
  • Poproś o listę „co trzeba potwierdzić” przed wysłaniem podsumowania do innych.
  • Dodaj sekcję „ryzyka i zależności”, żeby nie udawać, że wszystko jest proste.
  • Ustal styl: krótko, bez lania wody, jednym formatem dla wszystkich spotkań.
  • Zakończ następnym krokiem: co idzie do systemu zadań i co wysyłasz jako follow-up.

Gotowy prompt (do skopiowania)

Zmienne (najważniejsze):

  • {{agenda}}: agenda i cel spotkania (punkty)
  • {{uczestnicy}}: lista uczestników i role
  • {{surowe_notatki}}: chaotyczne notatki / skrót rozmowy
  • {{decyzje}}: decyzje (jeśli masz), inaczej wpisz „brak”
  • {{zadania}}: zadania (jeśli masz), inaczej wpisz „brak”
  • {{ownerzy}}: znani właściciele (jeśli brak, wpisz „do ustalenia”)
  • {{deadline}}: znane terminy (jeśli brak, wpisz „brak”)
  • {{ryzyka}}: ryzyka / obawy / zależności
  • {{format}}: docelowy format (np. Markdown)

Zmienne, czyli szczegóły Twojej sytuacji, są w nawiasach {{…}}. Sprawdź jak je wypełnić:

Jesteś asystentem do tworzenia minutek po spotkaniu. Twoim celem jest zmniejszyć niepewność po spotkaniu: zapisz ustalenia tak, aby było jasne co jest decyzją, co jest zadaniem i kto za co odpowiada.

Kontekst:
- Agenda/cel spotkania: {{agenda}}
- Uczestnicy i role: {{uczestnicy}}
- Surowe notatki (chaos OK): {{surowe_notatki}}
- Wstępne decyzje (jeśli są): {{decyzje}}
- Wstępne zadania (jeśli są): {{zadania}}
- Ownerzy (jeśli znani): {{ownerzy}}
- Terminy/deadline (jeśli znane): {{deadline}}
- Ryzyka / zależności: {{ryzyka}}
- Docelowy format: {{format}}

Wymagania wyjścia:
1) Podsumowanie w 5–7 zdaniach: co ustalono i po co.
2) Decyzje (lista): każda decyzja w formacie: [DECYZJA] / Uzasadnienie (1 zdanie) / Kto zatwierdził / Data (jeśli padła) / Status: Potwierdzone lub Do potwierdzenia.
3) Zadania (lista): każde zadanie w formacie:
   - [ZADANIE] Co dokładnie ma powstać (artefakt)
   - Właściciel (jedna osoba) + współpracownicy (opcjonalnie)
   - Termin: konkretna data albo „do ustalenia”
   - Kryterium „Zrobione”: jak poznamy, że jest zakończone
   - Zależności / blokery (jeśli są)
4) Otwarte pytania i braki: wypisz wszystko, co wymaga doprecyzowania, żeby nie było konfliktu po tygodniu.
5) Ryzyka i działania zapobiegawcze: max 5 punktów.
6) Tekst do follow-upu (krótki): 6–10 zdań, neutralny ton, bez presji. Ma zawierać: decyzje, zadania z ownerami i terminami, oraz prośbę o potwierdzenie elementów oznaczonych „Do potwierdzenia”.
7) Na końcu dodaj sekcję: „Do wklejenia do systemu zadań” — sama lista zadań w jednym bloku, bez opisów pobocznych.

Zasady:
- Nie zgaduj: jeśli coś nie wynika z notatek, oznacz jako „Do potwierdzenia”.
- Jeśli brakuje ownera lub terminu: wymuś „do ustalenia” i dodaj to do otwartych pytań.
- Pisz krótko i jednoznacznie. Zero lania wody.

Przykład użycia

Wypełnione zmienne (krótko)

  • {{agenda}}: Ustalenie planu publikacji i odpowiedzialności za nową stronę landing page
  • {{uczestnicy}}: Ja (owner projektu), Ania (design), Bartek (dev), Klient (decyzje biznesowe)
  • {{surowe_notatki}}: „landing ma być prosty, sekcja FAQ, formularz kontaktowy; klient chce 2 wersje nagłówka; Ania zrobi makietę; Bartek wdroży; sprawdzić treści i politykę prywatności; termin wstępnie koniec tygodnia; kto zbiera zdjęcia?”
  • {{decyzje}}: brak
  • {{zadania}}: brak
  • {{ownerzy}}: do ustalenia
  • {{deadline}}: brak
  • {{ryzyka}}: brak treści od klienta, brak zdjęć, niejasna akceptacja
  • {{format}}: Markdown

Przykładowy wynik (skrót)
Powstają minutki z: podsumowaniem, decyzjami (np. „Landing page = wersja prosta + FAQ + formularz”), zadaniami (makieta, wdrożenie, dostarczenie treści i zdjęć), otwartymi pytaniami (kto dostarcza zdjęcia, kto akceptuje final), ryzykami (opóźnienie przez brak treści), oraz gotowym tekstem follow-upu do wysłania po spotkaniu.

Najczęstsze błędy i poprawki

  1. Błąd: notatka jest opisem rozmowy, a nie listą ustaleń.

    Poprawka: wymuś sekcje „Decyzje” i „Zadania” oraz format każdego punktu.


  2. Błąd: zadania bez właściciela, bo „zespół ogarnie”.

    Poprawka: zawsze jedna osoba jako właściciel + ewentualni współpracownicy.


  3. Błąd: terminy są domyślne albo ASAP.

    Poprawka: jeśli nie padła data, wpisz „do ustalenia” i dodaj to do otwartych pytań.


  4. Błąd: mieszanie decyzji z pomysłami.

    Poprawka: decyzje mają status: „Potwierdzone” albo „Do potwierdzenia”.


  5. Błąd: brak sekcji „otwarte pytania”, więc niedopowiedzenia wracają jako konflikt.

    Poprawka: zawsze lista braków, nawet jeśli krótka.


  6. Błąd: follow-up jest zbyt długi i nikt go nie czyta.

    Poprawka: wymuś 6–10 zdań, neutralnie, bez presji, z prośbą o potwierdzenie spornych punktów.


  7. Błąd: notatki żyją w jednym miejscu, a zadania w innym i się rozjeżdżają.

    Poprawka: dodaj sekcję „Do wklejenia do systemu zadań” jako jedno źródło kopiuj-wklej.


Warianty promptu

Wariant 1: Krótki dla mających mało czasu

Uporządkuj moje surowe notatki ze spotkania w minutkę:
- Podsumowanie (5 zdań)
- Decyzje (lista)
- Zadania: zadanie + właściciel + termin (albo „do ustalenia”) + kryterium „Zrobione”
- Otwarte pytania (lista)
Nie zgaduj. Braki oznacz „Do potwierdzenia”.
Dane: {{surowe_notatki}}

Wariant 2: Precyzyjny

Stwórz minutkę po spotkaniu w formacie {{format}}.

Wejście:
Agenda: {{agenda}}
Uczestnicy: {{uczestnicy}}
Surowe notatki: {{surowe_notatki}}
Ryzyka: {{ryzyka}}

Wyjście ma zawierać:
1) Podsumowanie 5–7 zdań.
2) Decyzje: [DECYZJA] / uzasadnienie / kto zatwierdził / status: Potwierdzone lub Do potwierdzenia.
3) Zadania: [ZADANIE] / artefakt / właściciel / termin / kryterium „Zrobione” / zależności.
4) Otwarte pytania: wszystko, co trzeba doprecyzować, żeby uniknąć konfliktu.
5) Tekst follow-upu do wysłania (6–10 zdań), z prośbą o potwierdzenie punktów „Do potwierdzenia”.
Zasada: jeśli czegoś nie ma w notatkach, nie dopowiadaj — oznacz to.

Następny krok

Powiązane: Prompt do organizowania prywatnego życia (na weekend)

Miłosz Rudnicki

Miłosz Rudnicki
Inżynier IT z 16+ lat doświadczenia (USA, PL, UK) w korporacjach, agencjach i jako soloprzedsiębiorca. Odpowiadał za wdrożenia i marketing internetowy w 20+ projektach łączących biznes z technologią. Na prompty.pl opisuje AI z perspektywy bezpieczeństwa, odpowiedzialnego użycia oraz kontroli nad procesem i wynikiem.