Blog

Cải tiến hiệu suất

Mục tiêu phân tích nhiệm vụ là cải thiện hiệu năng, năng suất và cuối cùng là trải nghiệm của người dùng.

Được sử dụng kết hợp với các kỹ thuật thiết kế khác, phân tích nhiệm vụ có thể là một công cụ rất mạnh có thể cải thiện tính nhất quán và rõ ràng thủ tục, giảm thời gian thực hiện nhiệm vụ và học tập, giảm số lượng và loại lỗi có thể xảy ra.

Tính nhất quán
Sự nhất quán giao diện có nghĩa là một hệ thống hoạt động theo cách mà người dùng mong đợi. Điều đó có nghĩa là người dùng có thể chuyển giao kiến ​​thức mà họ thu được từ một số kinh nghiệm trước đó với tình hình hiện tại và kinh nghiệm trước đây của họ sẽ nâng cao hiệu suất hiện tại của họ.

Nghĩa là, nếu người dùng đã học được một phương pháp để làm điều gì đó, hiệu suất của họ sẽ tốt hơn nếu họ không phải học cách khác để làm cùng một điều với hệ thống của bạn.

Ví dụ: sử dụng văn bản màu xanh hoặc gạch chân không tiêu chuẩn mà không phải là liên kết thường gây nhầm lẫn cho người dùng và kết quả sẽ tăng lỗi và thời gian hoạt động chậm hơn.

Tính nhất quán cũng được áp dụng cho việc thiết kế các thủ tục. Mặc dù đôi khi chính sự nhất quán có thể gây nhầm lẫn, chẳng hạn như khi người dùng nhầm lẫn thủ tục này với người khác, tốt nhất bạn nên làm thủ tục nhất quán nhất có thể.

Một ví dụ về thủ tục không nhất quán có thể được nhìn thấy trong trang web của JC Penney được hiển thị ở đây có hai con đường mà theo đó một người có thể mua áo len đặc trưng trên trang chủ.

Bằng cách nhấp vào hình thu nhỏ, người sử dụng được trình bày với màn hình được hiển thị. Có một chuỗi các bước theo thứ tự dẫn người dùng thông qua lựa chọn kích thước, màu sắc và số lượng.

Nếu thay vào đó, người dùng nhập số danh mục cho áo len trong trường ở phía trên, người sử dụng được trình bày với một phương pháp khác nhau để lựa chọn áo len mong muốn. Trong trường hợp này, tất cả các màu sắc và kích cỡ được liệt kê trong trình đơn kéo xuống đơn ở cuối trang.

Cả hai thủ tục có vẻ phù hợp để chọn áo len, nhưng tại sao lại khác? Thoạt nhìn có vẻ như các nhà thiết kế đã nỗ lực rất nhiều chỉ để làm cho thủ tục không nhất quán.

Trên thực tế, có lẽ vì lý do công nghệ hoặc kinh doanh liên quan đến nó: có thể hai chức năng kinh doanh của việc bán các mục catalog qua Internet và bán các mặt hàng quảng cáo trên trang web của công ty được thiết kế bởi các nhóm phát triển khác nhau. Nhưng người dùng không quan tâm tại sao.

Nó có thể thậm chí không phiền người dùng đủ mà họ sẽ ý thức nhận thấy rằng các thủ tục đã được khác nhau. Nhưng nó có thể làm tăng thêm vài giây nhầm lẫn, và nó có thể làm cho người sử dụng hiểu lầm khi họ mua một mặt hàng trước đó nếu thủ tục không giống nhau.

Hơn nữa, nó có thể để lại cho họ với một cưa rằng mọi thứ chỉ là không đúng. Nói chung, bạn nên cố gắng nhất quán, trừ khi có lý do chính đáng để không trở thành. Các vấn đề về công nghệ không nên chỉ ra trải nghiệm của người dùng của bạn.

Độ dẻo và rõ nét
Phân tích tác vụ cũng có thể giúp làm rõ và rút ngắn các thủ tục của bạn. Những gì có thể có vẻ như một quy trình chấp nhận được để người dùng thực hiện đôi khi có thể chứng minh phức tạp hơn nhiều khi nhìn thấy trên giấy.

Phân tích tác vụ làm cho các thủ tục giao diện người dùng của bạn hiển thị, thể hiện cả khía cạnh tốt và cơ bản của chúng.

