it-swarm-vi.tech

Những hiểu lầm và phiền toái về UI phổ biến là gì?

Tôi thường sử dụng các ứng dụng và thiết bị điện tử mà tôi nghĩ: "Tại sao họ lại chế tạo ra thứ đó như vậy? Họ phải biết rằng đó là một nỗi đau ở cổ khi làm việc".

Mặt khác, tôi thường quan sát rằng tôi đã tạo ra một giao diện người dùng (G) mà tôi đã bị thuyết phục, rằng nó làm hài lòng khách hàng của tôi và rất dễ làm việc. Mặc dù khách hàng của tôi cũng nghĩ vậy, nhưng rõ ràng là không dễ để làm việc trong công việc hàng ngày.

Do đó, tôi tin rằng có rất nhiều nhà phát triển và nhà thiết kế ngoài kia thực sự tin rằng sản phẩm của họ có giao diện người dùng hoàn hảo, nhưng thực tế không phải vậy!

Đó là lý do tại sao tôi viết câu hỏi này: Để thu thập một số hiểu lầm phổ biến mà các nhà phát triển gặp phải về giao diện người dùng và để ngăn các nhà phát triển khác (bao gồm cả tôi) mắc lỗi tương tự.

Điều gì làm bạn khó chịu nhất trong các giao diện người dùng của các ứng dụng, trang web, thiết bị điện tử, v.v. nhưng có lẽ được tạo ra vì lợi ích của người dùng? Điều gì khiến bạn bị thuyết phục sẽ là một ý tưởng tuyệt vời, nhưng cuối cùng chỉ khiến khách hàng của bạn khó chịu?

Vui lòng chỉ viết một ví dụ cho mỗi câu trả lời.

49
Mircea Chirea

Tôi muốn đề xuất rằng quan niệm sai lầm về UI phổ biến nhất là:

Rằng người dùng của tôi quan tâm đến ứng dụng của tôi.

Hầu hết người dùng không quan tâm đến ứng dụng của bạn cả.

Trong hầu hết các trường hợp nếu người dùng của bạn có thể thay thế ứng dụng của bạn bằng một nút lớn màu đỏ được đánh dấu là "Đi", họ sẽ làm như vậy. Và sau đó họ sẽ huấn luyện một con khỉ bấm nút nhiều lần, về nhà và thư giãn.

Người dùng không quan tâm đến các ứng dụng. Họ quan tâm đến việc hoàn thành công việc. Các ứng dụng chỉ là một phương tiện để kết thúc.

88
Bevan

"Người dùng của tôi là những nhà phát triển phần mềm khác muốn được thông báo về mọi chi tiết kỹ thuật giống như tôi."

:)

39
Aaron Lerch

Niềm tin rằng người dùng không biết cách cuộn (mọi thứ cần phải ở trên màn hình đầu tiên).

37
Michael Warkentin

Có một bộ sưu tập TUYỆT VỜI về huyền thoại trải nghiệm người dùng tại http://uxmyths.com/ với bằng chứng hỗ trợ tuyệt vời là tốt. Tôi chỉ tìm thấy điều này tuần trước.

28
Michael Brown

"Mọi thứ nên có tùy chọn"

27
Max Steenbergen

Nếu tôi sử dụng các góc tròn trong thiết kế của mình, mọi thứ sẽ tốt hơn.

18
Ryan Shripat

Một điều khiến tôi khó chịu - và là nguyên nhân của nhiều phiền toái bạn sẽ thấy trên trang này - là các tổ chức nghĩ rằng họ có thể tìm ra cách khách hàng của họ sẽ sử dụng sản phẩm của họ mà không thực sự khiến khách hàng của họ sử dụng sản phẩm của họ!

Tôi ngạc nhiên về số lượng các công ty vẫn không đầu tư vào thử nghiệm khả năng sử dụng du kích nhanh, giá rẻ. Dành nửa ngày và nhận được một chút thông tin phản hồi sẽ giúp họ tiết kiệm được một thùng đầy đau đớn sau này.

18
adrianh

UI luôn là GUI. Theo nghĩa là UI không phải là đồ họa.

17
Nacho

Nếu tôi tạo một giao diện người dùng hào nhoáng/thú vị/đầy màu sắc, người dùng sẽ không nhận thấy ứng dụng thực sự khủng khiếp như thế nào

14
Sruly

"Thêm văn bản mô tả sẽ giúp người dùng"

10
Ben Lings

"Người dùng là kẻ ngốc. Họ sẽ không bao giờ sử dụng điều đó."

7
Rusty

Làm cho một cái gì đó có thể truy cập được cho người khuyết tật là khó khăn. Ngoài ra, không có khách truy cập nào của chúng tôi (người dùng) bị khuyết tật.

