Projektowanie oparte na współpracy — przewodnik po udanym projektowaniu produktów korporacyjnych

Prawdopodobnie słyszałeś o tworzeniu oprogramowania Agile, zarządzaniu procesami Kanban i Lean UX. Collaborative design to inne filozoficzne i taktyczne podejście do projektowania produktów korporacyjnych .

Wspólne projektowanie to proces projektowania w partycypacyjnym, angażującym i realistycznym środowisku, w którym można polegać na wszystkich rękach lub zaufaniu mózgów. NIE jest projektowaniem w próżni; zamiast tego, jak sama nazwa wskazuje, wspólne projektowanie stawia projektanta w centrum różnych zespołów i działów, aby współpracował ze wszystkimi w celu stworzenia spójnego produktu. W ten sposób nikt nie jest pominięty, a produkt można zbudować ze wszystkimi zaangażowanymi stronami.

Każda organizacja przedsiębiorstwa jest inna, a łączenie interesariuszy wokół dowolnego pomysłu lub zadania może wyglądać jak zaganianie kotów. W tym przewodniku omówimy wskazówki i triki dotyczące pracy z głównymi graczami, nie tylko po to, aby uzyskać ich wkład, ale także aby wprowadzić ich na pokład dzięki temu nowemu podejściu zorientowanemu na projektowanie.

Poznaj graczy

Projektanci są świetni w wielu rzeczach, ale ich rola zaczyna się od rozwiązywania problemów. To wymaga znajomości ekspertów i współpracy z nimi. Każdy członek zespołu ds. rozwoju produktu ma własne potrzeby i obowiązki, więc poznanie ich jest tak samo ważne, jak faktyczne wykonanie danego zadania.

Więc bez zbędnych ceregieli poznajmy zespół:

• Menedżerowie produktu definiują zakres, wymagania i cykle iteracji rozwoju produktów i funkcji; często są strażnikami funkcji przed ostatecznym tak/nie i są praktykowani w komunikowaniu się z całą organizacją, w tym z kadrą kierowniczą.
• Inżynierowie budują produkt, dzięki czemu rozumieją możliwości techniczne i ograniczenia. To sprawia, że ​​są one kluczowym zasobem do określania głównych problemów, w tym harmonogramów rozwoju, technologii do zastosowania, zakresu, a często wykonalności projektu (jeśli nasze koncepcje są nawet możliwe, biorąc pod uwagę technologię i ograniczenia czasowe).
• Architekci baz danych i systemów wiedzą, w jaki sposób dane są integrowane, i doskonale rozumieją, co jest wymagane do utrzymania wydajności, jednocześnie kontynuując budowanie na bazie istniejącego produktu/platformy.
• Wewnętrzni eksperci merytoryczni (MŚP) są dogłębnie zaznajomieni z procesami biznesowymi, przypadkami użycia, historią i polityką, a także z ogólnymi oczekiwaniami kierownictwa, klientów i użytkowników.
• Sprzedaż skupia się na prezentacji produktu potencjalnym klientom. To sprawia, że ​​sprzedaż jest pierwszym punktem kontaktu, więc ich zrozumienie produktu ma kluczowe znaczenie dla zamykania (i często tworzenia) leadów.
• Trenerzy (lub w SaaS, agenci sukcesu klienta ) mają bezpośredni kontakt z zespołem sprzedaży i nowymi lub próbnymi użytkownikami i mogą dostarczyć wiele przydatnych informacji o tym, jak produkt działa in vitro i nie tylko.

Gdy wszystkie strony pracujące nad produktem są zaangażowane w proces projektowania (jedna z podstawowych zasad metodologii Agile), powstały produkt ma znacznie większą szansę na osiągnięcie sukcesu – nie dlatego, że projektanci współpracują z interesariuszami, ale dlatego, że interesariusze częściej niż nie, rozumieć konkretne potrzeby użytkowników i biznesu w sposób, w jaki możemy tego nie robić. Współpraca zawsze wydaje się najlepszą opcją, ale jak to zrobić?

