kategoria -Usability

Ranking.pl to serwis istniejący od dłuższego czasu aczkolwiek ja zainteresowałem się nim dopiero teraz.
Na stronie pokazane są statystyki korzystania przez internautów z poszczególnych przeglądarek i wszelkie dane jakie przeglądarka może wyciągnąć przykładowo:
– rozdzielczość na jakiej najczęściej internauci oglądają strony,
– systemy operacyjne na, których najczęściej pracują,
– wersja flasha zainstalowana w przeglądarce użytkownika,
– głębia kolorów ustawiona na monitorze użytkownika,
– kraje, województwa z, których internauci wchodzą
i wiele innych ciekawych statystyk.

Badania takie z pewnością pomogą rozwiać nasze wątpliwości w jakiej rozdzielczości robić strony www, do jakiej wersji flash eksportować animacje flash czy też z jakich wyszukiwarek korzystają internauci.

Twórcą Ranking.pl jest firma Gemius znana z pewnością wielu z was “jest liderem i prekursorem w dziedzinie badań internetu w Europie Środkowo-Wschodniej. Na rynku polskim istnieje od 1999 roku, oferując profesjonalne rozwiązania badawcze, usługi analityczne i doradcze dla wszystkich podmiotów tego rynku.”.

Wiele domów mediowych uznaje statystyki stron tylko podawane przez Gemius. Zatem można ufać w rzetelność podawanych informacji na Ranking.pl.

Na temat tego w jaki sposób robione są badania możecie przeczytać na stronie serwisu.

czytaj dalej

VN:F [1.9.22_1171]

W związku z napotkanymi problemami przy ostatnio prowadzonym projekcie dziś chciałem poruszyć kwestię zdawania projektu klientowi i wprowadzania poprawek.

Jak już wcześniej pisałem w artkule pt.: “Jak z powodzeniem realizować projekty informatyczne” specyfikacja to podstawa projektu. Kolejna rzecz to po wykonaniu projektu zgłaszanie uwag i jego poprawianie. Podstawowy błąd, który popełniłem przy zleceniu, które aktualnie realizuję to nie określenie ilości poprawek dla klienta. Zawsze przypominam sobie o tym gdy zaczynają się problemy i niestety tym razem było za późno. Projekt graficzny strony internetowej został ukończony około marca, a do tej pory jest poprawiany.
Pracując w firmie PLAY jako tester oprogramowania nauczyłem się kilku rzeczy m.in. tego, że trzeba ustalać ilość poprawek możliwych do wprowadzenia w projekcie oraz termin ich wykonania.

To co polecam to np. określenie z klientem, że po dostarczeniu projektu ma on x czasu na przetestowanie go. Następnie klient spisuje wszystkie swoje uwagi do jednego dokumentu, lub jeśli posiadacie odpowiednie oprogramowanie to wpisuje swoje uwagi do niego (więcej o tym możecie przeczytać m.in. na testerzy.pl) i dostajecie określony termin na wykonanie tych poprawek. Po wszystkim klient jeszcze raz testuje projekt tym razem już ostatecznie zgłasza uwagi do projektu i po tych zmianach kończymy pracę.

Nie polecam wysyłania uwag do projektu pojedyńczo w e-mailach bo można się w tym zagubić. Jeśli nie pomyśleliśmy o tym wcześniej, a klient zaczyna zgłaszać uwagi w ten sposób proponuję szybko przejąć nad tym kontrolę, spisać wszystkie uwagi w jeden dokument tekstowy i przekazać klientowi, aby dopisywał swoje uwagi. Jeśli tego nie zrobimy popłyniemy w ilości e-maili jakie zaczną do nas spływać, a część uwag po prostu przeoczymy. W przypadku tego projektu właśnie tak postąpiłem.
Ustalanie terminu wprowadzenia poprawek pozwoli utrzymywać nam kontrolę nad czasem prowadzenia projektu. Przy zgłaszaniu uwag codziennie przez 2 tygodnie na e-mail spowoduje pojawienie się niekończącej się listy uwag i stale przedłużającego się terminu ukończenia projektu.

czytaj dalej

VN:F [1.9.22_1171]

