it-swarm-vi.tech

Di chuột qua một mục bị vô hiệu hóa để biết lý do tại sao nó bị vô hiệu hóa. Bạn nghĩ sao?

Đã bao nhiêu lần bạn sử dụng một ứng dụng máy tính để bàn hoặc một trang trực tuyến và bạn bắt gặp một hoặc nhiều mục menu bị vô hiệu hóa và bạn không biết tại sao nó bị vô hiệu hóa. Sử dụng trợ giúp hoặc tài liệu là không sử dụng. Nó bực bội vì nó ngăn bạn tiến về phía trước.

Tôi chưa bao giờ thấy thực hành sử dụng này được sử dụng. Di chuột qua mục bị vô hiệu hóa và một chú giải công cụ liệt kê cho bạn các lý do và bạn đi "Ồ .. ok. Bây giờ tôi biết". Tùy chọn khác của bạn là bạn phải liên hệ với bộ phận hỗ trợ hoặc đăng bài trên một diễn đàn, giải thích những gì bạn đang làm. Đợi những gì có thể là ngày cho bạn biết câu trả lời, nếu có. Đây là sự khác biệt giữa đen và trắng. Nhận trợ giúp ngay lập tức bằng cách di chuột đơn giản hoặc thất vọng và chờ đợi hàng giờ.

Nếu bạn là người phát triển ứng dụng, bạn sẽ biết chính xác lý do tại sao một mục bị vô hiệu hóa vì bạn đã vô hiệu hóa nó trong mã của mình. Vì vậy, không khó để đưa ra lý do cho người dùng. Là nó?

Mẹo nhỏ này có thể đã lưu hàng ngàn cuộc gọi hỗ trợ công nghệ. Có hàng triệu bài đăng trên web Tại sao một cái gì đó bị vô hiệu hóa hoặc chuyển sang màu xám.

36
Tony_Henrich

Đây là một ý tưởng tốt. Để làm cho chú giải công cụ dễ tìm hơn, bạn có thể thêm một biểu tượng trợ giúp vào các điều khiển bị vô hiệu hóa. Vì việc thêm một biểu tượng phụ bên cạnh điều khiển có thể làm phiền bố cục, bạn có thể thêm biểu tượng vào chính điều khiển:

alt text

11
Bennett McElwee

Tôi thường thấy rằng người dùng không đọc bất cứ thứ gì. Đặc biệt là mẹo-công cụ. Nó sẽ giúp người dùng quyền lực, nhưng tôi thực sự không nghĩ rằng "hàng ngàn cuộc gọi hỗ trợ công nghệ" sẽ được lưu lại.

Như đã nói ... nó không đau. Tại sao không? Đối với một số ít khách hàng đánh giá cao nó và đọc nó sẽ có tác động thân thiện rất tốt đẹp.

11
Glen Lipka

Tôi có thể đang lặp lại chính mình ở đây, nhưng cách duy nhất để biết chắc chắn liệu đây có phải là một cải tiến hay không là kiểm tra nó. Vì vậy, tôi có thể đồng ý hoặc không đồng ý, nhưng nó không thực sự quan trọng bởi vì tôi chỉ là một chuyên gia. Người dùng thực sự sẽ đá tất cả các ass của chúng tôi.

3
Rahul

Các mặt hàng bị vô hiệu hóa là một cái gì đó kỳ lạ. Trong cuộc sống thực, nếu một nút không hoạt động, một cái gì đó bị hỏng.

Bây giờ nếu một cái gì đó phải được vô hiệu hóa, nó sẽ là một trường hợp đặc biệt. Và các trường hợp đặc biệt nên được thông báo khi xảy ra (để có sự chú ý của người dùng) với một tuyên bố rõ ràng và đơn giản (và tốt nhất là không trong hộp thoại "ok", vì chúng bị nhấp đi khi chưa đọc).

Vì vậy, giải pháp thực sự IMHO là không có những thứ bị vô hiệu hóa trong ui.

NẾU bạn dính vào việc có các mục bị vô hiệu hóa, bạn nói gì với người dùng của mình? Nó có thể đi xuống "Xin lỗi, nó bị vô hiệu hóa, bởi vì một số thứ cứng nhắc bên trong không phải là như vậy, nhưng bạn không thể làm gì với nó" hoặc "Này người dùng, rõ ràng giao diện của chúng tôi không đủ phức tạp, nhưng chúng tôi 'thà nói với bạn: làm' cái này 'trước "......

3
Andre Bossard

Brilliant, đơn giản và thực sự thực sự hữu ích.

Nhưng mặt khác, tôi sẽ ẩn tất cả các yếu tố không thể sử dụng cùng nhau trừ khi người dùng mong đợi nhìn thấy chúng, như gửi nút hoặc danh sách liên hệ, tôi không muốn người dùng hoảng hốt vì không nhìn thấy danh bạ của mình bây giờ phải không?

Tôi thích nó, và tôi thích nó đơn giản, không có biểu tượng, không có chú giải công cụ hào nhoáng, bởi vì không có nhiều người dùng sẽ di chuột dù sao, các chú giải công cụ rất ngắn và các chú giải công cụ mặc định, nếu không nó sẽ quá nhiều mã cho quá ít giá trị, và tôi Hầu như chắc chắn kiến ​​trúc sư kỹ thuật tiếp theo sẽ loại bỏ tính năng này nếu nó đơn giản hơn ...

Nhưng tôi yêu nó :)

2
Ayyash

Nếu một cái gì đó bị vô hiệu hóa thì nó không cần phải ở đó, KHÔNG GIỚI HẠN nó không yêu cầu một lời giải thích.

