Uruchomiłem drugiego bloga – Mobiletrends.pl. Będę na nim pisał o mobile, w szczególności o internecie mobilnym (mobile web). Blog Webusability.pl zostaje nadal w głównej mierze poświęcony usability.
Więcej...
Niedawno uruchomiliśmy Blogfrog.pl. Serwis przeszukuje blogi i ocenia notki. Ułatwia znalezienie dobrych notek na interesują
cy temat.
Chciałem podzielić się z Wami spostrzeżeniami z pracy nad projektem.
- Serwis powstawał w bardzo małym zespole. Najpierw przez tydzień czy dwa tylko rozmawialiśmy o serwisie. Zaczęliśmy prace gdy wszyscy mieli zbliżony obraz tego co to jest i jak ma działać. Bardzo to ułatwiło dalszą
komunikację.
- Mieliśmy trochę czasu na eksperymentowanie. Dobrze jest mieć taki zapas bo dzięki niemu wdrożyliśmy kilka rzeczy dodatkowo (z niektórych później mogliśmy zrezygnować bez obaw, że serwis będzie „pusty”).
- Sam proces tworzenia był o tyle ciekawy, że stworzyliśmy relatywnie mało dokumentacji, zostawiają
c dość duże pole pod ewolucyjny rozwój. Zaczęliśmy od stworzenia koncepcji i zarysu scenariuszy użycia oraz wstępnych pomysłów na algorytmy oceniają
ce. Prace nad dokumentacją
traššy w środowisku wiki.
- Kolejnym etapem było przygotowanie makiet funkcjonalnych i pierwsza ich weryfikacja z osobami postronnymi (proste testy z użytkownikami). Następnie stworzyliśmy grafikę i dalszy rozwój toczył się już na działającym serwisie.
- Etap testów i rozwoju trwał dwa tygodnie – podczas tego czasu serwis przybierał coraz bardziej finalny kształt. Najefektywniejszym sposobem pracy były dłuższe sesje gdzie cały team siedział obok siebie i metodą
„tutaj, paluchem” komunikował potrzeby zmian w serwisie :)
- Następnie równolegle uruchomiliśmy zamknięte testy beta dla blogerów (30 osób) oraz testy z użytkownikami. Uwagi z testów beta były zupełnie inne niż z testów z użytkownikami. To bardzo ciekawe bo pozwoliło nam to dostrzec zarówno nieartykułowane problemy użytkowników (testy z użytkownikami) jak i odczucia i pomysły użytkowników (testy beta).
- Po wdrożeniu zmian wypuściliśmy serwis live. Obecnie codziennie zbieramy feedback i nanosimy zmiany i poprawki. Równolegle dokumentujemy zmiany i rzeczy do zrobienia na Wiki, która stała się żywą
dokumentacją systemu. Proces tworzenia serwisów WWW w ten sposób wydaje się bardziej kosztowny ale jeżli serwis projektujemy na dłużşszy czas to jest to moim zdaniem najlepsza droga.
- Oczywiście najwięcej pracy zaczyna się po wypuszczeniu serwisu live.
Nowością
dla mnie było zastosowanie Wiki jako formy dokumentacji zmian w serwisie. Bardzo dobrze się to sprawdziło.
Więcej...
Prezentacja z konferencji OKEBI:
Więcej...
Z przyjemnością
wystą
piłem na kolejnym już OKEBI. Moja prezentacja dotyczyła problemów na jakie napotyka się specjalista usability podczas pracy. Rok temu na OKEBI mówiłem o podstawach usability, tym razem zagłębiliśmy się w aspekty praktyczne.
Poruszyłem następują
ce tematy:
- Więcej czy mniej?
- Porządek czy bałagan?
- Logika czy emocje?
- Użyteczność czy fajerwerki?
- Słuchać rad czy nie? :)
- Jak nie zwariować?
Każdy z nich jest ważny i nie tak oczywisty jakby mogło się wydawać. Dziś opiszę jeden z nich.
Więcej czy mniej?
Mantrą
wielu specjalistów usability jest hasło „Less is more”. Wiadomo, że lekki layout jest przejrzysty i łatwiej dotrzeć do 20% najczęściej używanych funkcji. Poza tym wdrożenie w idei Less is more jest tańsze i szybsze.
Szybka ścieżka oparta na Less is more:
- Rozwiązuj jeden problem, omijaj trudne problemy
- Tylko niezbędne funkcje
- Zamiast dokumentacji prototypy
- Uruchamiaj wcześnie, uruchamiaj często
- 3 osoby to idealny team
Tylko czy to się zawsze sprawdza?
Jak się okazuje konsumenci podczas wyboru produktów opierają
decyzje na liście funkcji. Prawie zawsze wybierają
rozwią
zania o większej ilości funkcji jeżeli nie są droższe (Donald Norman). Oczywiście idea 20% funkcji realizują
cych 80% potrzeb jest bardzo seksowna ale dla każdego użytkownika te 20% funkcji jest inne (Joel Spoolski). Pamiętacie proste edytory tekstu, tanie lub darmowe? Było ich wiele ale większość i tak została przy Word â każdy z nas formatuje tekst i korzysta z kilku mniej oczywistych funkcji Worda ale dla każdego z nas ta lista funkcji jest inna.
Kiedy sprawdza się Less is more?
Kiedy startujesz podejście minimalistyczne jest dobrym rozwią
zaniem.
37signals mówi:
- Less features
- Less options/preferences
- Less people
- Less meetings
- Less promises
Złoty środek?
Gdy znajdziesz już użytkowników podstawowej wersji aplikacji spraw by ją
pokochali i reklamowali ją
za ciebie. Gdy już to nastą
pi można dodawać nowe funkcje aby poszerzać grono odbiorców.
Więcej...
W Sieci pojawił się Kurs Mobile Internet mojego autorstwa. Publikację można za darmo pobrać z serwisu www.biznesmobi.pl.
Pobierz Kurs Mobile Internet
Internet mobilny to najprościej mówiąc serwisy WWW dostępne z poziomu telefonów komórkowych i wszelkich innych urządzeń przenośnych. Na całym świecie popularność tego medium dynamicznie wzrasta. Kurs ma za zadanie wprowadzić czytelnika do świata mobile web.
Kurs kierowany jest do osób zajmujących się Internetem w korporacjach i dotcomach.Szczególnie pomocny powinien być menadżerom i specjalistom kierującym pracami nad nowymi kanałami komunikacji z klientami.
Z kursu można dowiedzieć się jak rozwija się Internet mobilny na świecie i w Polsce, jak firmy wykorzystują to medium, jak stworzyć i wdrożyć strategię mobilną, jak zdefiniować i zaspokoić potrzeby użytkowników mobilnych, jak budować użyteczne i profesjonalne serwisy mobilne, skąd czerpać dalszą wiedzę.
Pobierz Kurs Mobile Internet
Więcej...