Jak zostać Product Managerem? Moja historia przejścia od marketingu cyfrowego do zarządzania produktem

W tym poście chciałbym opowiedzieć o mojej osobistej historii i wyzwaniach , z którymi musiałem się zmierzyć podczas przechodzenia na stanowisko Product Managera w dużej, międzynarodowej firmie.

Nauczysz się:

• Jakie są dwa główne typy menedżerów produktu .
• Jakie obowiązki prawdopodobnie będziesz mieć jako Product Manager.
• Jak rozumieć IT bez zaplecza technologicznego.
• Jakie wyzwania mogą na Ciebie czekać podczas przejścia?
• Jak zacząć .
• I nie tylko .

Jeśli siedzisz na płocie i nie jesteś pewien, czy zarządzanie produktem jest dla Ciebie właściwym wyborem kariery, na pewno uznasz ten post za przydatny.

Gotowy do nurkowania? Chodźmy

Kim jest Product Manager?

Zarządzanie produktami ujawnia i rozumie bieżące i potencjalne potrzeby klientów oraz opracowuje produkty, które im odpowiadają. Menedżerowie produktu wspomagają podejmowanie decyzji w zespole projektantów i programistów, identyfikując problemy klientów, oceniając ich wpływ i prowadząc zespół w kierunku rozwiązania. Zarządzanie produktem zapewnia wizję i kierunek rozwoju produktu w celu zbudowania lub aktualizacji produktu.

Jak zostać Product Managerem?

Większość product managerów wywodzi się z innej dziedziny, na uczelni nie ma specjalizacji „product manager”, staże w zarządzaniu produktem nie są jeszcze tak powszechne. To dość nowa „specjalizacja”, w której cenne są wszystkie: inżynieria, analityka danych, sprzedaż, marketing i umiejętności projektowe .

W idealnym przypadku, aby zacząć jako Product Manager, powinieneś być wykwalifikowany w co najmniej jednym z tych obszarów. Powinieneś mieć doświadczenie w pracy z (projektowaniem, wymyślaniem) produktów lub zarządzaniem projektami, od początku do końca. W tej roli bardzo potrzebne są umiejętności zarządzania projektami, w szczególności ustalanie priorytetów , asertywność oraz umiejętność obliczania i udowadniania wartości biznesowej. Musisz być skoncentrowany na kliencie , słuchać użytkowników i przekształcać ich wkład w konkretne kolejne kroki. Musisz wykonywać wiele zadań jednocześnie , rozwiązywać doraźne problemy i być dobrym negocjatorem.

Nie musisz od samego początku „mieć wszystkiego”, marketingu, projektowania, analityki danych i umiejętności technicznych.

Doszedłem do zarządzania produktem z marketingu, zorientowanego na klienta: studiowałem marketing cyfrowy, nauczyłem się tylko podstaw analityki danych. Mam wyczucie designu, ale jestem kiepski w rysowaniu, nawet będąc teraz Product Managerem, wciąż nie umiem programować (nie mam też silnej potrzeby uczenia się).

Rodzaje Product Managerów

Istnieją dwa główne „typy” Menedżerów Produktu: kontakt z klientem i techniczny.

Menedżer produktu mający kontakt z klientem pracuje nad funkcjami , w których klient jest użytkownikiem końcowym . Skupiają się bardziej na badaniach użytkowników, budowaniu uzasadnień biznesowych dla funkcji, definiowaniu nietechnicznych wymagań funkcjonalnych ze strony klienta. Następnie Product Owner (PO) (kierownik projektu z bardziej technicznym zapleczem) lub sam zespół (jeśli w zespole nie ma dodatkowego PO) przejmuje funkcję, dzieli ją na mniejsze części i określa wymagania techniczne. Tacy Menedżerowie Produktu potrzebują większej wiedzy z zakresu biznesu/marketingu, projektowania, badań użytkowników i niekoniecznie zaplecza technicznego (choć jest to przydatne).

Technical Product Manager pracuje nad rozwojem, w którym wymagana jest głębsza wiedza techniczna, zarówno w systemach zaplecza, które nie są skierowane do klienta (systemy płatności, mechanizm rezerwacji, bazy danych, systemy wewnętrzne firmy itp.), albo pracuje nad funkcjami skierowanymi do klienta w przypadku bardziej złożony produkt (np. SaaS). Potrzebują głównie wiedzy technicznej z danej domeny, trochę wiedzy marketingowej - badania użytkowników i raczej nie muszą dużo wiedzieć o projektowaniu (przydatne, jeśli jest to produkt SaaS, raczej nieistotne w przypadku systemów wspierających, bez interfejsu skierowanego do klienta ).

