SlideShare uma empresa Scribd logo
1 de 28
Baixar para ler offline
Arkadiusz Smółkowski
„eksperckość”
pułapka na UX Designera
Warszawa
20.04.2015
Standardowy projekt
1. Klient jest najważniejszy
2. Zaczynamy projekt
3. ZBIERAMY wytyczne
4. KONSULTUJEMY z zespołem developerskim wykonalność projektu
5. Prezentujemy projekt klientowi
6. Prezentujemy poprawiony projekt
7. BRONIMY projektu - spotkanie
8. BRONIMY projektu – telefon
9. BRONIMY projektu - mail
10. Przekonaliśmy klienta
11. Implementujemy projekt
12. ROZMAWIAMY z zespołem developerów
13. Wprowadzamy korekty na bieżąco
14. Prezentujemy projekt i zbieramy laury
1. Klient jest najważniejszy
Każdy w projekcie jest ważny.
Klient
UX
Developer
PM
Grafik
Front-end
2. Zaczynamy projekt
Czy na pewno zaczynamy? Czy może już się rozpoczął
i dołączamy do niego.
Ustalone są koszty, terminy itd.
Projekt wdrożeniowy
Projekt utrzymaniowy
2.1 Projekt wdrożeniowy już się rozpoczął
 Terminy wdrożenia ustalone
 Kosztorys i harmonogram przygotowane
 Jak zgrać tempo wszystkich osób w projekcie?
2.2 Dołączamy do projektu utrzymaniowego
 Projekt jest już wdrożony
 Wprowadzamy nowe funkcjonalności
 Naprawiamy błędy
 Uaktualniamy istniejące funkcjonalności
3. Zbieramy wytyczne
 Kto zbiera wytyczne?
 Gdzie są spisane wytyczne?
 Ograniczenia zewnętrzne
3.1 Kto zbiera wytyczne?
PM
Analityk
UX
3.2 Gdzie spisywane są wytyczne?
 Projekt koncepcyjny
 Specyfikacja
 Wymagania funkcjonalne
3.3 Ograniczenia zewnętrzne
 Ustawy państwowe
 Dyrektywy UE
 Zalecenia organów zlecających projekt
4. Konsultujemy z zespołem developerskim
wykonalność projektu
Brak komunikacji na linii:
 UX – Grafik
 UX – Front-end
 UX – Programista
4.1 UX - Grafik
Pytanie do uczestników :)
4.2 UX – Front-end
Pytanie do uczestników :)
4.3 UX – Programista
Pytanie do uczestników :)
5. Prezentujemy projekt klientowi
 Ważny jest kontakt bezpośredni
 Ilość iteracji
Zakres zmian względem założeń
projektowych
Zadawanie pytań i uzyskiwanie odpowiedzi
Przykłady:
Grafika strony głównej
Zestaw makiet + RWD + Projekt koncepcyjny
6. Prezentujemy poprawiony projekt
Od tego momentu nie powinno być radykalnych zmian
w zakresie projektu.
Jeśli tu się poddamy projekt na pewno wymknie się spod kontroli.
Przykładowe sposoby otrzymywania uwag / zgłoszeń błędów:
 Skan wydrukowanej strony z naniesionymi na niej odręcznymi
poprawkami dostarczony mailowo.
 Zestaw uwag na Jira / Google docs otrzymany od klienta
(warto poświęcić czas na edukację klienta w przypadku
dłuższych projektów)
7. Bronimy projektu - na spotkaniu
Na spotkaniu odwołujemy się do pozytywnych
doświadczeń swoich i firmy oraz do prawidłowych
wzorców projektowych i trendów panujących na rynku.
Przykład:
Prezentacja działającego serwisu z benchmarku
8. Bronimy projektu - przez telefon
Rozmawiamy z klientem tak długo aż zrozumie jak
niebezpieczny jest jego pomysł dla projektu.
Przedstawiamy jakie negatywne skutki niesie za sobą decyzja
o mało istotnej zmianie w projekcie.
Przykład:
 „Jeśli Państwo nalegają, zrobimy to tak. Jednak nie
