Tôi đang tập hợp một số mô hình của giao diện thật đầu tiên của tôi và tôi tự hỏi: Một số nguyên lý cơ bản của thiết kế giao diện người dùng tốt là gì? Tôi đang tìm một cái gì đó giống như một bản tóm tắt danh sách bullet và có thể một số tài nguyên có thể hữu ích cho mỗi nguyên lý.Một số nguyên lý cơ bản của thiết kế giao diện là gì?
"Đừng làm tôi nghĩ!", Tiêu đề và the book cực kỳ hữu ích khi thiết kế giao diện người dùng. Một số mục yêu thích của tôi từ đó bao gồm:
Tôi muốn đưa sự nhất quán up there
- Lee
Có, miễn là bạn cũng biết của sự nhất quán ngu ngốc- http://www.scottberkun.com/essays/5-how-to-avoid-foolish-consistency. Một ví dụ tốt về sự không nhất quán hữu ích là các nút quay lại/chuyển tiếp trong FireFox- chúng có chủ ý không nhất quán. – RichardOD
Sự không nhất quán đó hữu ích như thế nào? Tôi luôn luôn kiểm tra "Sử dụng các biểu tượng nhỏ" chỉ đơn giản để họ * là * phù hợp. – Alec
Nielsen cung cấp this danh sách - mà tôi thường sẽ đồng ý với
Ask Tog có danh sách tốt quá http://www.asktog.com/basics/firstPrinciples.html – RichardOD
Có nhưng bạn đã xem trang web của Nielsens chưa? Gây sốc! (IMO) http://www.useit.com/ - Lee –
Không phải theo sở thích của tôi ;-) lời khuyên tốt ... –
Điều tôi luôn cố gắng emember là "7 mục (tối đa) cho một trang/biểu mẫu." Nó xuất hiện trong lớp GUI của tôi ở trường đại học (7 hoặc 8 năm trước).
Tôi được nhắc về một truyện tranh trên web mà họ có thiết kế của Apple, theo sau là thiết kế của Google (cả hai đều rất đơn giản), tiếp theo là thiết kế "của chúng tôi" với hàng chục mục.
Đó là trên xkcd ở đâu đó - nhưng tôi không thể tìm thấy hình ảnh. –
Đừng quên trợ năng bàn phím và khả năng truy cập chung hơn cho những người bị khiếm thị (đây là lý do tại sao nhiều giao diện người dùng tuyệt vời thực sự hút).
Ngoài ra, Alan Cooper (của Visual Basic nổi tiếng) cho biết "không đặt sức trước sẽ", có nghĩa là bạn không nên làm cho nó dễ dàng cho người dân để làm những điều họ sức làm trong khi khiến họ khó làm những việc mà họ sẽ làm với phần mềm của bạn.
Joel Spolsky (người đồng sáng lập SO :)) has a book called "User Interface Design for Programmers" cũng như một loạt bài viết trên trang web của anh ấy (Joel On Software) liên quan đến cuốn sách đó.
Một tài nguyên tuyệt vời khác để bắt đầu là Jacob Nielsen's usablity website.
Không làm gián đoạn người dùng bằng hộp thoại bật lên. Hiển thị một số phản hồi mà người dùng có thể xem và cung cấp cách để họ giải quyết vấn đề khi họ chọn.
"Nguyên tắc ít ngạc nhiên nhất".
Áp dụng giá trị mặc định hợp lý
Hiện đáp ứng với đầu vào người dùng trong một hiệp hai.
+1 cho "Hiển thị phản hồi cho người dùng nhập trong vòng nửa giây". –
Tôi thực sự cho rằng nửa giây là quá dài. Tôi không thể tìm thấy nghiên cứu tại thời điểm này, nhưng con người nhận ra sự chậm trễ trong ít hơn. Tuy nhiên, để nói chung hơn, tôi sẽ nói, "Hiển thị phản hồi trong một khoảng thời gian hợp lý cho hệ thống được đề cập." Có những lúc phản ứng nhanh không cần thiết. – JasCav
Đọc và đọc Controlling Your Environment Makes You Happy và sau đó đọc Don't Make Me Think! A Common Sense Approach to Web Usability.
Hãy đơn giản, đừng bỏ qua quy ước và bắt chước các trang web/chương trình hoạt động tốt.
Một tìm kiếm google nhanh chóng tiết lộ sau đây:
Trong không theo thứ tự đặc biệt (và ra khỏi đỉnh đầu của tôi):
Nếu bạn đọc Asimov, bạn sẽ tìm thấy điều này dễ nhớ : một giao diện không nên, thông qua hành động hoặc không hoạt động, cho phép tác phẩm của người dùng vô tình bị phá hủy.
Giao diện người dùng thường xuyên dành cho các nhà phát triển phần mềm hoặc những người có hiểu biết về công nghệ tương tự, không chỉ các giáo dân. Nếu bạn là một giao diện như vậy, bạn có thể hưởng lợi từ việc trở thành người dùng cũng như tác giả.
Kinh nghiệm này sẽ giúp bạn hiểu rõ để viết giao diện tốt hơn, một số trong đó có thể mở rộng đến giáo dân cũng như am hiểu công nghệ. Hãy coi chừng, tuy nhiên; không phải mọi tính năng tốt cho người phát triển đều tốt cho những người không phải là người sáng lập. Các bước 2 và 3 được dự định để đưa bạn vào suy nghĩ không-dev đó, và giúp bạn tận dụng tối đa; cho dặm cuối cùng, không có thay thế cho một người dùng thực sự.
Sử dụng những người thực: Kiểm tra, thử nghiệm, kiểm tra.
này không chính xác đáp ứng yêu cầu của bạn cho một danh sách bullet, nhưng tôi vẫn khuyên bạn nên đọc Mark Miller của The Essence of Great UI - An Overview, Why is Great UI so hard to achieve?, Great UI, Clarity, and Information Relevance, Great User Interfaces, Clarity, and Information in Parallel và Great UI: Clarity and Color on the Presentation Layer.
Ông cũng nói về một số khái niệm tương tự trong các tập dnrTVMark Miller on The Science of a Great User Experience Part 1 và Part 2.
Tôi muốn đặt tính nhất quán lên đó –
Bạn không có nghĩa là "nguyên lý"? – Ash
Nguyên lý? Người thuê nhà có xu hướng ồn ào và để lại một mớ hỗn độn. –