Jakie są zadania kierownika produktu, który ma kontakt z klientem, w oparciu o moje doświadczenie?

• Zbieranie opinii od użytkowników.
• Analizowanie danych z Twojej witryny/aplikacji jako źródło inspiracji dla nowych funkcji.
• Wymyślenie nowego pomysłu na funkcję.
• Szczegółowy opis funkcji, opracowanie wartości biznesowej.
• Ustalenie, z pomocą inżynierów, czy daną funkcję można zbudować i ile czasu i wysiłku będzie wymagało jej dostarczenie.
• Priorytetyzacja rejestru produktów.
• Udostępnianie informacji odpowiednim decydentom w celu uzyskania niezbędnych zasobów do opracowania funkcji.
• Przeprowadzanie badań użytkowników (praca z badaczami UX), które pomogą w projektowaniu funkcji, formułowanie pytań, na które badanie powinno odpowiedzieć, aby uzyskać wystarczającą ilość danych wejściowych do rozwoju.
• Współpraca z zespołem ds. produktu (programiści, projektanci, badacze UX, kontrola jakości) w celu dalszego rozbicia funkcji na przyrostowe zmiany, które można dostarczyć w sprintach, opracowanie planu dostarczania funkcji.
• Utrzymywanie synchronizacji z zespołem produktowym podczas sprintów w celu wyjaśnienia wymagań, sprawdzenia produktu, przekazania opinii, testowania przyrostów produktu z użytkownikami (jeśli to możliwe), testowania A/B przed dostarczeniem całego produktu.
• Mierzenie sukcesu wydanych funkcji.
  

Moje przejście na stanowisko Product Managera

Mając magister marketingu cyfrowego, w ciągu ostatnich 4 lat pracowałem głównie na stanowiskach „marketingowych”, ale zawsze byłem blisko rozwoju produktu:

• Współpracowałem ze start-upem na wczesnym etapie, tworząc ich platformę łączącą firmy oferujące autobusy z wymagającymi klientami, pracując głównie nad badaniem użytkowników, projektowaniem platformy (strony internetowej), zbieraniem wymagań dla platformy, zarządzaniem testowaniem jej z wielojęzyczny personel, budujący uzasadnienie biznesowe dla ekspansji rynkowej.
• Pracowałem z dużą firmą produkcyjną wspierającą rozwój nowych systemów CMS i DAM (zbieranie wymagań, kontynuacja prac z zespołami programistycznymi); zarządzanie projektem redesignu strony internetowej z kierownikiem projektu rozwoju IT (badania użytkowników, benchmarking i na tej podstawie zestawienie wymagań); wsparcie przy otwarciu nowego e-sklepu (wymagania dotyczące UX i UI).
• Współpracowałem z firmą zajmującą się cyberbezpieczeństwem, oferując domowe rozwiązania B2C z zakresu cyberbezpieczeństwa, głównie w zakresie benchmarkingu, badań rynku i przygotowania pierwszych projektów projektowych dla ich strony internetowej (infrastruktury informacyjnej) na podstawie badań.
• Obecnie współpracuję z dużą firmą z branży turystycznej, najpierw dołączyłem jako Content Manager, ale po pierwszych 5 miesiącach zmieniłem stanowisko na Product Managera Digital Content, pracując z zespołem programistów nad wyszukiwaniem i inspiracją dla funkcji, budowaniem nowe strony z treścią. Zajmuję się również bardziej „techniczną” stroną back-endu treści: rozwojem związanym z CMS, niezależnie od tego, czy jest to niestandardowe opracowanie, czy integracja z nowymi dostawcami.
  

Zawsze ściśle współpracowałem z zespołami programistycznymi przy planowaniu lub dostarczaniu produktu cyfrowego: strony internetowej, platformy, sklepu internetowego lub funkcji dla nich. Wcześniej nie było to stanowisko „Menedżera produktu”, ale raczej kierownika projektu. Przejście z tego środowiska do roli „Menedżera produktu” nie było trudne, ponieważ byłem przyzwyczajony do podobnego zakresu zadań i komunikowania się z programistami (podawanie jasnych wymagań, bycie nietechniczną osobą programiście to krzywa uczenia się ).

Wyzwanie polegało na tym, że nigdy nie musiałem pracować nad rozwojem back-endu, który nie jest skierowany do klienta i nadać im priorytetów. Nigdy nie musiałem wybierać między 2 wykonalnymi podejściami do dostarczenia 1 funkcji w oparciu o wymagany czas i korzyści z każdego z nich, nigdy nie współpracowałem tak blisko z programistami (w moich poprzednich rolach zespół IT był zlecany na zewnątrz, siedział w innym kraju i Miałem kontakt głównie z kierownikiem ich zespołu, a nie bezpośrednio z testerami, programistami, projektantami). Nigdy nie miałem tak wielu interesariuszy i priorytetów do zarządzania, a moje zaległości nigdy nie były tak duże.