Đó là cách tốt nhất để tìm ra vấn đề trước khi thử nghiệm người dùng. Có hai quy tắc khi xem xét thủ tục rõ ràng.

Thứ nhất, các thủ tục nên tương đối ngắn, không quá 15 đến 20 bước, mặc dù 10 đến 15 là tốt hơn. Mọi người gặp rắc rối với thủ tục dài trừ khi có bộ trợ giúp về bộ nhớ được cung cấp trên giấy hoặc bằng hệ thống.

Nguyên tắc thứ hai là nếu một thủ tục khó mô tả trên giấy, có thể người dùng khó thực hiện.

Chức năng Kết hợp và yêu cầu Máy chủ ít hơn
Mục tiêu khác của phân tích nhiệm vụ phải là kết hợp các chức năng khi có thể. Mỗi màn hình người dùng phải xem có thể thêm ít nhất 30 giây cho một thủ tục (các trang rất phức tạp có thể thêm nhiều thời gian hơn).

Kết hợp chức năng có nghĩa là giảm thiểu số lượng người dùng phải nỗ lực để thực hiện cùng một mục tiêu, thông thường bằng cách giảm thiểu các màn hình người dùng phải điều hướng. Một phân tích nhiệm vụ có thể được sử dụng để xác định vị trí của các chức năng kết hợp có thể có ý nghĩa.

Ví dụ, khi phân tích cho thấy người dùng làm cùng một nhiệm vụ nhiều lần, có thể làm cho tinh thần để cho phép họ thực hiện nhiều mục cùng một lúc.

Hệ thống đặt hàng tại trang web của JC Penney là một ví dụ về chức năng kết hợp có thể hữu ích.

Trang web được thiết kế để cho phép khách hàng chỉ đặt hàng một mặt hàng một lần. Tuy nhiên, danh mục giấy mà trên đó trang web có chứa một đơn đặt hàng cho phép nhiều mặt hàng được đặt hàng cùng một lúc.

Điều này khuyến khích khách hàng mua nhiều mặt hàng cho mỗi đơn đặt hàng. Kể từ khi thiết kế trang web không trùng lặp các chức năng của hệ thống cũ dựa trên giấy, đặt hàng nhiều mặt hàng trực tuyến là đau đớn chậm.

Mua hàng nhiều mặt hàng cho mỗi lượt truy cập vì vậy nó không được khuyến khích bởi thiết kế. Khi các công ty thiết kế website với công nghệ thay thếkiểu truyền thống.

Một trang web có tính hữu dụng cao là gì?

website hữu dụng
website hữu dụng

Các trang web có thể sử dụng cao là trực quan. Chúng trong suốt. Họ hỗ trợ người dùng và cho phép người dùng hoàn thành mục tiêu nhanh chóng, hiệu quả và dễ dàng.

Mặt khác, khả năng sử dụng kém có nghĩa là những người sử dụng trang web của bạn không thể thực hiện hiệu quả các tác vụ bạn dự định.

Khả năng sử dụng kém có thể đến từ các trang web quá phức tạp, có thể dẫn đến một số lượng lớn lỗi người dùng hoặc có thể có nghĩa là mọi người không thích sử dụng hệ thống của bạn.

Ví dụ, một khía cạnh của khả năng sử dụng là người dùng nên biết phải làm gì tiếp theo. Họ phải được chỉ dẫn rõ ràng hoặc trang web phải làm theo một số mô hình tương tác được biết đến.

Nếu các bước tiếp theo không rõ ràng, người dùng sẽ dành thời gian quý báu để tìm ra chúng. Họ có thể mắc sai lầm hoặc có thể rời khỏi trang web của bạn với một cảm giác xấu.

TRIỂN KHAI?
Khả năng sử dụng được định nghĩa là mức độ mà người dân / người sử dụng có thể thực hiện một bộ các nhiệm vụ được yêu cầu. Nó là sản phẩm của một số, đôi khi xung đột mục tiêu thiết kế:

– Phù hợp về mặt chức năng: Tiêu chí chính cho khả năng sử dụng là hệ thống thực hiện đúng các chức năng mà người sử dụng cần. Phần mềm không cho phép người dùng thực hiện nhiệm vụ của họ không thể sử dụng được.

