marta@pmnaluzie.com

Marta Kościelna

Chcesz wiedzieć więcej lub nawiązać współpracę?

Strona www stworzona w kreatorze WebWave.

W świecie szybko rozwijających się technologii i innowacji, role Product Managera (PM) i Product Designera (PD) przenikają się coraz bardziej, mimo, że nadal (i słusznie!) często pełnione są przez dwie różne osoby. I jak to zwykle bywa, choć ściśle ze sobą powiązane, często stoją na granicy między (platoniczną) miłością a (zwykle nieco mniej platoniczną) nienawiścią. W tym wpisie przyjrzymy się, co sprawia, że relacja między PM a PD może być tak skomplikowana i jak można ją zarządzać, by przynosiła najlepsze efekty.

Różne Role, Różne Perspektywy

Product Manager, jak pisałam już w poprzednim wpisie, jest osobą, która kieruje rozwojem produktu. To ona_on określa, co będzie budowane, dlaczego i dla kogo. Jego praca to balansowanie między oczekiwaniami użytkowników, możliwościami technologicznymi i ograniczeniami biznesowymi. To często PM jako pierwszy ma kontakt z użytkownikami, ma dostęp do danych o ich zachowaniach, a jeśli umie robić swoją robotę, to także ich oczekiwaniach, nawet tych, których sami użytkownicy jeszcze nie znają. Skąd? Śledzi nudne tabelki w narzędziach analitycznych, trendy i megatrendy występujące na rynku i słucha. PM musi posiadać umiejętność analizy rynku, rozumienia potrzeb klientów oraz definiowania na ich bazie celów biznesowych. Potem te wszystkie informacje musi przetworzyć, zsyntetyzować i przekazać do realizacji.

Product Designer, z drugiej strony, jest jak artysta i inżynier w jednym. Jego rola polega na kreowaniu doświadczeń użytkownika, które są nie tylko estetycznie przyjemne, ale przede wszystkim funkcjonalne i intuicyjne. PD musi być świadomy najnowszych trendów w designie, ale też głęboko rozumieć ludzkie zachowania i potrzeby. W jego pracy ważna jest zdolność do eksperymentowania i innowacji, co często wymaga wyjścia poza utarte schematy myślenia. PD działa na przecięciu estetyki, technologii i psychologii użytkownika, co czyni jego rolę niezwykle złożoną i wymagającą szerokiego spektrum umiejętności.

Gdzie Zaczyna Się Konflikt?

Konflikt między Product Managerem a Product Designerem często rodzi się z różnicy w priorytetach. PM, skupiony na "shipping right things", czyli dostarczaniu właściwych rozwiązań, może pod presją osiągania krótkoterminowych celów biznesowych zaniedbać szczegóły designu. Tymczasem PD, dążący do "pixel perfect designs", czyli perfekcyjnie dopracowanych projektów, może skupić się na detalach, które opóźniają wypuszczenie produktu na rynek. 

Taki nadmierny perfekcjonizm ze strony PD może prowadzić do frustracji PM, który dąży do maksymalnego przyspieszenia Software Development Life Cycle, czyli dowożenia oczekiwanej wartości, jednocześnie ucząc się na informacjach zebranych z release'u wcześniejszych iteracji. Z kolei PD może czuć, że jego praca nie jest w pełni doceniana, gdy nacisk kładziony jest na szybkość, a nie na jakość. Z drugiej strony, PM może odczuwać, że perfekcjonizm PD opóźnia osiągnięcie kluczowych celów biznesowych i reakcję na zmieniające się potrzeby rynku. Jakby tego było mało, często PM i PD mają różne wizje tego, jak produkt powinien być realizowany. PM może skłaniać się ku pragmatycznym rozwiązaniom, które będą odpowiadały na problemy i potrzeby użytkowników, podczas gdy PD może być bardziej skoncentrowany na innowacyjności i estetyce. 

Kolejnymi ważnymi czynnikami, które mogą doprowadzić do konfliktu, są presja czasu i ciągłe zmiany w wymaganiach, a jak wszyscy wiemy, są one nieuniknione. PM musi reagować na te zmiany, często dostosowując zakres projektu i priorytety, co może być źródłem konfliktu z PD, który pracuje nad dopracowaniem szczegółów. Ta dynamika może prowadzić do napięcia, gdy obie strony starają się znaleźć równowagę między jakością a szybkością dostarczenia produktu.