Nếu không, nó chỉ là tiếng ồn cho người dùng.

Một ví dụ hoàn hảo về "vô hiệu hóa" tốt là nút "gửi" trên ứng dụng gốc SMS của iPhone. Nó bị vô hiệu hóa cho đến khi bạn nhập văn bản. Không cần giải thích, nhưng nó vẫn cần ở đó.

Một lần nữa, nếu một yếu tố UI cần được vô hiệu hóa, thì bạn nên tự hỏi mình, nó có thực sự cần phải ở đó không .... HOẶC, tôi có thể thay đổi UI để nó không yêu cầu giải thích không?

2
andy

Tôi đã phân loại 2 trường hợp này:

1) Nếu nó bị vô hiệu hóa và người dùng không thể làm bất cứ điều gì thì tốt hơn là không hiển thị gì cả, hoặc nếu bạn hiển thị thì không cần tooltip.

2) Nếu nó bị vô hiệu hóa vì bạn cần từ người dùng của mình để chọn một tùy chọn rất gần (ví dụ: phía trên nút) thì bạn cần nói với anh ta bằng một mẹo công cụ, vui lòng chọn tùy chọn của bạn sau đó nhấp vào tôi.

2
Aristos

Đó là một ý tưởng hay, chúng tôi thực sự đã triển khai nó khá nhất quán trong http://www.taskconnect.com Outlook addin, vì chúng tôi biết nó bực bội đến mức nào khi bạn không thể làm những gì bạn muốn và bạn không ' thậm chí biết những gì sai.

Dường như: )

Chúng tôi cũng đã làm điều này với các nút thanh công cụ (khi bạn không thể chỉnh sửa tác vụ, chú giải công cụ cho bạn biết lý do).

Một thực tế thú vị khác là chúng tôi đã tạo ra các chú giải công cụ ngay lập tức, để chức năng này có thể dễ dàng khám phá, điều này cũng hoạt động tốt với các biểu tượng thanh công cụ, vì người dùng được nhắc nhở gần như tiềm thức về chức năng của chúng mỗi khi sử dụng chúng.

Trong thực tế, người dùng biết mỗi nút không gây phiền toái gì, vì thanh công cụ xuất hiện trong một phần nghìn giây, nhưng một khi họ cố gắng một chút, họ sẽ có một lời nhắc nhở. Bạn nghĩ sao?

2
Tomáš Kafka

Một cách khác là để vật phẩm được kích hoạt, và sau đó, nếu người dùng nhấp vào nó, hãy cung cấp phản hồi về những gì cần thiết trước khi vật phẩm có thể được sử dụng. Tôi không nghĩ rằng đây là một giải pháp phù hợp cho tất cả các tình huống, nhưng có thể hữu ích cho người mới và cho một mục được thỉnh thoảng-vài sử dụng.

Ngẫu nhiên, tôi nghĩ rằng một mục bị vô hiệu hóa có thể tốt hơn một mục bị ẩn khi bạn tìm thấy nó, bạn có thể ngừng tìm kiếm và xử lý vấn đề enxt: TẠI SAO nó không có sẵn? ;)

1
JeromeR

Bạn cũng có thể có một biểu tượng dấu hỏi nhỏ bên cạnh mục bị vô hiệu hóa sẽ hiển thị một chú giải công cụ khi di chuột qua. Theo cách đó, nếu người dùng tự hỏi tại sao một mục bị vô hiệu hóa, biểu tượng sẽ là một chỉ báo rõ ràng rằng có thể có thông tin về lý do tại sao mục đó bị vô hiệu hóa. Điều đó có thể lưu một số cuộc gọi hỗ trợ.

Nhưng tôi phải đồng ý với những người khác rằng việc vô hiệu hóa các điều khiển không phải là một lựa chọn tốt. Hoặc che giấu nó một cách có điều kiện hoặc thiết kế giao diện người dùng tốt hơn để nó không cần thiết.

Chỉnh sửa: Sau một số suy nghĩ, có những nơi vô hiệu hóa hoạt động trong chế độ xem của tôi, nhưng mục bị vô hiệu hóa phải được bật bằng một cài đặt ở gần và thực tế là có một cài đặt cho phép mục đó rõ ràng rất nhiều (và tại sao đó là trường hợp lý tưởng là tốt).

1
waymost

Hãy nghĩ về lý do tại sao tùy chọn này bị vô hiệu hóa, cho ứng dụng nào và tại thời điểm nào trong trải nghiệm. Sau đó thực hiện một cuộc gọi phù hợp.

Một số cân nhắc có thể là: - Người dùng có thể thực hiện một số hành động để kích hoạt nó không? - Đây có phải là một điểm dừng hiển thị cho người dùng? Có giá trị chính đáng trong việc giải quyết tình huống này? - Có lựa chọn thay thế dễ dàng cho tùy chọn bị vô hiệu hóa này không? (Có lẽ chỉ nên ẩn tùy chọn bị vô hiệu hóa trong trường hợp đó)

1
rsb

Ý tưởng có một số quan điểm, vì trợ giúp tooltip (trái ngược với trợ giúp tách khỏi bối cảnh) là "chỉ trong thời gian và địa điểm".

Tuy nhiên, có một số trường hợp cần xem xét, ví dụ:

  • Tương tác dựa trên cảm ứng: Trên các giao diện cảm ứng, bạn không có trạng thái di chuột mỗi giây.
  • Các ứng dụng/cài đặt phức tạp trong các ứng dụng trong đó việc vô hiệu hóa điều khiển là do một loạt nguyên nhân (không thể giải thích ngắn gọn trong một chú giải công cụ).
0
agib