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