Jakie były wyzwania związane z przekształceniem się ze stanowiska Marketera na stanowisko Product Managera?

• Poznanie terminologii deweloperskiej, związanej z architekturą Twojej firmy. Trudno to zrozumieć w pierwszych tygodniach.
• Uczenie się o swoim zespole programistycznym – nie musisz wiedzieć, jak kodować, ale musisz zrozumieć, w jaki sposób Twój zespół dostarcza funkcję – jakimi procesami podąża, mieć podstawową wiedzę na temat architektury Twojego produktu i stosu, z którym pracuje zespół.
• Nauka nowej techniki zarządzania projektami.
• Nauka częstszego i jaśniejszego komunikowania się. Nigdy wcześniej nie pracowałem z tak wieloma różnymi interesariuszami o konkurencyjnych priorytetach. Już teraz wyzwaniem jest ustalenie priorytetów funkcji, a jeszcze większym wyzwaniem jest uzyskanie na to zgody wszystkich.
• Równoważenie między szybkim czasem wprowadzenia produktu na rynek a jakością kodu. Czasem warto robić skróty i pracować nad nimi później, żeby produkt został uruchomiony wcześniej i trzeba przekonać swoich programistów, dlaczego jest to konieczne. Czasami nie warto i trzeba wytłumaczyć kierownictwu, dlaczego rozwój trwa tak długo i dlaczego ważna jest jakość.
  

Wciąż poprawiam się w obszarach, które są dla mnie wyzwaniem, ale z pewnością czuję się swobodniej rozmawiając z moimi współpracownikami-programistami o funkcjach po pierwszych 6 miesiącach na stanowisku.

Jak mogę się dowiedzieć o IT?

Nie miałem dużo czasu na przygotowanie się do tego stanowiska, bo zmiana była nagła. Staram się poczytać trochę o najnowszych trendach technologicznych, zwłaszcza związanych z moim obszarem produktowym - treścią, CMS na serwisach informacyjnych. Zaprenumerowałem biuletyn Mind the Product, który jest całkiem niezły dla początkujących Product Managerów. Największym źródłem informacji jest jednak mój zespół programistów . Za każdym razem, gdy czegoś nie rozumiem lub chcę zrozumieć coś, o czym słyszałem, pytam. Wiedzą już wszystko o obecnej technologii, której używamy, i dużo o możliwych alternatywach/integracjach, które mógłbym wymyślić, mogą wymyślić różne podejścia do każdego z rozwiązań, które musimy wdrożyć i wyjaśnić mi, z technicznego punktu widzenia, wszystko plusy i minusy, które w połączeniu z moją perspektywą biznesową mogą doprowadzić nas do optymalnej decyzji. Zwykle zaczynam od rozmowy z kolegami, zanim zajmę się wyszukiwaniem czegoś w Internecie.

Jaka jest moja rada, jeśli chcesz przejść z marketingu do zarządzania produktem?

Każde stanowisko w Zarządzaniu Produktem jest inne, w zależności od branży, struktury organizacyjnej firmy, przepływów pracy, poziomu wiedzy osób w istniejących zespołach. W przypadku niektórych prac będziesz potrzebować więcej nauki wcześniej, w przypadku niektórych możesz zacząć od swoich obecnych umiejętności.

Jeśli myślisz o zostaniu Product Managerem, sprawdź opisy stanowisk swoich potencjalnych nowych miejsc pracy, sprawdź, jaki byłby Twój dokładny zakres obowiązków i spróbuj uzupełnić luki, które masz. Po dołączeniu polegaj na wiedzy swoich kolegów i ucz się od nich. Możesz oczywiście zrobić kilka certyfikatów „zarządzania produktem”, aby rozpocząć karierę, ale nie przygotują Cię one do wymagań pracy i zawsze będą obszary, w których nie będziesz mieć doświadczenia, jeśli jest to nowe stanowisko dla Was. Skoncentruj się na tym, czego potrzebujesz w każdym momencie tej podróży i ucz się tego w biegu. Jako Product Manager musisz być elastyczny, pokorny, otwarty na innych i gotowy do skoku w nieznane. Będziesz musiał eksperymentować i wprowadzać innowacje, tak jak robią to przedsiębiorcy. Przygotuj się na uczucie nieprzygotowania.