Blogfrog.pl – moje wnioski z projektu 17 września 2007
| |
Brak komentarzy |
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.
Skomentuj
Ostatnio napisane
- World Usability Day 2011
- Android – wzorce projektowe a user experience
- Co z tym HTML5?
- Projektowanie dla osób starszych
Kategorie
- Dostępność (Accessibility) (52)
- eCommerce (7)
- Elektronika Użytkowa (4)
- HCI (8)
- Kalendarium (8)
- Mobile (14)
- Praca (4)
- Projektowanie i prototypowanie (10)
- Technologia (2)
- Testowanie serwisów WWW (5)
- Wydarzenia, konferencje, publikacje (9)
Warto odwiedzić
- Ask TOG
- Authentic Boredom
- Boxes and Arrows
- Demystifying Usability
- Design Thinking
- Don Norman – essays
- Information Architects
- Interaction-Design.org
- Touch Usability
- Tymczasownik.pl
- UCD.com.pl - Blog o użyteczności
- UI Design
- Usability On Air
- Useit.com - Jakob Nielsen
- User Experience Blog
- User Experience Design
- userexperience.pl
- Users Know
- UX Magazine
- UX Matters - Insight and Inspiration for the User Experience community
- Wireframes