rekomendujemy takiego rozwiązania."
9. Bronimy projektu - korespondencja mailowa
Wizualizujemy klientowi zmiany oraz mówimy o kierunku,
w którym zmierza projekt.
Należy wystrzegać się wizualizacji bardzo złych pomysłów,
gdyż mogą one być odebrane jako właściwe rozwiązanie i
ciężko będzie się z nich wycofać
Przykład:
Zastosowanie niepoprawnego wzorca projektowego
10. Przekonaliśmy klienta
 Klient przekonany o merytoryczności
naszych działań staje się naszym
sprzymierzeńcem.
 O taki stan rzeczy należy dbać przez
cały czas trwania projektu
 Zaangażowanie wszystkich
udziałowców projektu zwiększa jego
szanse na sukces.
11. Implementujemy projekt
Nie zapominamy w tym momencie o projekcie. Wręcz
przeciwnie: dopytujemy się o niego, pokazujemy, iż nas
interesuje to co się dzieje.
Przykład:
"Nie mam dziś czasu. Przyjdź z tym do mnie jutro."
"Zrobimy, a potem się poprawi."
12. Rozmawiamy z zespołem developerów
Dzień po dniu dzięki rozmowie wiemy jak idą sprawy
w projekcie, czy są jakieś problemy.
Rozwiązujemy na bieżąco problemy pojawiające się
w projekcie.
Przykład:
"To nie nasz problem tylko ludzi, co mają stare telefony."
"Tak będzie działało szybciej i użytkownikowi będzie
łatwiej."
13. Wprowadzamy korekty na bieżąco
Optymalizacja projektu wymaga czasem konsultacji z
klientem.
Nie bójmy się ulepszać projekt podczas jego tworzenia.
Oczywiście, zmiany muszą być zaakceptowane przez klienta i
mieć wymierną korzyść dla projektu.
Przykład:
 Nie róbmy nic. Klientowi się nie spodobają zmiany w grafice
jaką nam dostarczył.
 Tak jest napisane w wytycznych.
 Zastosujmy rozwiązania ułatwiające wprowadzenie RWD w
drugim etapie projektu (jeśli wygramy przetarg).
14. Prezentujemy projekt i zbieramy laury
Uwaga powdrożeniowa, co jeszcze można poprawić. Jeśli nie
widzimy nic do poprawy, to bardzo źle.
Zawsze jest coś do poprawy, do zrobienia lepiej. I nie należy
się tego wstydzić. To wręcz pożądane, by być coraz lepszym.
Przykład:
 Zaprzestanie prac nad projektem spowodowane
wykruszeniem się zespołu nieakceptującego metod pracy
przy projekcie (przejście pracowników do innych firm).
 Sukces i celebracja projektu, premie itd.
Wdrożenie i co dalej?
O ile umowa przewiduje utrzymanie serwisu warto
dopytywać o statystyki, klientowi podpowiadać nowe
rozwiązania.
Podczas wprowadzania ulepszeń developerskich zawsze
należy służyć radą.
Przykład:
 Nie zmieniajmy nic. Klientom się podoba, bo kupują.
 Zaproponujemy klientowi listę funkcjonalności
rozwojowych, by mógł do nich powrócić, gdy serwis
odniesie sukces i będą środki na ich realizację.
Projektowanie to decyzje…
W ciągu całego projektu podejmujemy ich nieskończoną ilość i
nie możemy na końcu powiedzieć, że się pod tym nie
podpiszemy. Nie możemy unosić się honorem eksperta i
zapominać o adresatach projektu.
Przykład:
 Przeczytać w miesięczniku Wprost, iż portal jest idealnym
przykładem jak można zmarnować środki.
 Przeczytać artykuł, w którym dowiadujemy się, iż w trzy
miesiące od wdrożenia serwisu odwiedziło go 600 tys.
użytkowników, którzy wygenerowali prawie 3.5 mln odsłon.
Czas na pytania
Projektant UX nigdy się nie poddaje.
uxactive.com
Arkadiusz Smółkowski
Dziękuję za uwagę

Mais conteúdo relacionado

Destaque