W związku z tym, iż korci mnie ostatnio, aby pisać o użyteczności różnych nowych stron pojawiających się w sieci postanowiłem zacząć od swojego serwisu, żeby nie było, że wyżywam się na innych, a na swoje serwisy nie umiem spojrzeć krytycznym okiem 🙂

Dziś napiszę o wadach użyteczności mojego serwisu www.automoto24.com.pl. W związku z tym, że serwis jest dość obszerny omówię krótko tylko stronę główną bo pełny test użyteczności mógłby zająć kilkadziesiąt stron A4.

Strona ta powstała pod koniec 2007 roku i zawierała jedynie ogłoszenia motoryzacyjne. Była prosta i spójna wizualnie. Składała się z dużego menu górnego, menu z  ogłoszeniami z lewej strony, menu użytkowego, wyszukiwarki ogłoszeń, ogłoszeń promowanych oraz reklamy.

Przez prawie półtora roku strona uległa znacznej rozbudowie doszły 4 menu, newsletter, kilka reklam, mapa województw, newsy, linki do forum, artykuły, opisy imprez…

W sumie zmiany bardzo pozytywne jednak niestety, ale mocno nie przemyślane. Struktura menu i strony głównej nie była przygotowana na tak rozbudowany serwis i dodawanie kolejnego i kolejnego menu nie wpłynęło dobrze na jej czytelność i przejrzystość. Wszystkie informacje na stronie zlały się  nic się nie wyróżnia, a strona bez potrzeby stała się bardzo długa. Jak wiele innych stron my także po latach postanowiliśmy przebudować i odświeżyć nasz serwis.

Oto screen z aktualnej strony i zaznaczone po kolei błędy witryny.

Head strony
1. Mało widoczne logo strony
2. Head niespójny graficznie z resztą strony
3. Wyszukiwarka nie zawierająca wyszukiwarki ogłoszeń
4. Brak błędu logowania

czytaj dalej

VN:F [1.9.22_1171]

Rozmawiając ostatnio z bratem (programistą) i pracując nad nowym projektem zaczęliśmy rozmawiać o rozbieżnościach w projektach pomiędzy tym co zamawia klient, a tym co otrzymuje i przypomniał mi się poniższy obrazek.

To czego klient potrzebował.	To co klient zamówił.
To co analityk zrozumiał.	To co opisywał projekt.
To co wykonali programiści.	To co powstało po wdrożeniu.
To za co klient musiał zapłacić.	Brak tutaj rysunku pt.: “To za co klient zapłacił” ognisko z drzewem i siekierą 🙂 Wykorzystane rysunki pochodzą ze strony www.nurt.pl

Jak pewnie większość informatyków przyzna jest w tym trochę racji.

Dlaczego tak jest?
W mniejszych projektach problemy tego typu nie występują jednak przy dużych owszem. Moim zdaniem cały problem polega na braku specyfikacji, albo bardzo ogólnej specyfikacji, która niewiele mówi programistom oraz klientom. Myślę, że problemy tego typu występują nie tylko w małych firmach, ale także duże firmy stają przed takim problemem.

czytaj dalej

VN:F [1.9.22_1171]

Testowanie jest jednym z ważniejszych procesów w wielu dziedzinach i tak też jest w projektowaniu witryn www. Dziś poruszę kwestię testowania stron www w różnych przeglądarkach przed jej oficjalnym uruchomieniem.

O ile zainstalowanie jednej wersji FF, IE, Opery nie sprawia problemu o tyle instalacja różnych ich wersji czy skorzystanie z przeglądarek Linuxowych, Macowych może być wręcz niemożliwe.

Jak testować stronę w różnych przeglądarkach?
Standardowo strony testuję pod FF, IE6, IE7, Opera. Na komputerze mam zainstalowane FF, Operę, IE7. Do testowania strony w pozostałych wersjach IE od 5 do 8 wykorzystuję IE tester https://www.my-debugbar.com/wiki/IETester/HomePage. To są dla mnie najważniejsze wyszukiwarki do których dostosowuję witryny.
W poprzedniej firmie zanim zacząłem korzystać z IE Tester miałem zainstalowaną wirtualną maszynę co pozwalało mi testować stronę w IE6.

czytaj dalej

VN:F [1.9.22_1171]