Jak współpracować z interesariuszami

Menedżerowie Produktu, Bramka Produktu i Strażnicy Czasu

Menedżerowie produktu często mają osobiste przywiązanie do produktu i mają bardzo wysokie wymagania w firmie. Muszą również odpowiadać użytkownikom lub klientom ich produktów, gdy pojawiają się problemy, niespełnione obietnice lub prośby o nową funkcjonalność.

Wysoko cenią sobie prostą komunikację i muszą być na bieżąco informowani o postępach, problemach i wszelkich zmianach. Lubią widzieć wersje robocze jako pierwsze i często, a ponieważ mogą pracować na różnych skalach (kilka poziomów od bezpośredniego rozwoju produktu do praktycznych z nawet niewielkimi zmianami), Twoje interakcje z nimi mogą się znacznie różnić.

Ponieważ dyrektorzy zarządzający spędzają tak dużo czasu na komunikowaniu się z różnymi interesariuszami (wewnętrznymi i zewnętrznymi), ważne jest, aby informować ich o tym, nie oczekując, że się z Tobą skontaktują. Ustalaj regularne wizyty z kierownikami projektu, aby przedstawiać iteracyjne wersje robocze, słuchać ich opinii i zawsze kończyć listą czynności do wykonania na następne spotkanie.

Nie zajmie dużo czasu, aby dowiedzieć się, jakie są ich cele dotyczące funkcjonalności produktu. PM wiedzą, że projektanci rozwiązują problemy, więc projektanci muszą dostarczać dane i analizy, aby udowodnić swoje rozumowanie. Nie ma znaczenia, czy masz rację, czy nie. Udowodnij, że celem jest zbudowanie najlepszego produktu, a zyskasz zaufanie PM!

Inżynieria: odpowiedzialna za wprowadzanie projektów do życia

Inżynierowie (zwani również programistami) to ludzie najbliżej produktu; oni to budują! Daje im to przewagę, ponieważ mogą bezpośrednio doświadczać i testować poszczególne składniki produktu w działaniu . To jest świetne, ponieważ bez wątpienia znajdą słabości w każdym projekcie – czasami przed zbudowaniem czegokolwiek – co jest podwójnie wspaniałe, ponieważ jest to ogromna zaleta na tak wielu poziomach, aby znaleźć wady przed zakodowaniem oprogramowania.

Najlepszym sposobem na zdobycie zaufania grupy inżynierskiej jest przygotowanie kompleksowych i kompletnych specyfikacji produktów lub zaangażowanie ich na wczesnym etapie… albo jedno i drugie.

Gdy programiści są uważani za prawdziwych interesariuszy , chętnie omawiają przypadki użycia, scenariusze, wyzwania techniczne i możliwości ich pokonania.

Łatwo zapomnieć, że inżynierowie są prawdziwymi architektami produktów; mają żywotny interes w rozwiązywaniu problemów z projektantem, zwłaszcza gdy wyzwanie jest trudne lub można je rozwiązać w inny sposób.

Architekci baz danych i systemów, strażnicy struktur danych

Architekci baz danych i systemów wiedzą, jak produkt działa za kulisami. Wiedzą wszystko o tym, jak dane są przechowywane i ustrukturyzowane, co można zintegrować i jak wszystkie systemy komunikują się ze sobą. Zwykle mniej przejmują się tym, jak produkt działa dla użytkowników, niż tym, jak współdziała z różnymi systemami (za co są ostatecznie odpowiedzialni).

Mogą być szczególnie trudne do radzenia sobie z projektantami zorientowanymi na użytkownika. Należy pamiętać, że nawet jeśli architekt bazy danych/systemu nigdy nie wchodzi w interakcję z użytkownikami końcowymi, zawsze skupia się na korzyściach dla tych użytkowników — czy to poprzez niezawodność produktu, szybkość czy prostotę.

