Dobry Wzór UI musi być zgodny ze standardami. czy powinna? Moje TOP 10 Zasady projektowania interfejsu użytkownika
Ani jestem bardzo nowy interfejs użytkownika (UI) rozwoju ani jestem weteranem i jak zawsze to ujął, ja pasuje do profilu UI developer więcej niż projektant, bez żalu. Oh No! Co ja pisze o? ... Przez jakiś czas (musi być w latach nie każdy mniej) Teraz, co jakiś czas, kiedy nie dostać się odrobiną projektowania UI (przy profesjonalnym projektantem poszła na urlop), zawsze cant przestać myśleć czy mój projekt powinien być właściwie complient czy nie (szczerze nie, że mógłbym osiągnięcie dużo 100% zgodność ze standardami, Gdybym chciał zbyt). Wtedy mówię sobie, co bzdura! ... Konstrukcja powinny być proste, ładne i przede wszystkim wydaje się użyteczny, to nie powinno odwiedzający uciec ... lub bounce (być techniczny). Co dobrego będzie miło tableless układ CSS być do gościa, który jest nieświadomy wszystkich inteligentnych odnośników oraz Arkusz stylów kaskadowych pod skórą swojej strony internetowej ... Zilch!
Powinno to wyglądać ładnie i być łatwy w obsłudze ... potem przychodzi wszystkich rzeczy standardów.
I stumbbled accross ten wpis w blogu przez Jason Fried z 37 sygnałów (Dla tych, którzy nie są świadomi 37 sygnały są onces którzy stworzyli niesamowite aplikacje webowe jak Basecamp itp przy ognisku), którzy pisali coś podobnego w 2004 roku i uwierzcie mi, prawie 5 lat i nie wiele zmieniło się od że ... Byłem szczęśliwy czytać swoje stanowisko, tak jak ja całkowicie zgadzam się z tym, co ma do powiedzenia i również fakt, ona nie jest pewna tego, co mówi o jego tylko jego instynktowi i tak jest moje 
Jason Fried: "Nie ma zbyt wiele mówić o CSS i XHTML i Standardów i dostępności nie wystarczy mówić o ludziach. CSS i kod Zgodność z normami są tylko narzędzia - trzeba wiedzieć co budować z tych narzędzi. Świetnie, cieszę się, że twój UI nie używać tabel. Więc co? Kogo to obchodzi, jeśli nadal nie pozwala ludziom osiągnąć ich cele. Standardy sieciowe są świetne, ale własne ludzkie standardy obejmują Getting Things Done (i to jeszcze zbyt trudne do zrobienia online).
Projektanci interfejsu użytkownika czyni sam stary podstawowy "zapominając o człowieka na drugiej stronie" błędów - ale tym razem ich kod wygląda lepiej. Ludzie - nie zatwierdzające kod - interfejsy użytkowania ".
DISCALIMER: To nie znaczy, że nie powinniśmy przejmować się standardami w ogóle. Normy są dobrze mieć i trzymać się ich jak najwięcej. Mamy tylko zrozumieć, że dobry projekt UI nie zawsze oznacza 100% Complience Standards lub odwrotnie ....
Z mojej listy mojej zdobyte doświadczenia, śledzę kilka projekt interfejsu i zasady Złote rozwój ... Heres TOP 10 ... nie, że trzeba śledzić ich zbyt ...
1. Dbaj o swoich użytkowników. Użytkownicy mogą złamać lub witryny. Dawca uczynić wygląd użytkownika jak łącznej idoit, całkowicie niezdolną do korzystania z witryny. To jest złe!
2. Zachowaj prostotę i łatwość Użyj guidlines podstawowych. Zbyt wiele rzeczy na ekranie, tym większe prawdopodobieństwo, że użytkownik będzie się mylić i rozproszony z ich pierwotnego zadania.
3. Bądź w granicach ... dawca oddają zbyt wiele na użyteczność, dostępność i norm. Użyj standardy skutecznie i uczynić je rozumieć jako zespół. To zapewni właściwą konsystencję w produkcie
4. Prototype wymóg. Ponieważ te dni interfejsy Użyj są bogaci, prototypowanie zawsze jest lepsze niż tylko tworzenia prostych makiet i ostatnia jest nieważna przyzwoitych interakcji, to nie udziela klientowi jasny obraz produktu końcowego, która jest rozwijana. Zawsze łatwiej jest do konwersji prototypy do końcowych rezultatów. Również! z prototypów jakieś problemy interakcji mogą być usunięte wcześniej w cyklu rozwoju.
5. Spójność w projekcie i interakcji jest bardzo ważne. Dawca mylić użytkownikowi nieprzewidywalnych interakcjach i Gizmos.
6. Zrozumieć "misję projektu". Zam skupić na podstawowym działaniu beign zaprojektowanej strony. Także zrobić listę twoich seconday działania na stronie, a ich priorytet.
7. Zapewnienie właściwej informacji zwrotnej dla użytkowników witryny. Z większości witryn internetowych zaprojektowanych wokół AJAX, zapewniają wizualne wskazówki dla użytkownika o zmianach strony. Użytkownik ma do podane potwierdzenie ukończenia każdego zadania on wykonuje. Dawca zrobić użytkownik czekać i zgadywać, na przykład. dostarczyć wskaźników postępu uplaods plików.
8. Użyj kontroli odpowiednio. Np. do użytkowania Wybierz z rozwijanej listy dla małych wykazach wyłącznie, dawca pozwolić użytkownikowi wybrać jeden z 200 miastach z wykorzystaniem pól wyboru. Zrozumieć różnicę pomiędzy przyciskiem i łączem. Link i przycisk mają różne cele, dawca użyć jednej do drugiej. Zapewnia właściwą kontrolę do interakcji z strona łatwiejsze. Unikaj używania menu, które są bardziej, że dwa poziomy. Nie wyważać otwartych drzwi. Użyj standardowych formantów, dostosować je tylko wtedy bardzo potrzebne. Zdefiniuj żadnych formantów niestandardowych wymagane do Twojej pierwszej ręki, tak aby mogły być tworzone i testowane niezależnie, gotowe do użycia accross miejscu.
9. Dawca Iterate zbyt wiele na temat projektu. Pamiętaj! Cały produkt składa się więcej, że projekt sam. Stworzyć odpowiednie terminy w harmonogramie projektu dla iteracji projektowych i trzymać się go. Iteracja pomaga nam dowiedzieć się, co działa a co nie, wybrać się punktów zapalnych. Jako dobry interfejs wymaga czasu, dać czas dla iteracji w początku cyklu rozwoju, tak że iteracje projektowe doesnot bezpośrednio utożsamiać przerobienie. Zbyt dużo przeróbek może jeopradize terminów.
10. Usiądź wygodnie i myśleć jak użytkownik czasami.
