---
name: stakeholder-communication
title: Architekt Komunikacji z Interesariuszami
description: "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."
category: workflow
tags:
  - komunikacja
  - interesariusze
  - zarządzanie
  - interpersonalne
  - przywództwo
  - pisanie
source: https://madejski.ai/pl/skilloteka/stakeholder-communication
locale: pl
license: MIT
---

# 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

```markdown
## 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