Rozwiązaniem tych konfliktów jest efektywna komunikacja i wzajemne zrozumienie. Ważne jest, aby PM i PD współpracowali, mając na uwadze zarówno krótko-, jak i długoterminowe cele projektu. Wzajemne docenianie wkładu każdej ze stron i elastyczność w podejściu mogą znacznie zmniejszyć potencjalne napięcia. Jak więc sprawić, by konflikty opierały się na merytorycznych przesłankach, a nie emocjach? (Tak, dobrze zauważyliście - nie mówię o unikaniu konfliktów, tylko o zmianie ich podstawy - różne zdania i umiejętności w zespole, dają niezwykle efekty i prowadzą do innowacji, więc moim zdaniem nie ma sensu walczyć o brak walki 😁)

Jak Kłócić Się Mądrze?

Konflikty w zespole, choć często postrzegane negatywnie, mogą być zdrowym i konstruktywnym elementem procesu twórczego, jeśli są prowadzone na merytorycznym gruncie. Kluczowe jest, aby różnice zdań opierały się na faktach i logicznych argumentach, a nie na emocjach czy osobistych przekonaniach.

Pierwszym krokiem do mądrego kłócenia się jest akceptacja, że konflikty są naturalną częścią każdej kreatywnej i innowacyjnej pracy. W momencie, gdy Product Manager i Product Designer akceptują, że ich różne perspektywy mogą prowadzić do napięć, są w stanie lepiej zarządzać tymi sytuacjami. Zrozumienie i szacunek dla perspektywy drugiej strony są kluczowe. Nawet jeśli nie zgadzasz się z punktem widzenia koleżanki_kolegi z zespołu, ważne jest, aby słuchać i próbować zrozumieć jego argumenty. Często samo zrozumienie, skąd druga osoba "podbiera", może pomóc znaleźć wspólny grunt.

Czasami to nadal może być za mało, więc kiedy konflikt się pojawi, ważne jest, aby obie strony skupiły się na merytorycznych aspektach dyskusji. Krytyka i feedback są nieodłączną częścią zdrowego konfliktu. Ważne jest jednak, aby były one konstruktywne i skoncentrowane na problemie, a nie na osobie. Feedback powinien być dawany w sposób, który sprzyja wzajemnemu zrozumieniu i wzrostowi, a nie poczuciu winy czy defensywności. Unikanie personalizacji i skupienie się na faktach, danych i konkretnych przykładach pomaga utrzymać dyskusję w konstruktywnym tonie. W ten sposób konflikt przestaje być walką egos, a staje się szansą na znalezienie najlepszego rozwiązania.

W niektórych sytuacjach, mimo najlepszych intencji, nie będzie możliwe znalezienie jednego idealnego rozwiązania. W takich przypadkach ważne jest, aby obie strony były otwarte na kompromis. Znalezienie rozwiązania, które spełnia kluczowe potrzeby obu stron, choć nie jest idealne, często jest najlepszym wyjściem.

Podsumowanie

Relacja między Product Managerem a Product Designerem może być skomplikowana, ale jednocześnie niezwykle owocna. W świecie technologii, gdzie innowacja i szybkość są na wagę złota, tarcia między PM a PD są nieuniknione. PM, skupiony na efektywności i szybkości dostarczenia produktu, często znajduje się w konflikcie z PD, którego celem jest stworzenie estetycznego i dopracowanego projektu. Ważne jest, żeby żadna ze stron tej (czasem dysfunkcyjnej 😂) relacji pamiętała, że tak naprawdę wszyscy członkowie zespołu, w tym PM i PD grają do jednej bramki, a jest nią zadowolenie użytkownika.

Mądre zarządzanie konfliktem wymaga jednak od PM i PD nie tylko fachowej wiedzy, ale też umiejętności komunikacyjnych i empatii. Jak w każdej relacji, tak i tu, otwartość na perspektywy drugiej strony, skupienie na merytorycznych aspektach dyskusji oraz gotowość do kompromisu to kluczowe elementy, które pozwalają na efektywną współpracę. W świecie, gdzie zmiany są jedyną stałą, zdolność do konstruktywnego rozwiązywania konfliktów jest nieoceniona. W końcu to właśnie w sercu konfliktu kryją się często największe możliwości dla innowacji i kreatywności.