it-swarm-vi.com

Làm thế nào để bạn biết khi một giao diện hoàn thành?

Có nghĩa là kiểm tra khả năng sử dụng đo lường nếu một giao diện đáp ứng các mục tiêu mà nó đặt ra, nhưng chỉ kiểm tra những gì hiện có. Làm cách nào để biết khi nào giao diện hoàn tất? Có nghĩa là một bài kiểm tra hoặc thước đo mức độ hoàn thiện, thể lực, v.v.

LƯU Ý : Nếu bạn không thể nghĩ ra câu trả lời, ít nhất vui lòng đăng câu trả lời của một thành phần giao diện hoàn chỉnh và lý do tại sao nó hoàn thành dựa trên kinh nghiệm của bạn.

Nếu bạn có câu hỏi, chỉ cần hỏi - cảm ơn!

6
blunders

Những người theo chủ nghĩa tối giản sẽ nói "khi không còn gì để xóa" :-)

Ok, bây giờ, nghiêm túc, một giao diện hoàn tất khi đáp ứng tất cả các mục tiêu bạn đặt ra cho nó - vì vậy nếu bạn không có mục tiêu có thể đo lường được thì bạn không thể đo lường mức độ hoàn chỉnh - sau tất cả, bạn không thể đo lường mức độ phù hợp mà không biết bạn đang nghĩ gì để phù hợp với.

Một ví dụ điển hình về các mục tiêu sẽ là: "cho phép người dùng thực hiện X, Y và Z trong vòng chưa đầy 1 phút với tỷ lệ thành công 90%", hơn tất cả những gì còn lại là khiến người dùng ngồi trước máy tính và hỏi họ để thực hiện X, Y và Z nếu hơn 90% có thể thực hiện tất cả các nhiệm vụ trong vòng chưa đầy một phút bạn đã hoàn thành.

Một ví dụ điển hình khác là "tăng tỷ lệ chuyển đổi lên 50%" hoặc "giảm 10% từ bỏ khách hàng", v.v.

Một ví dụ tồi là "tăng tỷ lệ chuyển đổi", trong ví dụ này, bạn không bao giờ có thể khai báo giao diện hoàn tất - sẽ luôn có nhiều tùy chọn để kiểm tra và các cải tiến nhỏ để thực hiện.

15
Nir

Tôi nghĩ "hoàn thành" là một định nghĩa có vấn đề, nhưng tôi nghĩ tôi biết bạn đang nhắm đến điều gì (xem định nghĩa của tôi ở phía dưới).

Hãy mở ra với một ví dụ dễ hiểu - nhìn vào ô tô, giao diện người dùng hoàn chỉnh là gì?

  • Một bánh xe để lái
  • Bàn đạp ga/ngắt (và ngắt tay)
  • Chuyển bánh răng (tự động hoặc sang số)
  • Đèn, máy đánh trứng, vv.

Làm thế nào về một máy phát radio/CD? Là giao diện xe không đầy đủ mà không có nó?

Nói đúng ra - không! Đây không phải là một chức năng quan trọng để lái xe, nhưng hầu hết mọi người sẽ không bao giờ nghĩ đến việc có một chiếc xe mà không có radio (trừ khi đó là một chiếc xe đua chẳng hạn).

Một tủ lạnh đồ uống lạnh thì sao?
[.__.] Hầu hết mọi người sẽ không nghĩ rằng một chiếc xe thường sẽ có một chiếc ... nhưng nếu chiếc xe thực sự là một chiếc limo thì sao? Sau đó, không có tủ lạnh, nó sẽ không thực sự là một chiếc limo bây giờ, phải không?!

Quan điểm của tôi - "hoàn thành" đề cập đến nhu cầu và mong đợi của người dùng mục tiêu của bạn.