– Hiệu quả sử dụng: Hiệu quả có thể là thước đo thời gian hoặc các hành động cần thiết để thực hiện một nhiệm vụ. Nói chung, các thủ tục nhanh hơn có xu hướng hiệu quả hơn.

– Dễ học: Dễ học tập xác định mức độ nhanh chóng của người sử dụng mới có thể học để thực hiện đúng thủ tục công việc. Nhìn chung, càng ít bước thủ tục chứa càng nhiều thì việc học càng dễ dàng.

– Dễ nhớ. Mức độ mà một hệ thống thuế bộ nhớ con người xác định cách dễ dàng người dùng nhớ.

Các hệ thống buộc người dùng dán bộ trợ giúp bộ nhớ trên màn hình hiển thị của họ không dễ nhớ.

– Chống lỗi: Dung sai lỗi được xác định bằng cách ngăn ngừa các lỗi tốt, chúng phát hiện và xác định chúng dễ dàng như thế nào khi chúng xảy ra, và chúng được sửa chữa một cách dễ dàng khi chúng được xác định.

Hệ thống lỗi có thể chịu được cũng có thể ngăn ngừa các kết quả thảm khốc nếu tất cả các biện pháp khác không thành công.

– Về tính chủ quan: Cuối cùng, khả năng sử dụng thường được quyết định bởi cách người dùng cảm thấy về việc sử dụng hệ thống.

Mặc dù đồ họa không hoạt động và các yếu tố giao diện khác có thể làm nghiêng nhận thức của người dùng về tính hữu dụng, sự hài lòng của người dùng có thể là sự kết hợp của tất cả các tiêu chí này.

Bởi vì các mục tiêu của khả năng sử dụng có thể mâu thuẫn với nhau, bối cảnh của thiết kế sẽ xác định mức độ ưu tiên mà mỗi mục tiêu được áp dụng.

Ví dụ: một hệ thống kiosk giả định không có đào tạo trước có lẽ sẽ dễ dàng học được một mục tiêu sử dụng chính.

Một hệ thống quan trọng về an toàn, chẳng hạn như một nhà máy điện hạt nhân, có thể dung sai lỗi đối với mục tiêu sử dụng chính của nó.

Mặt khác, một trò chơi điện tử sẽ phải rất thú vị để sử dụng (làm chủ quan) để thành công trên thị trường.

Ngoài ra, nhà thiết kế trò chơi video thường phụ thuộc vào lỗi của con người để làm cho thiết kế của họ hấp dẫn hơn, vì vậy điều kiện lỗi của con người được cố ý xây dựng thành trò chơi.

Chỉ bằng cách tham dự vào vô số chi tiết, tính khả dụng sẽ nổi lên là một tài sản nổi trội. Để đảm bảo khả năng sử dụng cao trong các dự án web của chúng tôi, chúng tôi đã xác định quá trình phát triển kết hợp các kỹ thuật đã được kiểm chứng từ phần mềm và kỹ thuật sử dụng, thiết kế đồ họa, quản lý dự án và các nguyên tắc khác.

Quá trình này phải thực tế và nạc. Nó phải cho phép chúng tôi làm việc trên nhiều dự án có quy mô khác nhau với ngân sách cố định.

Nó phải giúp chúng tôi theo dõi các chi tiết có thể giết chết khả năng sử dụng và phá hủy lợi nhuận. Cuốn sách này nói về quá trình đó.

TẠI SAO KHÔNG LÀM MẠNG LƯỚI TRỌNG TITYNH CHO CÁC TRANG WEB?
Các trình duyệt web đã trở thành tiêu chuẩn de facto cho truyền thông liên doanh và thương mại trong mô hình kinh doanh điện tử mới.

Chúng tôi đang ở giữa sự thay đổi lớn từ các cấu trúc công nghệ đa dạng với các tổ chức kinh doanh, đến mô hình mà các đơn vị kinh doanh có quyền truy cập vào các thông tin cập nhật nhất, dữ liệu chỉ được nhập một lần và những thay đổi sẽ lan truyền ngay lập tức.

Các hệ thống thông tin kế thừa đã có một cuộc sống mới khi các doanh nghiệp sử dụng Web để cung cấp kiến ​​thức về doanh nghiệp được lưu trữ cho những người cần nó, cả trong và ngoài tổ chức.

Các ứng dụng dựa trên web đã trở thành một phương tiện không chủ sở hữu chuẩn không liên quan đến nền tảng cho các doanh nghiệp để giao tiếp với nhau và với người tiêu dùng.

