CV product managera, które pokazuje osąd, a nie funkcje.
Wynik ponad output. Otwórz CV metryką, którą poruszyłeś, problemem użytkownika, który rozwiązałeś, i cross-funkcjonalnym zespołem, który prowadziłeś. ATS-clean i skanowalny dla rekrutera.
- Zacznij od wyników
- Nazwij metrykę użytkownika
- Wielkość cross-funkcjonalnego zespołu
- Bezpłatny eksport
Wynik ponad output.
Hiring managerowie czytają CV PM w poszukiwaniu dowodów osądu. Punkt 'Wydałem funkcję X' to output. Punkt 'Zidentyfikowałem, że 38% nowych signupów odpadało na kroku importu; poprowadziłem 6-tygodniowy wysiłek między designem a engineeringiem, aby dodać upload CSV, podnosząc retencję dnia 7 o 14 punktów' to wynik.
Każdy punkt senior PM powinien mieć czasownik (wydałem, killnąłem, zakresowałem, priorytetyzowałem, prowadziłem, partnerowałem), artefakt (funkcję, dokument, zespół) i metrykę (wzrost, spadek, zmianę zachowania użytkownika). Dwa z trzech jest OK. Zero z trzech to punkt, który kosztuje cię ekran.
Killnięcie złej funkcji to silniejszy punkt PM niż wydanie drugiej najlepszej. Zacznij od decyzji o killu, kiedy je masz, z zachowanym rozumowaniem.
Pokaż zakres bez napompowywania go.
Wielkość zespołu, wpływ na przychód, liczba użytkowników. 'Prowadziłem pod 7-osobowy z 2 designerów i 5 inżynierów' bije 'Prowadziłem zespół produktowy'. 'Owner linii produktowej $4,2M ARR' bije 'Owner produktu'.
Jeśli twój zakres jest mały, ujmij stosunek wpływu do headcountu. 'Napędziłem 38% wzrostu firmy jako PM #2' to silniejszy sygnał niż ukrywanie headcountu i pompowanie wielkości zespołu.
Nie deklaruj ownershipu P&L, jeśli faktycznie nie prowadzisz P&L. Ekran sprawdzi, a fałszywa deklaracja to bilet w jedną stronę do odrzucenia.
Questions, answered.
Jedna strona poniżej 7 lat doświadczenia PM, dwie strony powyżej. Senior PM i directorzy mają dwie strony, ponieważ kontekst cross-funkcjonalny (wielkość zespołu, zakres, przychód) wymaga więcej miejsca niż punkt engineering.
Tak, jeśli możesz napisać konkretne. Nazwij poziom (senior PM, group PM, director), obszar produktu (growth, płatności, wewnętrzne tooling), skalę użytkowników (B2C 14M MAU, B2B enterprise SaaS) i najbardziej obronny wynik (podniosłem metrykę X o Y punktów).
80% twardych wyników, 20% proces i zespół. Soft skills (zarządzanie interesariuszami, komunikacja) wnioskuje się z wyników, nie wymienia. Wymień je w bloku Skills tylko jeśli masz konkretne certyfikacje lub szkolenia metodyczne (CSPO, Pragmatic, JTBD).
Tylko przy przejściu na PM z engineeringu, designu lub data. Trzy projekty w stylu produktowym z badaniami użytkowników, frameworkiem priorytetyzacji i wydanym wynikiem biją słaby historię pracy. Pomiń projekty po 4 latach tenure PM.
'Killnąłem funkcję X po 3 tygodniach bety, na podstawie 28% adopcji i 4 negatywnych testów użyteczności; przekierowałem 4-osobowy zespół inżynierski do funkcji Y, która została wydana do GA w 6 tygodni z 71% adopcji.' Kill to dowód osądu.
Oceń swoje CV PM.
Bezpłatnie. Sześć sub-wyników. Punkty, które ci szkodzą, podświetlone.
Sprawdź moje CV →