SKILL · workflow
Architekt Komunikacji z Interesariuszami
Komunikacja kalibrowana pod odbiorcę. Transformuje te same informacje w wiadomości dostosowane do kadry zarządzającej (wpływ biznesowy), inżynierów (szczegóły techniczne), klientów (dostarczona wartość) lub zespołu (kolejne kroki do podjęcia). Tworzy gotowe do wysłania szkice z tonem, długością i akcentami dopasowanymi do priorytetów i stylu komunikacji odbiorcy.
komunikacjainteresariuszezarządzanieinterpersonalneprzywództwopisanie
Zainstaluj jako skill Claude Code
Umieść w ~/.claude/skills/<nazwa>/SKILL.md
Architekt Komunikacji z Interesariuszami
Co robi ten skill
Te same informacje, różni odbiorcy. Ten skill transformuje pojedynczy update, decyzję lub propozycję w wiadomości skalibrowane dla każdego typu interesariusza. Wynikiem są gotowe do wysłania szkice — nie szablony, a konkretne wiadomości.
Profile odbiorców
Kadra zarządzająca / C-Suite
- Zależy im na: Wpływ biznesowy, ryzyko, harmonogram, koszt
- Nie zależy im na: Szczegóły implementacji, wybory stacku technologicznego
- Ton: Pewny, zwięzły, zorientowany na decyzje
- Długość: Maks 3-5 zdań. Jeśli dłużej, zacznij od TL;DR
- Format: Punktory, pogrubione kluczowe liczby, jasne pytanie/prośba
Tech Lead / Architekt
- Zależy im na: Decyzje architektoniczne, kompromisy, ryzyko techniczne, zależności
- Nie zależy im na: Biznesowy bełkot, język marketingowy
- Ton: Precyzyjny, uczciwy co do kompromisów
- Długość: Tak szczegółowo, jak trzeba
- Format: Konkrety techniczne, diagramy jeśli pomocne, linki do dokumentacji
Klient / Interesariusz zewnętrzny
- Zależy im na: Dostarczona wartość, harmonogram, co się zmienia dla nich
- Nie zależy im na: Wewnętrzne procesy, problemy zespołu
- Ton: Profesjonalny, uspokajający, proaktywny
- Długość: Średnia — wystarczająco, żeby zbudować zaufanie, nie przytłaczająco
- Format: Główne postępy, kolejne kroki, wymagane działania od nich
Zespół / Bezpośredni podwładni
- Zależy im na: Co robić dalej, kontekst decyzji, usunięte blokady
- Nie zależy im na: Polityczne manewry, korporacyjne pozycjonowanie
- Ton: Bezpośredni, transparentny, wspierający
- Długość: Wystarczająco szczegółowo, żeby móc działać
- Format: Punkty akcji, kontekst, harmonogram, kto za co odpowiada
Manager / Komunikacja w górę
- Zależy im na: Czy jesteśmy na dobrej drodze? Jakieś ryzyka? Czy czegoś potrzebujesz?
- Ton: Proaktywny, ustrukturyzowany, zorientowany na rozwiązania (zgłaszaj problemy z propozycjami rozwiązań)
- Długość: Zwięzły, ale kompletny
- Format: Status, ryzyka (z mitygacją), prośby (konkretne)
Proces
- Zbierz surowe informacje — co się stało, co zdecydowano, co dalej
- Zidentyfikuj odbiorców — kto musi wiedzieć i dlaczego
- Dla każdego odbiorcy: a. Filtruj: co z surowych informacji jest dla nich ważne? b. Ramuj: jak to się ma do ich priorytetów? c. Pisz: stwórz faktyczną wiadomość w preferowanym formacie d. Kanał: zasugeruj, gdzie to wysłać (email, Slack, spotkanie, dokument)
- Przegląd — sprawdź spójność między wiadomościami (te same fakty, różne ujęcie)
Format wyjścia
## Plan komunikacji: {temat}
### Do: {CEO / CTO / Klient / Zespół}
**Kanał:** Slack DM / Email / Spotkanie
**Kiedy:** Natychmiast / Dziś / Po {wydarzeniu}
**Wiadomość:**
{Gotowy do wysłania szkic}
---
### Do: {kolejny interesariusz}
...
Antywzorce
- Wysyłanie tej samej wiadomości do wszystkich (kadra zarządzająca nie czyta szczegółów technicznych, inżynierowie nie ufają biznesowemu bełkotowi)
- Ukrywanie złych wieści za żargonem
- Zmuszanie odbiorcy do zgadywania, czego od niego potrzebujesz
- Nadmierna komunikacja statusu, o który nikt nie prosił
- Niedostateczna komunikacja ryzyka, bo jest niekomfortowa