7
eBeth

Vì những người khác đang làm điều này, nó có nghĩa là nó đơn giản là tốt hơn.

6
KS Edouard Song

Một cái gì đó điển hình trong các dự án nơi chúng tôi phát triển phần mềm để thay thế phần mềm cũ hơn và khi hỏi về đặc điểm kỹ thuật tôi thường nghe:

"Nó sẽ hoạt động chính xác như trong phần mềm cũ của chúng tôi."

Tôi ghét nó khi mọi người coi đây là một anwer. Tôi thích repond:

  • Vậy thì tại sao chúng ta lại phát triển phần mềm mới?
  • Không phải mục đích của dự án này không phải vì chúng tôi không hài lòng với phần mềm cũ sao?
  • Tại sao chúng tôi không được phép làm điều đó tốt hơn trong phần mềm trước đây của chúng tôi?
6
Bart Gijssens

Các trình hướng dẫn không thể chỉnh sửa hoặc trong các UI nói chung buộc bạn phải thiết lập các bước, nhưng không cho phép bạn hủy bỏ các bước đã nói ở một số điểm nhất định.

Tôi biết tại sao có thể có những lý do kỹ thuật cho một giải pháp như vậy, nhưng có một vài điều khiến tôi mắc lỗi nhiều như một trình hướng dẫn hoặc hộp thoại mà tôi đã nhầm lẫn đã buộc tôi phải hoàn thành nó, hoặc chờ trong n đơn vị thời gian nó hoàn thành một hoặc nhiều bước của nó.

Cài đặt ứng dụng trên Mac OS X đôi khi là một ví dụ hoàn hảo về điều này.

6
Mikael Ohlson

Nhiều màu sắc hơn == tốt hơn

5
Steve S

Trong GUI, nếu người dùng chạm một nút một phần mười giây sau khi nó xuất hiện, người dùng có nghĩa là để nhấn vào nút đó.

Nếu nút xuất hiện là kết quả trực tiếp của hành động của người dùng, đó có lẽ là một giả định đúng đắn. Nhưng nếu nó xuất hiện do một số sự kiện không đồng bộ mà người dùng không khởi tạo, rất có thể người dùng dự định chạm vào bất cứ thứ gì trên màn hình trước đó.

Nếu bạn thay đổi những gì trên màn hình, đừng kích hoạt các điều khiển cho đến khi người dùng có cơ hội nhìn thấy màn hình mới.

5
Keith Thompson

"Người dùng của tôi cũng giống như tôi (vì vậy những gì rõ ràng đối với tôi sẽ rõ ràng đối với họ)."

5
Monica Cellio

"Chúng tôi phải tránh biệt ngữ bằng bất cứ giá nào, ngay cả khi nghiên cứu cho thấy rằng người dùng của chúng tôi hiểu nó và thường xuyên sử dụng nó thay cho những thứ thay thế khó hiểu, mơ hồ, khó đọc hơn"

5
Jimmy Breck-McKye

Người dùng biết hoặc thậm chí quan tâm rất nhiều về giao diện người dùng hoặc máy tính hoặc công nghệ hoặc bất kỳ nội dung nào mà các nhà thiết kế UI quan tâm. Họ chỉ muốn hoàn thành công việc mà không cảm thấy khổ sở khi làm việc đó.

5
Kramii

Dọc theo dòng chữ "Người dùng quan tâm" là quan niệm sai lầm rằng càng nhiều người nhìn thấy công việc khó khăn mà tôi đã đưa vào thì càng tốt. Tôi nhận ra, với tư cách là một nhà phát triển phần mềm, tôi phải chứng minh thời gian của mình và có thể trình bày điều gì đó với sếp là hữu ích, nhưng tôi cũng biết, là một nhà phát triển phần mềm quan tâm đến HCI, công việc tốt nhất tôi làm là công việc mà không ai thấy, điều đó có rất ít tác động đến người dùng, mà họ hầu như không nhận thấy.

Đối với tôi, kết quả hài lòng nhất là khi tôi làm việc nhiều ngày và người dùng không biết về bất kỳ thay đổi nào, ngoại trừ việc "mọi thứ dường như hoạt động tốt hơn bây giờ". Khi trọng tâm là người dùng đạt được nhiệm vụ thực sự của họ, điều này làm cho thiết kế UI tốt. Khi trọng tâm là cho thấy chúng ta đã làm bao nhiêu công việc, nó tạo ra những cơn ác mộng.

4
Schroedingers Cat

"Người dùng cuối của chúng tôi là các kỹ sư, họ là những người thông minh, họ sẽ không gặp vấn đề gì khi tìm hiểu cách thức hoạt động của nó".

