This is the translation. The original web-page (oryginalna strona): https://medium.com/@aarongitlin/an-agency-designer-comes-to-terms-with-being-a-product-designer-36b488e1169b
Aaron Gitlin
10 lipca 2017
Niedawno pisałem o swoich marzeniach o zostaniu Projektantem Produktu po latach pracy w agencji. Czułem, że osiągnąłem pułap w swojej pracy i nie byłem pewien, jak rozwijać się jako projektant. Rzadko widziałem, jak moje decyzje były faktycznie interpretowane przez użytkowników, ponieważ kiedy wysyłaliśmy projekt, rzadko uczestniczyliśmy lub otrzymywaliśmy sensowne analizy.
Śniło mi się, że w firmie produktowej będę miał stały i konkretny dostęp do danych i metryk, które pomogłyby w znalezieniu problemów i możliwości, a także zapewniły mechanizm oceny wpływu naszych decyzji w czasie rzeczywistym. Z radością mogę powiedzieć, że znalazłem to, czego szukałem, i że w ciągu kilku miesięcy otrzymałem dane, które potwierdziły i odrzuciły moje decyzje projektowe. Zasadniczo dokładnie to, czego szukałem!
Kiedy czułem się mądry
Było kilka obszarów, w których czułem, że mam większe doświadczenie niż niektórzy z moich kolegów, co pomogło zdefiniować moją rolę stosunkowo krótko po rozpoczęciu:
- Prezentacja pomysłów
Od lat musiałem artykułować i przedstawiać prawie wszystkie moje decyzje projektowe i przeprowadzać klientów lub starszych współpracowników przez ten proces. To była jedna z najbardziej czasochłonnych części mojej pracy, ale szybko przekonałem się, że dostarczyła mi doświadczenia, którym nie wszyscy projektanci podzielali. - Projektowanie oparte na procesach
W końcu znalazłem najlepszy sposób na „sprzedaż” projektów, to sprzedaż procesu projektowania. Częściowo wymagało to poprawy moich umiejętności prezentacji i opowiadania historii, ale wymagało to również rzeczywistego przestrzegania procesu, który ułatwiał to opowiadanie. - Prowadzenie niedoświadczonych projektantów
Przekonałem się również, że najlepszym sposobem na mentoring mniej doświadczonych projektantów jest przeprowadzenie ich przez proces projektowania. Poprawianie konkretnych wyników projektu może być niezbędną częścią relacji, ale bardziej dotyczy kontroli jakości, a nie edukacji projektowej. Jeśli rzeczywiście potrafisz przeprowadzić kogoś przez proces i metodologie myślenia projektowego, rozwinie się on jako niezależni projektanci.
Czego nie wiedziałem
Muszę przyznać, że nie przewidziałem niektórych wyzwań związanych z przejściem z pracy w agencji do firmy produktowej. Podczas gdy powyższe umiejętności pomogły mi się zaaklimatyzować, szybko odkryłem, że miałem kilka luk, które uniemożliwiały mi robienie postępów, na które liczyłem.
- Testy A/B
Będę tutaj szczery. Nie dość, że nigdy nie przeprowadzałem testu A / B, nie miałem pojęcia, jak go zaprojektować lub przeprowadzić. Wiedziałem o nadchodzącej luce, ale nie wiedziałem, że testowanie jest podstawą wielu procesów projektowania produktów. - Iteracyjne cykle projektowania
W związku z powyższym po prostu nie znałem procesu projektowania, który sprzyjał małym, mierzalnym decyzjom. Tak często w modelu agencyjnym realizowaliśmy masowe projekty projektowe w stosunkowo ograniczonych okresach czasu. Nie było czasu na myślenie o wyodrębnianiu zmiennych w celu przetestowania kluczowych wskaźników. - Hierarchia organizacyjna
Agencje mają mnóstwo biurokracji, podobnie jak klienci. Zarządzanie obiema strukturami mogło być trudne, ale było częścią mojej pracy. Nie spodziewałem się, że w firmie produkującej produkty mogą istnieć równie złożone złożoności organizacyjne i osobowości, które należy uwzględnić. To, że jesteśmy w tej samej drużynie, nie oznacza, że jesteśmy po tej samej stronie.
Czego się uczę
Patrząc wstecz na główne powody, dla których zmieniłem agencję na produkt, w większości dostałem to, o co prosiłem. Jednak przejście było dużo trudniejsze, niż się spodziewałem. Chociaż byłem przyzwyczajony do artykułowania decyzji projektowych, nie byłem przyzwyczajony do wyrażania ich w kategoriach, które CPO lub menedżer produktu mogą uznać za przekonujące. „Sprawdzone metody”, „Analizy heurystyczne” i „Przeglądy branżowe” nadal były częścią rozmowy, ale były drugorzędne w stosunku do takich danych, jak „konwersja” i „Średnia wartość zamówienia (AOV)”. Wiedziałem, co oznaczają te terminy, ale nie wiedziałem, jak powiązać moje decyzje z tymi nowymi wynikami.
Musiałem ponownie przemyśleć, co to znaczy być projektantem oprogramowania, odkąd przeniosłem się do tego nowego środowiska. Czuję się mniej jak skrobia, a bardziej jak psycholog. Mniej jak artysta, a bardziej jak naukowiec. To znacząca zmiana, która wymagała ode mnie pewnej edukacji. Napiszę o tym więcej w przyszłych postach, ale ta edukacja obejmowała:
- Czytanie różnych książek
Od książek o projektowaniu jako filozofii (Sposób projektowania) po książki o testach A/B, powoli zdobywam słownictwo, aby bardziej sensownie wchodzić w interakcje w moim nowym środowisku. - Znajdowanie innych w podobnych sytuacjach
Na szczęście znam kilka innych projektów, które ostatnio dokonały podobnych zmian i mogłem podzielić się z nimi historiami. Warto dowiedzieć się, które cechy wydają się być wspólne w całej branży, a które są specyficzne dla organizacji. - Nauka cierpliwości
Odkrywanie, uczenie się, a następnie działanie w oparciu o nową wiedzę nie następuje szybko. Staram się być pokorny i cierpliwy, dostosowując się do nowych procesów i technik. Jako „starszy” projektant czuję się zobowiązany do ciągłego poznawania najlepszego rozwiązania, ale uczę się, że równie ważne jest, aby wiedzieć, czego nie wiesz, i odpowiednio postępować.
Ogólnie cieszę się, że wykonałem skok. Widzenie rzeczy z drugiej strony było pouczające, nawet jeśli było większym wyzwaniem, niż początkowo przewidywałem. Nie zdecydowałem się jeszcze na dalsze kroki, ale nadal będę sprawdzać, dokąd prowadzi ta obecna ścieżka.
· · ·
Jestem starszym projektantem produktu w Paperless Post. Opublikowałem to również w mojej stronie internetowej. Zapraszam do skontaktowania się ze mną lub pozostawienia komentarzy poniżej.