Các doanh nghiệp đang tiếp tục tăng năng suất của họ, với công nghệ thông tin đóng một vai trò quan trọng.

Tăng năng suất là một yếu tố cần thiết để đạt được hoặc duy trì lợi thế cạnh tranh. Nó thậm chí có thể là chìa khóa để tồn tại đối với một số doanh nghiệp.

Tuy nhiên, trong quá khứ chúng ta đã thấy rằng chỉ riêng công nghệ không thể đạt được năng suất tăng lên.

Thực tế, có rất nhiều bằng chứng rằng công nghệ có thể làm giảm năng suất nếu áp dụng kém.

Khả năng sử dụng cao là một yếu tố quan trọng để đạt được lợi tức tối đa cho đầu tư công nghệ thông tin.

NH WENG VẤN ĐỀ
Mặc dù Web dựa trên một sim tương đối

People shouldn’t be an afterthought in website design

Người dùng cần phải được xem xét sớm và thường xuyên. Khả năng sử dụng cần phải là một phần của mỗi bước của quá trình thiết kế.

Cách tiếp cận của chúng tôi là khả năng sử dụng phổ biến – tích hợp khả năng sử dụng vào mọi thứ chúng tôi làm. Triết lý của chúng tôi là khả năng sử dụng không nên là và bổ sung, nhưng các quy trình hàng ngày nên được sửa đổi để lấy người dùng làm trung tâm.

Hãy làm cho khả năng sử dụng được một phần của mọi thứ bạn làm. Làm cho nó một lối sống. Mọi người không nên là một suy nghĩ sau khi thiết kế.

Thử nghiệm và sửa chữa một trang web sau khi nó được xây dựng là không hiệu quả và không có khả năng tạo ra một thiết kế tốt.

Thông tin về người dùng nên đến càng sớm càng tốt trong quá trình thiết kế và thiết kế xấu sẽ cần phải được loại bỏ lâu trước khi bạn vượt qua chúng. Xây dựng trang web cho mọi người sẽ xảy ra ngay từ đầu.

Quan điểm của chúng ta về tính khả dụng sử dụng phải tương xứng với quan điểm hiện đại về đảm bảo chất lượng.

Cách đây hàng trăm năm, việc tạo ra một sản phẩm chất lượng đã đạt được bằng cách thuê một thợ thủ công bậc thầy và dựa vào chuyên môn.

Khi sản xuất ngày càng trở nên tự động, kiểm soát chất lượng đã chuyển sang góc nhìn thử nghiệm một sản phẩm để xác minh chất lượng cao của nó, một quy trình không yêu cầu nhiều chuyên môn.

Nhưng thử nghiệm là một kỹ thuật tốn kém bởi vì nó có thể có nghĩa là một số lượng lớn các sản phẩm chất lượng thấp đang được sản xuất trước khi được lọc ra ở cuối.

Để đạt được chất lượng với chi phí hợp lý, chúng ta cần đẩy sự đảm bảo về chất lượng trở lại thời điểm sớm nhất trong quá trình sản xuất.

Ngày nay, các chương trình quản lý chất lượng tổng thể (TQM) xem xét từng bước của quá trình để đảm bảo rằng chất lượng không bị tổn hại trên đường đi.

Điều này đạt được với lập kế hoạch, quản lý quy trình, tài liệu và xác minh.

Theo quan điểm của chúng tôi, đảm bảo chất lượng là một phần của mục tiêu sử dụng tổng thể. Rốt cuộc, một trang web không thể sử dụng nếu nó không hoạt động.

Quy trình thiết kế ít nhất cũng quan trọng như các nguyên tắc thiết kế. Kế hoạch và phương pháp là chỉ đáng tin cậy, hiệu quả có nghĩa là để đạt được khả năng sử dụng trong các khó khăn thiết kế khác.

Task analysis for web site design

Nếu chúng ta chỉ nhìn vào một trang web duy nhất, các thủ tục sử dụng nó thường là tầm thường. Vậy tại sao lại đi đến việc thực hiện phân tích nhiệm vụ?

Tất nhiên, câu trả lời là các trang web không chỉ gồm một trang, và sự tương tác giữa người dùng và các trang web không nhất thiết là tầm thường. Chúng ta cần xem xét ít nhất ba cấp độ khác nhau khi tiến hành phân tích nhiệm vụ.