Số lần tôi đã nghe điều này ...

4
Bart Gijssens

Những gì tôi thường thấy là các nhà phát triển nghĩ rằng bạn càng cần ít lần nhấp vào nút chuột để truy cập một chức năng, ứng dụng càng thân thiện với người dùng. Một hậu quả trực tiếp là càng nhiều yếu tố và thông tin UI càng tốt được đưa lên màn hình chính của ứng dụng.

4
Bart Gijssens

Giao diện người dùng không quan trọng. Ứng dụng cần phải ổn định và đáng tin cậy, điều đó quan trọng hơn.

3
Bart Gijssens

Đối với các trang web/ứng dụng, vv, vv.

Liên kết (neo) nên đi đâu đó (đi đến màn hình người dùng) và các nút sẽ làm một cái gì đó (cập nhật thông tin, v.v.).

3
kemiller2002

Để buộc người dùng thực hiện các hành động chỉ bằng một cách (thông thường là cách thiết kế phần mềm).

3
Jože Guna

Quan niệm sai lầm:

  1. Cho dù menu con sẽ bay ra khi di chuột qua menu chính, hoặc tôi phải bấm vào nó.
2
Rajkamal Subramanian

Không đưa ra dấu hiệu nào về quy tắc nào được thi hành cho mật khẩu của bạn.

Nếu bạn nhắc tôi, nó phải có ít nhất tám ký tự với hai số tôi sẽ biết tôi đã sử dụng ký tự nào. Nếu không, tôi sẽ phải sử dụng tất cả những thứ có thể cho đến khi cuối cùng tôi hiểu đúng.

2
ajcw

Điều bình thường là khi thêm chức năng vào ứng dụng, UI trở nên phức tạp hơn.

Phiên bản 1.0 có thể chạy trên 800 * 600 Phiên bản 2.0 yêu cầu 1024 * 768 Phiên bản 3.0 yêu cầu 1920 * 1200

Hoàn toàn ổn. Màn hình cộng ngày càng lớn hơn.

Tôi thực sự đã nghe một người quản lý sản phẩm nói: "Với việc ứng dụng ngày càng phức tạp hơn, điều bình thường là UI cũng trở nên phức tạp hơn".

2
Bart Gijssens

Kịch bản: nhà phát triển tạo một biểu mẫu, tùy thuộc vào hộp kiểm nào được chọn, một số hành động nhất định sẽ diễn ra. Mặc dù một người sẽ phải tạm dừng để xem xét tác động của các lựa chọn của họ, nhà phát triển tin rằng biểu mẫu rất đơn giản, vì nó chỉ có một vài tùy chọn để chọn và nhãn văn bản ở dạng âm thanh hợp lý với anh ta.

Quan niệm sai lầm của nhà phát triển:

(1) con đường ngắn nhất để nhà phát triển lấy biểu mẫu trên trang và làm cho nó hoạt động chỉ là cách tốt nhất để trình bày biểu mẫu cho người dùng

(2) biểu mẫu sẽ có ý nghĩa với các nhà phát triển khác ngay cả trước khi tôi giải thích cho họ

(3) khi tôi thực hiện bản demo của biểu mẫu, mọi người đều thấy rõ ràng, mặc dù đó là tôi, người đã thực hiện tất cả các thao tác nhấp và giải thích

(4) hình thức sẽ có ý nghĩa với bất cứ ai; thực tế, bạn sẽ là một thằng ngốc nếu bạn không hiểu nó

(5) người dùng có một con chip bên trong não của họ đang phát .mp3 về quá trình suy nghĩ mà nhà phát triển đã sử dụng để tạo biểu mẫu; họ chơi trò này bất cứ khi nào họ tự hỏi chính xác ý nghĩa của các lựa chọn của họ là gì, bởi vì nó không được giải thích ở bất kỳ nơi nào khác

0
mg1075

UI nên được kiểm tra cũng như các chức năng.
[.__.] Nhưng thử nghiệm nên được thực hiện bởi người dùng cuối không được ngụ ý trong định nghĩa kỹ thuật của dự án. Trong các dự án của tôi, tôi thường nhận thấy rằng các ứng dụng được kiểm tra bởi những người đã giúp thiết kế chúng để chúng có kiến ​​thức người dùng "đã quen".

Và khi có thể, bạn nên là người dùng ứng dụng của riêng bạn! (sau đó bạn có thể nhận thấy một số vấn đề với việc sử dụng hàng ngày)

0
Julien N

"Lotus Notes cũng làm như vậy, vậy là tốt rồi".

0
Bart Gijssens