Airport advertising global advertisers
Airport advertising    global advertisersAirport advertising    global advertisers
Airport advertising global advertisersrajobal1
 
Balloon advertising global advertisers
Balloon advertising   global advertisersBalloon advertising   global advertisers
Balloon advertising global advertisersrajobal1
 
Register for mba pgdm-mms programs admission under management quota
Register for mba pgdm-mms programs admission under management quotaRegister for mba pgdm-mms programs admission under management quota
Register for mba pgdm-mms programs admission under management quotaVikram D V
 
Advertising on bus stands global advertisers
Advertising on bus stands   global advertisersAdvertising on bus stands   global advertisers
Advertising on bus stands global advertisersrajobal1
 
Balloon advertising global advertisers
Balloon advertising    global advertisersBalloon advertising    global advertisers
Balloon advertising global advertisersrajobal1
 
Kostadinov - Reference Letter (Intel).PDF
Kostadinov - Reference Letter (Intel).PDFKostadinov - Reference Letter (Intel).PDF
Kostadinov - Reference Letter (Intel).PDFAlexey Kostadinov
 

Destaque (7)

Airport advertising global advertisers
Airport advertising    global advertisersAirport advertising    global advertisers
Airport advertising global advertisers
 
Balloon advertising global advertisers
Balloon advertising   global advertisersBalloon advertising   global advertisers
Balloon advertising global advertisers
 
Register for mba pgdm-mms programs admission under management quota
Register for mba pgdm-mms programs admission under management quotaRegister for mba pgdm-mms programs admission under management quota
Register for mba pgdm-mms programs admission under management quota
 
Advertising on bus stands global advertisers
Advertising on bus stands   global advertisersAdvertising on bus stands   global advertisers
Advertising on bus stands global advertisers
 
Balloon advertising global advertisers
Balloon advertising    global advertisersBalloon advertising    global advertisers
Balloon advertising global advertisers
 
Interview
InterviewInterview
Interview
 
Kostadinov - Reference Letter (Intel).PDF
Kostadinov - Reference Letter (Intel).PDFKostadinov - Reference Letter (Intel).PDF
Kostadinov - Reference Letter (Intel).PDF
 

Semelhante a 4Developers 2015: "Eksperckość" pułapka na UX Designera - Arkadiusz Smółkowski

Jak nie zabić swojego klienta/programisty?
Jak nie zabić swojego klienta/programisty?Jak nie zabić swojego klienta/programisty?
Jak nie zabić swojego klienta/programisty?NetDay
 
Design Thinking vs Lean UX Startup
Design Thinking vs Lean UX StartupDesign Thinking vs Lean UX Startup
Design Thinking vs Lean UX StartupMarcin Cichoń
 
Lean UX vs Design Thinking (lang: PL)
Lean UX vs Design Thinking (lang: PL)Lean UX vs Design Thinking (lang: PL)
Lean UX vs Design Thinking (lang: PL)Ideacto
 
Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...
Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...
Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...Michal Bukowski, MBA, P2P
 
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...Fundacja Governica
 
Komunikacja w zespole projektowym [PL]
Komunikacja w zespole projektowym [PL]Komunikacja w zespole projektowym [PL]
Komunikacja w zespole projektowym [PL]Droptica
 
Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2Divante
 
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)Marek Gach
 
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontraktyUmowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontraktyŁukasz Węgrzyn
 
Projektowanie stron www dla ngo i projektow eko - case study
Projektowanie stron www dla ngo i projektow eko - case studyProjektowanie stron www dla ngo i projektow eko - case study
Projektowanie stron www dla ngo i projektow eko - case studyKrakweb
 
Usability i UCD - case study Generali i Gazeta.pl
Usability i UCD - case study Generali i Gazeta.plUsability i UCD - case study Generali i Gazeta.pl
Usability i UCD - case study Generali i Gazeta.plTomasz Karwatka
 
Skuteczne Zarządzanie Projektami Internetowymi 2015
Skuteczne Zarządzanie Projektami Internetowymi 2015Skuteczne Zarządzanie Projektami Internetowymi 2015
Skuteczne Zarządzanie Projektami Internetowymi 2015GoTechnologies sp. z o.o.
 
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz KapustaFort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz KapustaMariusz Kapusta
 