• Chúng ta cần nhìn vào bức tranh lớn. Các nhóm người sử dụng sẽ sử dụng trang này là ai, và làm cách nào để họ tương tác với những người dùng khác trong trang web trong quá trình làm việc chung?

• Chúng ta cần xem xét các trang mà một người sử dụng sẽ điều hướng để hoàn thành các mục tiêu của mình.

• Chúng ta cần phải giải quyết các thủ tục mà người dùng sẽ sử dụng trong từng trang.

Nếu chúng ta chỉ giải quyết một trong các mức độ, chúng tôi có thể làm cho thủ tục trong mỗi trang rất đơn giản, nhưng có thể bỏ qua khả năng rằng một số trang có thể là hoàn toàn không cần thiết.

Chúng ta cũng không thể thấy được những cải tiến bổ sung có thể thực hiện được cho quy trình công việc tổng thể.

Một cách để xác định các thông tin cần thiết ở mỗi cấp là kết hợp phân tích trường hợp sử dụng với phân tích nhiệm vụ có thứ bậc.

Các trường hợp sử dụng mô tả các tương tác giữa các nhóm người dùng khác nhau và được sử dụng như là một lần vượt qua đầu tiên ở thiết kế cấp cao. Các phần sau đây mô tả trường hợp sử dụng, phân tích tác vụ phân cấp, và sự kết hợp của chúng thành một kỹ thuật phân tích mạnh mẽ.

Trường hợp sử dụng
Các trường hợp sử dụng đã được phát triển bởi Ivar Jacobson như là một cách để phân tích phát triển phần mềm từ quan điểm của người dùng thường tương tác với hệ thống như thế nào.

Các trường hợp sử dụng kết hợp một cách đơn giản để nắm bắt kịch bản của người dùng (ví dụ trường hợp người dùng có thể thực hiện một thủ tục) trong tài liệu văn bản và lập biểu các nhóm người dùng khác nhau tương tác trong khi sử dụng hệ thống.

Họ bắt đầu với người sử dụng hoặc các nhân vật của một hệ thống và mô tả các hoạt động mà các diễn viên tham gia trong khi sử dụng hệ thống. Diễn viên có thể là người dùng, cơ sở dữ liệu, các công ty khác hoặc bất cứ thứ gì tương tác với hệ thống của bạn.

Một kịch bản là tập các bước hoặc hành động mà một diễn viên phải hoàn thành để đạt được một mục đích cụ thể.

Các trường hợp sử dụng bao gồm kịch bản điển hình hoặc tiểu học mà người dùng sẽ phải trải qua để đạt được mục tiêu cụ thể và cũng có thể bao gồm một loạt các kịch bản thay thế mà việc sử dụng có thể trải qua trong các tình huống không điển hình.

Các trường hợp sử dụng dễ dàng làm việc vì hầu hết các thông tin cần thiết để xây dựng một hệ thống có thể được chỉ định ở định dạng chuẩn.

Sự tương tác giữa các tác nhân khác nhau trong một hệ thống sau đó có thể được nắm bắt bằng cách sử dụng sơ đồ trường hợp sử dụng. Sử dụng sơ đồ trường hợp cung cấp phương tiện chuẩn để xem toàn bộ giao dịch trong một chế độ xem.

Mặc dù các trường hợp sử dụng là một công cụ rất mạnh để phát triển hệ thống, nhưng chúng có một số điểm yếu trong việc thiết kế các hệ thống có thể sử dụng được. Ví dụ, trường hợp sử dụng sẽ không nhất thiết phải cho chúng tôi biết nếu một thủ tục (kịch bản) không hiệu quả.

Nó cũng sẽ không cho chúng tôi biết liệu các thủ tục của chúng tôi có nằm trong khả năng thực hiện của con người hay mức độ đào tạo cần thiết cho một người để thực hiện chúng. Những điểm yếu này tồn tại bởi vì các trường hợp sử dụng đã được phát triển như một công cụ phát triển phần mềm.

Chúng không bắt nguồn từ tâm lý con người, cũng không phải là chúng được dự định cho mục đích đó. Đối với nhiều dự án, sự chú ý đến từng chi tiết có thể không cần thiết.