Ich wiedza na temat działania struktur danych — i konsekwencji wszelkich zmian w funkcjonalności produktu — jest zbyt łatwa do przeoczenia bez ich fachowego wkładu. Ważne jest, aby zapraszać i włączać architektów systemów w spotkania i dyskusje na temat zmian w produktach, nawet jeśli ich stanowisko nie wydaje się mieć bezpośredniego związku.

Jednym ze sposobów współpracy z architektem systemu jest stworzenie listy kontrolnej zawierającej następujące pytania:

• Czy funkcja X wpływa na obecną strukturę danych?
• Czy są jakieś dodatkowe prace projektowe/rozwojowe biorąc pod uwagę obecną architekturę?
• Czy projekt Y koliduje z jakimikolwiek istniejącymi danymi wejściowymi/wyjściowymi użytkownika?
• Czy funkcja X ma wpływ na jakiekolwiek usługi zewnętrzne?

Ta prosta lista wskaże ci właściwy kierunek, nawet bez jasnego zrozumienia, jak działają istniejące wcześniej (i prawdopodobnie) monolityczne struktury danych. Wszystko zaznaczone jest obszarem, który powinien zostać zbadany w prostej dyskusji.

Eksperci merytoryczni i analitycy biznesowi, kreatorzy informacji

Eksperci w danej dziedzinie są trafnie nazwani; są ekspertami w danej dziedzinie i mogą być kopalnią unikalnych i cennych informacji. Często zdobyli specjalistyczne stopnie naukowe w tej dziedzinie lub większość życia spędzili pracując w swojej branży. Mają praktyczne doświadczenie z tym, jak firma ma działać, i pamiętają długą, bolesną historię i politykę, które doprowadziły wszystkich do miejsca, w którym są dzisiaj.

Analityk biznesowy zna od podszewki sposób działania organizacji i często pełni tę samą funkcję, co MŚP, jeśli dane są dostępne, ale nie ma wewnętrznego eksperta.

Współpracuj z MŚP, aby dowiedzieć się, jak projekt jest postrzegany przez kierownictwo, aby upewnić się, że spełnione są wewnętrzne oczekiwania i że nie wkraczasz na niebezpieczny teren. Zaproś analityków na sesje projektowe, informując ich z wyprzedzeniem, że są ekspertami i prosząc ich o podzielenie się swoją wiedzą na temat historycznych niepowodzeń, konfliktów politycznych i innych kwestii, które mogą mieć kluczowe znaczenie dla pomyślnej premiery produktu.

Menadżerowie Sukcesu Klienta, Punkt Kontaktowy Nowego Klienta

Kiedy nowi klienci są wreszcie wdrażani przez sprzedaż, trenerzy – lub, w przypadku firm SaaS, menedżerowie sukcesu klienta (CSM) – przejmują zadanie, aby uczyć nowych użytkowników, jak faktycznie korzystać z produktu. Nie trzeba więc dodawać, że trenerzy spędzają dużo czasu na rozmowach z początkującymi użytkownikami. CSM ma wyjątkową perspektywę, ponieważ wchodzi w interakcje z klientami, którzy często nie byli zaangażowani w decyzję o zakupie dla swojej firmy.

Dzięki tej wyjątkowej perspektywie trenerzy/CSM mogą dostarczać cennych informacji przy podejmowaniu decyzji projektowych, zarówno dotyczących wdrażania klientów, jak i nowych zachowań użytkowników. Wiele organizacji korporacyjnych śledzi i monitoruje, w jaki sposób ich nowi klienci korzystają z różnych produktów i rejestrują wszystko, od połączeń telefonicznych po reklamacje, ale trenerzy mają poczucie, z czym naprawdę borykają się klienci.