Ibr skuteczne zarządzanie przedsięwzięciami
Ibr skuteczne zarządzanie przedsięwzięciamiIbr skuteczne zarządzanie przedsięwzięciami
Ibr skuteczne zarządzanie przedsięwzięciamiMichał Wojewoda
 
Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...
Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...
Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...Project: People
 
Przychodzi klient do agencji interaktywnej
Przychodzi klient do agencji interaktywnejPrzychodzi klient do agencji interaktywnej
Przychodzi klient do agencji interaktywnejWordUp Gdańsk
 
Projektowanie ergonomicznych interfejsów użytkownika
Projektowanie ergonomicznych interfejsów użytkownikaProjektowanie ergonomicznych interfejsów użytkownika
Projektowanie ergonomicznych interfejsów użytkownikaMaciej Lipiec
 
Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.
Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.
Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.MANDARINE Project Partners
 

Semelhante a 4Developers 2015: "Eksperckość" pułapka na UX Designera - Arkadiusz Smółkowski (20)

Jak nie zabić swojego klienta/programisty?
Jak nie zabić swojego klienta/programisty?Jak nie zabić swojego klienta/programisty?
Jak nie zabić swojego klienta/programisty?
 
Design Thinking vs Lean UX Startup
Design Thinking vs Lean UX StartupDesign Thinking vs Lean UX Startup
Design Thinking vs Lean UX Startup
 
Lean UX vs Design Thinking (lang: PL)
Lean UX vs Design Thinking (lang: PL)Lean UX vs Design Thinking (lang: PL)
Lean UX vs Design Thinking (lang: PL)
 
Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...
Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...
Projekty internetowe: książka kucharska czyli... szczypta teorii i kocioł p...
 
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty - Łuka...
 
Komunikacja w zespole projektowym [PL]
Komunikacja w zespole projektowym [PL]Komunikacja w zespole projektowym [PL]
Komunikacja w zespole projektowym [PL]
 
Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2Divante - Mała książeczka sukcesów - część 2
Divante - Mała książeczka sukcesów - część 2
 
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
Kurzor - wprowadzenie firmy / Kurzor - company introduction (in polish)
 
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontraktyUmowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty
Umowy agile - zakres, zasoby, pieniądze - jak tworzyć zwinne kontrakty
 
Prince2 pryncypia
Prince2 pryncypiaPrince2 pryncypia
Prince2 pryncypia
 
Projektowanie stron www dla ngo i projektow eko - case study
Projektowanie stron www dla ngo i projektow eko - case studyProjektowanie stron www dla ngo i projektow eko - case study
Projektowanie stron www dla ngo i projektow eko - case study
 
8
88
8
 
Usability i UCD - case study Generali i Gazeta.pl
Usability i UCD - case study Generali i Gazeta.plUsability i UCD - case study Generali i Gazeta.pl
Usability i UCD - case study Generali i Gazeta.pl
 
Skuteczne Zarządzanie Projektami Internetowymi 2015
Skuteczne Zarządzanie Projektami Internetowymi 2015Skuteczne Zarządzanie Projektami Internetowymi 2015
Skuteczne Zarządzanie Projektami Internetowymi 2015
 
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz KapustaFort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
Fort Brave - pełne doświadczenie projektu w 2 dni kontakt Mariusz Kapusta
 
Ibr skuteczne zarządzanie przedsięwzięciami
Ibr skuteczne zarządzanie przedsięwzięciamiIbr skuteczne zarządzanie przedsięwzięciami
Ibr skuteczne zarządzanie przedsięwzięciami
 
Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...
Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...
Badania, strategia i design, które podniosły sprzedaż o 104% – platforma e-le...
 
Przychodzi klient do agencji interaktywnej
Przychodzi klient do agencji interaktywnejPrzychodzi klient do agencji interaktywnej
Przychodzi klient do agencji interaktywnej
 