Vì vậy, một trong những điều quan trọng bạn nên làm là tiếp cận người dùng tiềm năng của mình và hỏi họ:
[.__.] "Này, tôi đã tạo một ứng dụng quản lý dự án/kế toán/thiết kế/CRM/v.v. , bạn muốn gì để cho phép bạn làm gì? Các tính năng chính trong mắt bạn là gì? Nếu nó thiếu _ ___ bạn vẫn sẽ xem xét nó ? "

Một bạn có tất cả các kịch bản và tính năng được triển khai, bạn thực hiện kiểm tra khả năng sử dụng thường xuyên của mình để xem liệu người dùng có thể hoàn thành tất cả những điều bạn đã triển khai cho họ hay không (dựa trên yêu cầu và mong đợi của họ).

8
Dan Barak

Giao diện là một hành trình, không phải là đích đến; )

Nghiêm túc mà nói, một giao diện có thực sự hoàn thành? Nếu bạn có thể làm cho nó tốt hơn, mà không khiến người dùng bị mất phương hướng, thì hãy làm cho nó tốt hơn. Hãy xem trang chủ của Google, nó đã được trải qua các chỉnh sửa nhỏ liên tục kể từ ngày đầu tiên.

Đôi khi các cải tiến không trở nên rõ ràng (đối với người dùng hoặc nhà thiết kế) cho đến khi hệ thống được sử dụng một thời gian. Hoặc kỳ vọng và yêu cầu của người dùng có thể phát triển theo thời gian.

Vì vậy, hãy nghĩ rằng giao diện của bạn đã 'hoàn thành' sẽ thay đổi người dùng của bạn.

5
Dhaust

Một giao diện hoàn tất khi người dùng nói nó là.

Tôi tin rằng nhiều câu trả lời nảy ra xung quanh điều này, nhưng không có câu trả lời nào trên đầu. Vâng, mục tiêu của bạn rất quan trọng, nhưng quan trọng hơn là cách mọi người thực sự sử dụng chương trình của bạn như thế nào. Bạn phải thực hiện kiểm tra khả năng sử dụng nhất quán để tạo ra một giao diện hoàn chỉnh. Giai đoạn = Stage. Nếu bạn không nhận được thông tin hành vi của người dùng, thì bạn đang thiết kế một sản phẩm dựa trên giả định của mình. Sự thật luôn luôn tốt hơn. Đừng nghe những gì họ muốn; nhìn vào những gì họ làm trong môi trường họ sử dụng sản phẩm của bạn. Chỉ sau đó bạn sẽ thấy những gì cần cải thiện. Hãy nhớ rằng sản phẩm của bạn phải phù hợp với mong đợi của họ. Mọi người không muốn tìm hiểu các quy trình mới, vì vậy đừng cố ép buộc họ.

Tôi thích ví dụ về xe hơi, nhưng bạn cũng phải biết đối tượng của mình. Những người khác nhau đòi hỏi những nhu cầu khác nhau; người cao tuổi cần hỗ trợ trực quan hơn, ví dụ. Về cơ bản, khi người dùng của bạn nói rằng mọi thứ hoạt động chính xác như họ mong đợi, thì bạn đã hoàn thành.

2
Kevin G

Tôi đồng ý với @David. Kiểm tra khả năng sử dụng và đánh giá thiết kế đều tốt đẹp. Nhưng bạn thực sự phải "sống chung" với một thiết kế trong một thời gian và xem nó hoạt động như thế nào với dữ liệu thực. Tên dài, trường hợp sử dụng khiến bạn tự hỏi ai sẽ sử dụng nó THÌ CÁCH?

Cải tiến là liên tục và đang diễn ra. Cần thay đổi. Các tính năng dường như trung tâm và quan trọng rơi bên đường. Người dùng thất bại (en masse) để nhận ra những gì có vẻ như là sự khác biệt rõ ràng nhất. Có, bạn có thể (và nên) tìm ra một vài trong số này bằng cách thử nghiệm. Nhưng không phải lúc nào cũng vậy.

0
CoffeeDawg