Đối với các nhiệm vụ quan trọng hoặc nhiệm vụ quan trọng về an toàn, đảm bảo việc thực hiện hiệu quả, không có lỗi trở nên quan trọng hơn nhiều. Đối với các loại công việc này, chúng tôi chuyển sang phân tích tác vụ phân cấp.

Hierarchical Task Analysis for Web Site Design

Áp dụng phân tích tác vụ theo thứ bậc để thiết kế trang web là cách tiếp cận trực tiếp và có hệ thống để mô tả đặc tính kiến ​​thức mà người tiêu biểu yêu cầu phải sử dụng trang web của bạn.

Như tên của nó, nó liên quan đến việc tổ chức các nhiệm vụ trong một hệ thống phân cấp và decomposing các thủ tục đến một mức độ thích hợp. Quá trình phân hủy các nhiệm vụ của người dùng là lặp đi lặp lại và bao gồm các bước sau:

1. Xác định các mục tiêu chính của người sử dụng.
2. Liệt kê các bước mà người dùng phải thực hiện để hoàn thành các mục tiêu.
3. Tối ưu hóa thủ tục.

Sau khi công việc được mô tả ở mức chi tiết đầy đủ, các thủ tục sau đó có thể được tối ưu hóa để giảm thiểu số bước, cải thiện tính nhất quán giữa các thủ tục tương tự, giảm lỗi của người dùng hoặc thực hiện bất kỳ điều chỉnh nào khác có thể là quan trọng đối với mục tiêu của trang web.

Thông thường, như một thủ tục được liệt kê, nó sẽ được tiết lộ rằng các bước để hoàn thành một mục tiêu thực sự là một tập hợp các tiểu mục nhỏ khác. Ví dụ: điền vào biểu mẫu bao gồm điền vào một loạt trường văn bản, nút radio, hộp kiểm tra, v.v.

Thay vì liệt kê từng hành động riêng lẻ cho mỗi phần tử biểu mẫu, chúng tôi chỉ có thể nói “Hoàn thành trường văn bản địa chỉ” hoặc “Chọn quốc gia từ trình đơn bật lên.”

Mỗi bước thực sự là một mục tiêu giao diện cấp thấp liên quan đến một số hành động của người dùng. Ví dụ: để hoàn thành mục tiêu “Chọn một quốc gia từ trình đơn bật lên”, người sử dụng phải
1. Tìm trình đơn bật lên có tên “Quốc gia”.
2. Di chuyển con trỏ đến menu.
3. Nhấn nút chuột.
4. Xác định quốc gia phù hợp từ danh sách.
5. Di chuyển con trỏ đến tên quốc gia.
6. Nhấn nút chuột.

Loại thủ tục chung này có thể được sử dụng nhiều lần trong một giao diện bằng cách thay đổi tên của menu và mục trình đơn được chọn. Chúng ta cần phải liệt kê ra điều này mỗi lần nào?

Không, chỉ cần chỉ định nó một lần, biết rằng nó chỉ đơn giản là một thủ tục chung, giống như một chương trình máy tính. Thay đổi dữ liệu đầu vào (ví dụ: tên menu) và cùng một thủ tục có thể áp dụng bất cứ nơi nào có trình đơn bật lên.

Hơn nữa, có một ưu đãi bổ sung để tối ưu hóa các thói quen như vậy, bởi vì nếu bạn tối ưu hóa một thủ tục thông thường, những lợi ích được nhìn thấy mỗi khi sử dụng thói quen, có khả năng đạt được nhiều hơn là tối ưu hóa một quy trình chỉ được sử dụng một lần.
Làm thế nào để Down Down Bạn nên phân hủy một thủ tục?

Nhiệm vụ chỉ nên được phân hủy thành chi tiết mà bạn có quyền kiểm soát hoặc điều đó sẽ ảnh hưởng đến quyết định của bạn về lựa chọn thiết kế giao diện.

Vấn đề là việc phân hủy nhiệm vụ chỉ nên được thực hiện miễn là có một lợi ích tiềm năng từ phân tích.

Ví dụ: có thể không cần liệt kê các bước để chọn một mục từ trình đơn bật lên bởi vì có thể không có gì bạn có thể làm để thay đổi nó.

Nếu hệ thống chỉ ra rằng chỉ có một bộ các yếu tố giao diện giới hạn có thể được sử dụng, thì một phân tích sâu hơn là vô nghĩa. Tuy nhiên, nếu bạn cần chọn giữa hai phần tử giao diện có thể tạo ra cùng một kết quả, có thể hữu ích khi sử dụng những gì được yêu cầu từ quan điểm của người dùng.

