← Wróć do skilli

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

.skill

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

  1. Zbierz surowe informacje — co się stało, co zdecydowano, co dalej
  2. Zidentyfikuj odbiorców — kto musi wiedzieć i dlaczego
  3. 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)
  4. 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