Wróciłem ostatnio myślami do momentu, kiedy zaczynałem jako PM w nowej firmie. Pierwsze dni - poczucie, jak bym był w zupełnie nowym mieście, bez dostępu do Google Maps ;). Wszyscy wokół wiedzą, gdzie co jest. Ty - nie. I pojawia się pokusa: siedzę cicho, obserwuję, uczę się. A potem wchodzę do gry.

Problem? To "wchodzę do gry" może przyjść za późno. I sygnał, który wysyłasz w pierwszych tygodniach, ma znaczenie. I tym sygnałem powinno być → wnoszę wartość do zespołu.

Nie ma lepszego sposobu na szybkie zbudowanie zaufania.

• 1️⃣ Dokumentuj to, czego się uczysz

• 2️⃣ Zrób audyt roadmapy (i jej założeń)

• 3️⃣ Wesprzyj bieżący sprint

• 4️⃣ Zrób analize konkurencji

• 5️⃣ Zrób rundę wywiadów wewnętrznych

• 6️⃣ Podsumuj opinie o Waszym produkcie

• 7️⃣ Posprzątaj albo przygotuj dashboard z metrykam …

• 8️⃣ Pisz tygodniowe memo

• 9️⃣ Dołącz do call z klientami (nawet jeśli nic ni …

• 🔟 Stwórz wiki dla najwazniejszcyh procesów

Każdy onboarding PM-a zaczyna się tak samo. Spotkania 1:1 z każdym w teamie. Czytanie dokumentacji (jeśli istnieje). Siedzenie na standup jako milczący obserwator. Słuchanie, notowanie, kiwanie głową.

To ma sens - kontekst i historia produktu to fundament. Bez nich możesz zrobić więcej szkody niż pożytku.

Ale jest pułapka.

Onboarding, który jest wyłącznie pasywny, wysyła zły sygnał. Menadżer i team zaczynają się zastanawiać: kiedy ten człowiek zacznie coś robić? Co my właściwie dostaliśmy?

I co ważniejsze - ty sam zaczynasz to czuć. Syndrom impostora zaczyna się właśnie wtedy, gdy przez 4 tygodnie jesteś obserwatorem, a nie uczestnikiem.

Dobra wiadomość jest taka, że pierwsze 30 dni to idealne okno do tego, żeby wnieść realną wartość - bez udawania, że wiesz wszystko. Bo właśnie świeże oczy widzą rzeczy, których zespół już dawno przestał dostrzegać.

Poniżej 10 konkretnych rzeczy, które możesz "dostarczyć" w pierwszym miesiącu:

1️⃣ Dokumentuj to, czego się uczysz

Uczysz się produktu? Świetnie. Ale nie rób tego tylko dla siebie.

Stwórz LIVE dokument (ja to zwykle robię w Google Docs) - "Product Context Dump" - gdzie opisujesz to, co odkrywasz. Kto jest Waszym ICP i jakie ma problemy. Jak sprzedajecie produkt. Słownik akronimów (każda firma ma swój własny język). Metryki, które "się liczą". Flowcharty procesu, który jest zbyt skomplikowany, żeby trzymać go w głowie.

Ten dokument ma dwie funkcje: pomaga ci strukturyzować wiedzę i jest gotowym onboarding guide dla następnego PM-a. Twój menadżer zobaczy w tym dowód, że nie tylko słuchasz, ale też organizujesz.

2️⃣ Zrób audyt roadmapy (i jej założeń)

To jest mój ulubiony trik, bo nikt go zazwyczaj nie robi.

Przejrzyj backlog i aktualną roadmapę. Dla każdego epiku lub większej inicjatywy wypisz jedno pytanie: "jakie założenie o zachowaniu użytkownika lub potrzebie rynkowej leży u podstaw tej decyzji?"

Świeże oczy widzą te rzeczy lepiej niż ktoś, kto od roku jest w środku i "wie jak jest". Przynieś ten audyt na spotkanie z menadżerem - nie jako krytykę, ale jako "oto co mi się nasuwa po przejrzeniu roadmapy, chciałem to z tobą przegadać."

3️⃣ Wesprzyj bieżący sprint

Nie czekaj na "swój" sprint. Zacznij od samego startu. Szukaj miejsc, gdzie możesz pomóc:

• wymagania, które są niejasne - doprecyzuj je.

• QA - Zaoferuj się, że przetestujesz i wyfilizujesz bugi.

• Pytania developerów do designu - weź udział w wyjaśnieniu.

To ważny sygnał dla teamu: nie siedzisz z boku, tylko działasz. Wchodzi tam, gdzie jest potrzebny.

4️⃣ Zrób analize konkurencji

Maks trzy firmy na start (nie muszą być wszystkie). Głębokość, nie szerokość.

Jeśli możesz - używaj ich produktu. Zarejestruj się, przejdź onboarding, kliknij przez kluczowe ficzery. Udokumentuj: kto jest ich głównym targetem, jakie problemy rozwiązują, jak wyglądają ceny, gdzie ewidentnie są słabsi od Was.

Prosta tabela porównawcza w Notion robi wrażenie. Szczególnie jeśli nikt wcześniej tego nie zebrał w jednym miejscu.

5️⃣ Zrób rundę wywiadów wewnętrznych

To jest jeden z najbardziej niedocenianych źródeł wiedzy o produkcie.

Sprzedarz, Customer Success, Support - każdy z nich ma inną perspektywę na klienta i produkt - i zazwyczaj nikt tego systematycznie nie agreguje.

Umów się na 30-minutowe rozmowy. Spytaj:

• jakie są najczęstsze objekcje w sprzedaży?

• Czego klienci nie rozumieją?

• Co ich frustruje po zakupie?

• Jakich pytań nie potrafimy odpowiedzieć?

W dwa tygodnie możesz zbudować lepsze rozumienie użytkownika niż niejeden PM, który siedzi w firmie od roku, ale nigdy nie rozmawiał z CS-em.

6️⃣ Podsumuj opinie o Waszym produkcie

G2, Capterra, App Store reviews - to jest nieprzetworzone złoto, do którego nikt nie ma czasu wracać regularnie.

Wrzuć ostatnie 50-100 recenzji do Claude'a lub ChatGPT z promptem: "Wyodrębnij top 5 problemów użytkowników i top 5 rzeczy, które chwalą. Daj mi kategorie, nie listę."

Zrób to samo dla konkurencji. Nagraj Looma z 5-minutowym omówieniem. Ten jeden plik może ci otworzyć wiele drzwi w rozmowach z produktem i sprzedażą.

7️⃣ Posprzątaj albo przygotuj dashboard z metrykami

"Metryki sukcesu" to oksymoron w wielu firmach. Bo albo jest ich nadmiar, albo nie ma ich wcale. Dlatego dobrym pomysłem może być zrobienie revewi istniejących dashboardów, ale przygotowanie pierwszego z nich.

Porozmawiaj ze swoim menadżerem o tym, co naprawdę mierzy sukces Waszego produktu. Jeśli jest Mixpanel, GA4 albo Amplitude - sprawdź, czy dashboardy są aktualne i czytelne. Jeśli dane są porozrzucane po czterech miejscach - zaproponuj jeden widok.

To praca, której nikt nie lubi robić. Dlatego nikt jej nie robi. Dlatego ją zrób ty :D.

8️⃣ Pisz tygodniowe memo

Bardzo prosta zasada: co tydzień, przed weekendem, wyślij jedno krótkie podsumowanie - dla swojego managera albo jeszcze lepiej publicznie.

• Co zrobiłem w tym tygodniu

• Czego się nauczyłem

• Gdzie mam bloker

• Co planuję na następny tydzień

Lenny Rachitsky pisze o tym często - to jeden z najprostszych sposobów na budowanie zaufania z przełożonym. Twój menadżer nie musi się zastanawiać "co ten człowiek właściwie robi". Wie. Bo mu mówisz.

9️⃣ Dołącz do call z klientami (nawet jeśli nic nie powiesz)

Poproś Sprzedaż albo CS o możliwość dołączenia do rozmów z klientami. Na start - tylko żeby posłuchać.

Tworzysz podczas tych rozmów prostą tabelę: typ klienta, główna objekcja lub ból, co ich przyciągnęło, co ich niepokoi. Po kilku rozmowach zaczniesz widzieć wzorce w segmentach klientów.

🔟 Stwórz wiki dla najwazniejszcyh procesów

Jak działa zgłaszanie bugów / CR? Jaki jest workflow od design do dev? Jak wygląda proces release'u nowych ficzerów? Co trzeba zrobić, żeby cokolwiek wjechało na produkcję?

To jest coś co żyje w głowach wielu osób, ale też bywa niejdnozanczne. Dlatego stwórz jeden dokument, w którym spiszesz te najważniejsze zasady. To ma dwa efekty: ty lepiej rozumiesz jak firma działa, a team dostaje coś konkretnego, czego wcześniej nie było.

Nie musisz robić wszystkich 10. Wybranie 3-4 i zrobienie ich dobrze jest lepsze niż próbowanie wszystkiego po łebkach. I jedno ważne zastrzeżenie: nie wchodź z tymi rzeczami jak bohater z gotowymi odpowiedziami. Wchodź z pytaniami i propozycjami:

Różnica między PM-em, który dostarcza wartość w pierwszych 30 dniach, a tym który irytuje zespół, to zazwyczaj właśnie ta jedna rzecz: czy słuchasz z pozycji eksperta, czy z pozycji kogoś kto naprawdę chce zrozumieć.

Najważniejsze wnioski:

• Pierwsze 30 dni to nie czas na siedzenie z boku. To okno na zbudowanie zaufania przez małe, konkretne dostarczenia.

• Świeże oczy to przewaga - audit założeń, dokumentacja procesów, synteza insightów - to rzeczy, które ludzie "wewnątrz" omijają.

• Najlepszy sygnał, jaki możesz wysłać: jestem tu, słucham - i jednocześnie działam.