Điểm dừng điển hình cho sự phân hủy là mức hành động của người dùng có thể quan sát được, chẳng hạn như tổ hợp phím và di chuyển chuột. Tuy nhiên, các nhà thiết kế không nên bỏ qua những nỗ lực tinh thần mà người dùng phải thực hiện trong khi thực hiện một nhiệm vụ.

Ví dụ: mỗi màn hình mới được trình bày cho người dùng sẽ cần ít nhất vài giây để hiểu (nghĩa là, thời gian để thiết lập một cử chỉ).

Điều quan trọng là phải xem xét các mục mà người dùng phải nhớ giữa màn hình và các quyết định phức tạp mà người dùng phải thực hiện, vì đây là những nguyên nhân chính gây ra lỗi.

Để có hướng dẫn về cách đánh giá hành động tinh thần mà người dùng phải thực hiện trong một nhiệm vụ, xem Hướng dẫn Sử dụng Đánh giá Sử dụng Mô hình GOMS sử dụng NGOMSI của Kieras (1997) hoặc Giao diện Humane của Raskin (2000).

Một điểm chuẩn tốt để xác định điểm dừng thích hợp là liệu một người có thể thực hiện đúng nhiệm vụ của mình bằng các thủ tục của bạn hay không.

Các thủ tục tác vụ phải chung chung đủ để áp dụng cho bất kỳ bộ dữ liệu đầu vào nào, nhưng bao gồm đủ thông tin cụ thể mà một người có thể thực hiện nhiệm vụ. Để biết thêm thông tin về loại phân tích tác vụ này, hãy xem thanh bên của “Phân tích GOMS”

A hybrid approach to task analysis

Chúng tôi ủng hộ cách tiếp cận lai cho phân tích nhiệm vụ mà phân tích kết hợp cả tương tác cấp cao của người dùng với các chủ thể khác với chiều sâu và tâm lý của sự phân hủy thủ tục theo cấp bậc.

Các bước chung là (1) bắt đầu bằng các trường hợp sử dụng, (2) phân chia nhiệm vụ theo cấp bậc, và (3) xác định các công nghệ thích hợp.

Bắt đầu với trường hợp sử dụng
Xác định các diễn viên bằng cách hỏi ai sẽ sử dụng hệ thống và những phần nào của hệ thống mà họ sẽ tương tác.

Ví dụ: trong một trang web thương mại điện tử doanh nghiệp đơn giản, các diễn viên có thể bao gồm một bộ nhân viên văn phòng từ mỗi phòng chịu trách nhiệm giữ các vật tư văn phòng trong kho.

Cũng từ công ty của khách hàng, các đại lý mua hàng có thể cần đàm phán giá cả và xác nhận đơn đặt hàng qua một giá trị đồng đô la nhất định.

Người dùng từ các tài khoản phải trả sẽ cần phải xem xét hóa đơn hàng tháng từ người bán và phát hành séc.

Các diễn viên từ bên bán có thể bao gồm các đại diện của tài khoản khách hàng, những người cần phải xem mẫu mua hàng của khách hàng, các đại diện tín dụng, những người cần thông qua các đơn đặt hàng có giá trị cao và các đại lý vận chuyển sẽ xử lý các giao hàng của khách hàng.

Tiếp theo, xây dựng tiểu sử người dùng bằng cách xác định nền tảng của người dùng, kiến ​​thức, mức độ kỹ năng, động lực, và bất kỳ thông tin cơ sở liên quan nào khác.

Rõ ràng nguồn gốc của các diễn viên được mô tả sẽ khác nhau rất nhiều từ các chuyên gia tài chính đến nhân viên hành chính văn phòng cho nhân viên giao hàng. Động lực có thể của họ sẽ khác nhau.

Ví dụ, động lực của nhân viên văn phòng có thể là để đảm bảo rằng không ai trong bộ của họ hết các nguồn cung thiết yếu. Mặt khác, người sử dụng từ bộ phận thu mua có thể được giao nhiệm vụ đảm bảo rằng các phòng ban không vượt qua ngân sách.

Các đại diện tài khoản của người bán sẽ được thúc đẩy bởi số tiền bán hàng và thay vào đó sẽ cố gắng tối đa hóa doanh thu.