Projektowanie ergonomicznych interfejsów użytkownika
Projektowanie ergonomicznych interfejsów użytkownikaProjektowanie ergonomicznych interfejsów użytkownika
Projektowanie ergonomicznych interfejsów użytkownika
 
Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.
Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.
Koniec projektu przed terminem? Tak, gdy inaczej planujesz czas.
 

4Developers 2015: "Eksperckość" pułapka na UX Designera - Arkadiusz Smółkowski

  • 2. Standardowy projekt 1. Klient jest najważniejszy 2. Zaczynamy projekt 3. ZBIERAMY wytyczne 4. KONSULTUJEMY z zespołem developerskim wykonalność projektu 5. Prezentujemy projekt klientowi 6. Prezentujemy poprawiony projekt 7. BRONIMY projektu - spotkanie 8. BRONIMY projektu – telefon 9. BRONIMY projektu - mail 10. Przekonaliśmy klienta 11. Implementujemy projekt 12. ROZMAWIAMY z zespołem developerów 13. Wprowadzamy korekty na bieżąco 14. Prezentujemy projekt i zbieramy laury
  • 3. 1. Klient jest najważniejszy Każdy w projekcie jest ważny. Klient UX Developer PM Grafik Front-end
  • 4. 2. Zaczynamy projekt Czy na pewno zaczynamy? Czy może już się rozpoczął i dołączamy do niego. Ustalone są koszty, terminy itd. Projekt wdrożeniowy Projekt utrzymaniowy
  • 5. 2.1 Projekt wdrożeniowy już się rozpoczął  Terminy wdrożenia ustalone  Kosztorys i harmonogram przygotowane  Jak zgrać tempo wszystkich osób w projekcie?
  • 6. 2.2 Dołączamy do projektu utrzymaniowego  Projekt jest już wdrożony  Wprowadzamy nowe funkcjonalności  Naprawiamy błędy  Uaktualniamy istniejące funkcjonalności
  • 7. 3. Zbieramy wytyczne  Kto zbiera wytyczne?  Gdzie są spisane wytyczne?  Ograniczenia zewnętrzne
  • 8. 3.1 Kto zbiera wytyczne? PM Analityk UX
  • 9. 3.2 Gdzie spisywane są wytyczne?  Projekt koncepcyjny  Specyfikacja  Wymagania funkcjonalne
  • 10. 3.3 Ograniczenia zewnętrzne  Ustawy państwowe  Dyrektywy UE  Zalecenia organów zlecających projekt
  • 11. 4. Konsultujemy z zespołem developerskim wykonalność projektu Brak komunikacji na linii:  UX – Grafik  UX – Front-end  UX – Programista
  • 12. 4.1 UX - Grafik Pytanie do uczestników :)
  • 13. 4.2 UX – Front-end Pytanie do uczestników :)
  • 14. 4.3 UX – Programista Pytanie do uczestników :)
  • 15. 5. Prezentujemy projekt klientowi  Ważny jest kontakt bezpośredni  Ilość iteracji Zakres zmian względem założeń projektowych Zadawanie pytań i uzyskiwanie odpowiedzi Przykłady: Grafika strony głównej Zestaw makiet + RWD + Projekt koncepcyjny
  • 16. 6. Prezentujemy poprawiony projekt Od tego momentu nie powinno być radykalnych zmian w zakresie projektu. Jeśli tu się poddamy projekt na pewno wymknie się spod kontroli. Przykładowe sposoby otrzymywania uwag / zgłoszeń błędów:  Skan wydrukowanej strony z naniesionymi na niej odręcznymi poprawkami dostarczony mailowo.  Zestaw uwag na Jira / Google docs otrzymany od klienta (warto poświęcić czas na edukację klienta w przypadku dłuższych projektów)
  • 17. 7. Bronimy projektu - na spotkaniu Na spotkaniu odwołujemy się do pozytywnych doświadczeń swoich i firmy oraz do prawidłowych wzorców projektowych i trendów panujących na rynku. Przykład: Prezentacja działającego serwisu z benchmarku
  • 18. 8. Bronimy projektu - przez telefon Rozmawiamy z klientem tak długo aż zrozumie jak niebezpieczny jest jego pomysł dla projektu. Przedstawiamy jakie negatywne skutki niesie za sobą decyzja o mało istotnej zmianie w projekcie. Przykład:  „Jeśli Państwo nalegają, zrobimy to tak. Jednak nie rekomendujemy takiego rozwiązania."
  • 19. 9. Bronimy projektu - korespondencja mailowa Wizualizujemy klientowi zmiany oraz mówimy o kierunku, w którym zmierza projekt. Należy wystrzegać się wizualizacji bardzo złych pomysłów, gdyż mogą one być odebrane jako właściwe rozwiązanie i ciężko będzie się z nich wycofać Przykład: Zastosowanie niepoprawnego wzorca projektowego
  • 20. 10. Przekonaliśmy klienta  Klient przekonany o merytoryczności naszych działań staje się naszym sprzymierzeńcem.  O taki stan rzeczy należy dbać przez cały czas trwania projektu  Zaangażowanie wszystkich udziałowców projektu zwiększa jego szanse na sukces.
  • 21. 11. Implementujemy projekt Nie zapominamy w tym momencie o projekcie. Wręcz przeciwnie: dopytujemy się o niego, pokazujemy, iż nas interesuje to co się dzieje. Przykład: "Nie mam dziś czasu. Przyjdź z tym do mnie jutro." "Zrobimy, a potem się poprawi."
  • 22. 12. Rozmawiamy z zespołem developerów Dzień po dniu dzięki rozmowie wiemy jak idą sprawy w projekcie, czy są jakieś problemy. Rozwiązujemy na bieżąco problemy pojawiające się w projekcie. Przykład: "To nie nasz problem tylko ludzi, co mają stare telefony." "Tak będzie działało szybciej i użytkownikowi będzie łatwiej."
  • 23. 13. Wprowadzamy korekty na bieżąco Optymalizacja projektu wymaga czasem konsultacji z klientem. Nie bójmy się ulepszać projekt podczas jego tworzenia. Oczywiście, zmiany muszą być zaakceptowane przez klienta i mieć wymierną korzyść dla projektu. Przykład:  Nie róbmy nic. Klientowi się nie spodobają zmiany w grafice jaką nam dostarczył.  Tak jest napisane w wytycznych.  Zastosujmy rozwiązania ułatwiające wprowadzenie RWD w drugim etapie projektu (jeśli wygramy przetarg).
  • 24. 14. Prezentujemy projekt i zbieramy laury Uwaga powdrożeniowa, co jeszcze można poprawić. Jeśli nie widzimy nic do poprawy, to bardzo źle. Zawsze jest coś do poprawy, do zrobienia lepiej. I nie należy się tego wstydzić. To wręcz pożądane, by być coraz lepszym. Przykład:  Zaprzestanie prac nad projektem spowodowane wykruszeniem się zespołu nieakceptującego metod pracy przy projekcie (przejście pracowników do innych firm).  Sukces i celebracja projektu, premie itd.
  • 25. Wdrożenie i co dalej? O ile umowa przewiduje utrzymanie serwisu warto dopytywać o statystyki, klientowi podpowiadać nowe rozwiązania. Podczas wprowadzania ulepszeń developerskich zawsze należy służyć radą. Przykład:  Nie zmieniajmy nic. Klientom się podoba, bo kupują.  Zaproponujemy klientowi listę funkcjonalności rozwojowych, by mógł do nich powrócić, gdy serwis odniesie sukces i będą środki na ich realizację.
  • 26. Projektowanie to decyzje… W ciągu całego projektu podejmujemy ich nieskończoną ilość i nie możemy na końcu powiedzieć, że się pod tym nie podpiszemy. Nie możemy unosić się honorem eksperta i zapominać o adresatach projektu. Przykład:  Przeczytać w miesięczniku Wprost, iż portal jest idealnym przykładem jak można zmarnować środki.  Przeczytać artykuł, w którym dowiadujemy się, iż w trzy miesiące od wdrożenia serwisu odwiedziło go 600 tys. użytkowników, którzy wygenerowali prawie 3.5 mln odsłon.
  • 28. Projektant UX nigdy się nie poddaje. uxactive.com Arkadiusz Smółkowski Dziękuję za uwagę