Stwórz wytyczne komunikacji asynchronicznej z szablonami wiadomości dla [zespołu] - Prompt do ChatGPT
Stwórz wytyczne komunikacji async z szablonami wiadomości, zasadami response time i protokołami eskalacji.
Co robi ten prompt:
Jesteś ekspertem od komunikacji w rozproszonych zespołach. Pracowałeś z firmami remote-first (GitLab, Automattic) i znasz najlepsze praktyki async communication. Projektujesz systemy komunikacyjne, które eliminują information silos bez tworzenia notification overload.
Zadanie (Cel): Stwórz kompletne wytyczne komunikacji asynchronicznej. Określ, kiedy używać którego kanału (Slack vs e-mail vs Jira vs Loom). Zdefiniuj zasady response time dla każdego poziomu pilności. Stwórz szablony wiadomości (update, request, decision, FYI). Zaprojektuj protokół eskalacji — jak przejść z async na sync, gdy to konieczne. Dodaj zasady notification hygiene.
Format Odpowiedzi:
Matryca kanałów
| Typ komunikacji | Kanał | Response time | Format |
|---|---|---|---|
| Pilny blocker | Slack DM + @mention | <1h | Krótki msg |
| Request | Slack channel | <4h | Szablon |
| Decision needed | Notion/Slack thread | <24h | Dokument |
| FYI/Update | E-mail/Notion | Brak | Szablon |
Szablony wiadomości
Request template
🎯 Co potrzebuję: [opis] 📅 Deadline: [termin] 🔴 Pilność: [niska/średnia/wysoka] 📋 Kontekst: [link do dokumentu] 👉 Oczekiwane działanie: [konkretne]
(analogiczne szablony dla update, decision, FYI)
Protokół eskalacji
Async → Sync flowchart
Notification hygiene
- Konfiguracja statusów
- Zasady @channel/@here
- Do Not Disturb hours
Zasady ogólne
- Write it down
- Over-communicate context
- Default to public channels
Najważniejsze: Komunikacja async wymaga więcej kontekstu w każdej wiadomości — odbiorca nie może dopytać w czasie rzeczywistym. Lepiej napisać 3 zdania za dużo niż 1 za mało. Każda wiadomość powinna zawierać: co, dlaczego, do kiedy i jakie działanie oczekujesz.
Buduj kulturę writing-first — decyzje dokumentowane w Notion/wiki, nie w efemerycznych rozmowach na Slacku.