Bước tiếp theo là phát triển các kịch bản tiêu biểu bằng cách hỏi. Mục tiêu của người dùng là gì? Những điều điển hình mà họ sẽ cố gắng đạt được?

Làm điều này cho mỗi nhóm người dùng được xác định. Ví dụ, một kịch bản cho nhân viên văn phòng của khách hàng có thể mô tả cách đặt hàng hàng tháng cho bút mực, giấy và hộp mực máy in.

Một kịch bản khác có thể mô tả ai đó từ công ty của khách hàng mua một mặt hàng đặc biệt như một lò vi sóng.

Từ các kịch bản và hồ sơ người dùng của bạn, hãy xác định chức năng cần thiết bằng cách hỏi thêm chức năng nào mà hệ thống phải cung cấp để hỗ trợ người dùng.

Trong trường hợp ví dụ đầu tiên được mô tả, khách hàng cần một cách để xem các tháng trước để các văn phòng cung cấp và sửa đổi nếu cho tháng hiện tại.

Khi đặt hàng, khách hàng sẽ cần hoàn tất giao dịch và xác minh bất kỳ thông tin thanh toán nào được yêu cầu.

Trong ví dụ thứ hai, khách hàng sẽ cần phương tiện để thực hiện tìm kiếm từ khóa từ một danh mục trực tuyến nhanh chóng, so sánh chi phí và tính năng cho tất cả các lò vi sóng được bán và xem mô hình nào có sẵn. Cũng như trong trường hợp đầu tiên, người dùng trong ví dụ này cũng cần phải hoàn thành giao dịch.

Cuối cùng, bạn cần tổ chức các kịch bản. Dựa vào chức năng chung trong các nhóm người dùng, các nhiệm vụ cấp cao là gì?

Trong cả hai ví dụ được đưa ra, người dùng cần đặt đơn đặt hàng, xác nhận giao dịch và xác minh thông tin thanh toán. Mặc dù không được chỉ định, nhưng có lẽ họ cần phải đăng nhập ngay từ đầu và nhận được xác nhận bằng văn bản vào cuối.

Mỗi subgoals này yêu cầu một thủ tục công việc cụ thể mà sẽ cho phép người dùng để hoàn thành mục tiêu của họ và hoàn thành nhiệm vụ của họ.

Phân hủy nhiệm vụ theo thứ bậc
Trong giai đoạn này, nhiệm vụ đầu tiên của bạn là ưu tiên và xác định tần số của các nhiệm vụ. Bắt đầu với các tác vụ có độ ưu tiên cao và tần số cao. Sau khi xem xét tất cả các kịch bản cho tất cả các diễn viên, nhà thiết kế trong ví dụ của chúng tôi có thể xác định rằng nhiệm vụ mua hàng tháng sẽ xảy ra với tần suất cao nhất và sẽ được phân loại như vậy.

Do tầm quan trọng của nhiệm vụ – giá trị đồng đô la của các trường hợp kết hợp trong bất kỳ tháng nào và chi phí tiềm ẩn gây ra sai lầm trong mua hàng cả tháng – nó cũng có thể được phân loại là ưu tiên cao, có lẽ bảo đảm phân tích thêm và thử nghiệm.

Tiếp theo, phân hủy các tác vụ cấp cao xuống các quy trình trang hoặc cấp trung. Ví dụ: nhiệm vụ mua hàng tháng có thể bị phân hủy thành các nhiệm vụ phụ sau:

(1) đăng nhập, (2) xem thứ tự của tháng trước, (3) sửa đổi đơn hàng trước với nhu cầu hiện tại. (4) xác nhận thứ tự, và (5) nhận được biên lai.

Đánh giá ở mỗi mức độ phân hủy và lặp lại quy trình là cần thiết. Ví dụ: nếu chúng ta thấy rằng một số nhiệm vụ tần số cao cũng bao gồm các nhiệm vụ đăng nhập, chúng tôi sẽ biết rằng đăng nhập là một phụ tần số cao đảm bảo tối ưu hóa bổ sung.

Nếu mọi người cũng biết rằng người dùng vận hành từ máy tính bảo mật, một số hoặc tất cả thông tin đăng nhập có thể được lưu trữ trên máy tính của họ. Điều này sẽ cho phép thủ tục đăng nhập được đơn giản hóa bởi r