Włączaj starszego trenera we wszystkie główne spotkania projektowe i pytaj z nimi o wszelkie decyzje. Zadawaj pytania typu „Jakie są trzy najpoważniejsze skargi klientów?” oraz „Czy nowi klienci są średnio zadowoleni z produktu?” oraz „Jak myślisz, jakie zmiany przyniosą największy pozytywny wpływ na Ciebie i Twój zespół?” W ten sposób wszyscy dowiadujemy się, czym jest szczęśliwa ścieżka; Trenerzy są naszymi oczami i uszami, jeśli chodzi o wszystkie sposoby, w jakie klienci faktycznie korzystają z produktu.

Sprzedaż, pierwszy kontakt produktu z klientami

Sprzedaż i design są często sprzeczne. Niektóre organizacje są zorientowane na sprzedaż, a inne nie, ale bez względu na wszystko istnieje wyraźna różnica w celach: zespół sprzedaży chce zwiększyć sprzedaż, podczas gdy projekt chce poprawić wrażenia użytkownika. Nie zawsze się zgadzają.

Nie musi tak być. Większość sprzedawców ma bardzo rozsądne zastrzeżenia, z którymi musi się zmagać: mają niewielką lub żadną kontrolę nad decyzjami dotyczącymi produktów, są proszeni o podjęcie zobowiązań, których tak naprawdę nie mogą obiecać, i mimo wszystko dążą do osiągnięcia określonych celów w zakresie przychodów. Nic dziwnego, że zespoły sprzedażowe i produktowe regularnie kłócą się!

Niemniej jednak, podobnie jak trenerzy, organizacja sprzedaży ma wyjątkową perspektywę na potrzeby klientów i często ta perspektywa jest różnicą między dokonaniem małej sprzedaży a sprowadzeniem wieloryba! Poznaj różne obszary, z którymi boryka się zespół sprzedaży. Spróbuj wziąć udział w każdym rodzaju rozmowy i dowiedz się, jak komunikują się ci potencjalni klienci.

To otworzy rozmowę ze sprzedażą. Nie chodzi tylko o wysłuchanie ich potrzeb; chodzi o poprawę doświadczenia potencjalnych użytkowników na każdym etapie, od pierwszej komunikacji po onboarding. Dowiedz się, co handlowcy najczęściej słyszą od potencjalnych klientów, jakie wyzwania napotykają podczas finalizowania transakcji i jakie są największe obawy po jej zamknięciu.

Projektowanie w przedsiębiorstwie nie musi być koszmarem

Dla projektanta zarządzanie wszystkimi tymi ruchomymi częściami może być bardzo trudne, zwłaszcza jeśli nie jesteś uważany za „menedżera” w oficjalnym tego słowa znaczeniu. Jako kluczowy interesariusz w komunikacji między zespołami, zbieraniu wymagań i informacji zwrotnej na temat projektowania, powinieneś mieć dostęp do wszystkich tych profesjonalistów na pewnym poziomie.

Najbardziej krytycznym, ale najprostszym sposobem, aby to zrobić, jest wysłuchanie wszystkich stron i poważne potraktowanie ich opinii. W większości organizacji następnym krokiem jest zebranie opinii i współpraca z menedżerem produktu w celu uporządkowania wymagań w wykonalną pracę.

Od tego momentu zależy to od priorytetów i wypełnienia luk. Ostatecznym celem jest zaprojektowanie najlepszego produktu i potrzebujemy pomocy wszystkich pracowników zajmujących się rozwojem produktu. Uznanie, że każda rola jest ważna, i uświadomienie personelowi ich wartości w cyklu rozwoju produktu otwiera ich na dostarczanie informacji potrzebnych projektantowi do podejmowania lepszych decyzji dotyczących projektowania produktu.

• • •

Dalsza lektura na blogu Toptal Design:

• Najlepsze praktyki projektowania interfejsu użytkownika i typowe błędy
• Puste stany – najbardziej pomijany aspekt UX
• Prostota jest kluczem – odkrywanie minimalistycznego projektowania stron internetowych
• Zasady heurystyczne dla interfejsów mobilnych
• Projektowanie pod kątem czytelności — przewodnik po typografii internetowej