891db68260e343d97dd6a381abc8ffa1

Bạn đang tìm Cách cải thiện thiết kế UX ? Một trong những bước quan trọng nhất trong quy trình Tư duy thiết kế thường được sử dụng như một thực hành tiêu chuẩn trong thiết kế UX là xác định các vấn đề của người dùng. Điều này có nghĩa là có thể xác định rõ ràng và trình bày rõ ràng các vấn đề trong trải nghiệm người dùng để sau này bạn có thể bắt đầu quá trình hình thành ý tưởng (tức là tạo ra những ý tưởng tuyệt vời về cách giải quyết chúng). Phân tích nhiệm vụ là một bài tập đơn giản mà người thiết kế UX có thể thực hiện trong quá trình xác định vấn đề, không chỉ giúp xác định nơi tồn tại các cơ hội cải thiện trải nghiệm người dùng mà còn tạo ra một số ý tưởng sơ bộ về cách bạn có thể tiếp cận những thách thức này. Chúng ta hãy tìm hiểu làm thế nào.

Phân tích nhiệm vụ là một trong những công cụ mà bạn có thể sử dụng trong giai đoạn “xác định” của quy trình Tư duy Thiết kế. Hoạt động phân tích nhiệm vụ có thể phân phối thường xuyên nhất là sơ đồ giải thích các bước mà người dùng phải thực hiện để hoàn thành mục tiêu. Trong sơ đồ này, bạn có thể mô tả các hành động được thực hiện bởi người dùng (hoặc một số hệ thống) để giúp họ đạt được mục tiêu của mình. Khi bạn đã trình bày tất cả các bước, khi đó bạn sẽ ở vị trí để xem nơi cần hỗ trợ người dùng bổ sung (ví dụ: bạn có thể muốn tự động hóa một số hành động mà người dùng hiện đang thực hiện) hoặc loại bỏ các bước không cần thiết, để giảm thiểu số lượng hành động mà người dùng phải thực hiện, không được trợ giúp.

Joann Hackos, chuyên gia truyền thông và Janice Redish, nhà tư vấn và nhà văn UX, khuyên rằng phân tích nhiệm vụ rất hữu ích để hiểu (1998):

  • Mục tiêu của người dùng của bạn và những gì họ đang cố gắng đạt được
  • Các bước mà người dùng của bạn hiện đang thực hiện để đạt được mục tiêu của họ (rất hữu ích khi xem cách họ làm theo hướng dẫn hoặc đã nghĩ ra cách giải quyết các vấn đề trong thực tiễn hiện tại!)
  • Trải nghiệm cá nhân, xã hội và văn hóa mà người dùng mang lại cho các tác vụ
  • Ảnh hưởng của môi trường vật chất đối với người dùng trong khi cố gắng đạt được mục tiêu

Sự hiểu biết rõ ràng về các yếu tố trên sẽ giúp bạn xác định và định hình các vấn đề của người dùng để từ đó bạn có thể hình thành các cách giúp cải thiện trải nghiệm của họ.

Chuẩn bị tiến hành quá trình phân tích nhiệm vụ

Các chuyên gia về khả năng sử dụng Courage, Redish và Wixon (2007) cho rằng phân tích nhiệm vụ là một hoạt động dựa trên bốn nguyên tắc cốt lõi:

  1. Nó là một phần không thể thiếu của một phân tích rộng hơn bao gồm việc hiểu người dùng và môi trường của họ.
  2. Phân tích nhiệm vụ bao gồm việc hiểu mục tiêu của người dùng.
  3. Mặc dù trọng tâm, phương pháp, mức độ chi tiết và cách trình bày thông tin có thể khác nhau vào các thời điểm khác nhau, nhưng phân tích nhiệm vụ có liên quan ở tất cả các giai đoạn của quá trình thiết kế và phát triển.
  4. Thực tế thực tế là phân tích nhiệm vụ cho một dự án nhất định phụ thuộc vào nhiều yếu tố.

Phá vỡ những nguyên tắc này, bạn sẽ nhận thấy rằng hai nguyên tắc đầu tiên ủng hộ sự hiểu biết sâu sắc về người dùng, môi trường và mục tiêu của họ. Vì phương pháp luận của Tư duy thiết kế tạo ra kết quả đầu ra trong mỗi bước, nên việc phân tích nhiệm vụ là một quá trình phải được thông báo bởi kết quả đầu ra của giai đoạn trước – tức là đồng cảm với người dùng của bạn. Trong bước này, bạn có thể đã thực hiện các cuộc phỏng vấn người dùng hoặc thu thập dữ liệu thông qua việc quan sát cách người dùng của bạn trải qua cuộc sống hàng ngày của họ, để hiểu họ hơn và xây dựng sự đồng cảm với họ. Tóm lại, bạn sẽ tham gia vào một số nghiên cứu về người dùng , điều này có thể dẫn đến một số kết quả đầu ra như tính cách người dùng , kịch bản và bảng phân cảnh. Tất cả dữ liệu này là cần thiết cho phân tích nhiệm vụ, vì bạn sẽ căn cứ công việc của mình theo các kết quả đầu ra này.

Tất nhiên, chỉ thu thập bất kỳ dữ liệu nào trong quá trình nghiên cứu người dùng của bạn là chưa đủ. Nếu bạn định sử dụng phân tích nhiệm vụ (hoặc thực sự là nhiều công cụ khác trong bộ kỹ năng của nhà thiết kế UX, chẳng hạn như bản đồ hành trình của khách hàng ), thì việc thu thập dữ liệu của bạn phải được chú trọng. Larry Marine, một nhà tư vấn UX, lập luận rằng nghiên cứu người dùng của bạn nên tập trung vào việc thu thập năm loại dữ liệu sau, mà bạn sẽ sử dụng sau trong giai đoạn phân tích nhiệm vụ:

  • Kích hoạt: Điều gì nhắc người dùng bắt đầu tác vụ của họ?
  • Kết quả mong muốn: Làm thế nào người dùng biết được khi nhiệm vụ hoàn thành?
  • Kiến thức cơ bản: Người dùng sẽ biết gì khi bắt đầu tác vụ?
  • Kiến thức cần thiết: Những gì người dùng thực sự cần biết để hoàn thành nhiệm vụ?
  • Đồ tạo tác: Những công cụ hoặc thông tin nào mà người dùng sử dụng trong quá trình thực hiện nhiệm vụ?

Các bước đầu tiên khi tiến hành phân tích nhiệm vụ

Được trang bị thông tin bạn thu thập được trong giai đoạn đồng cảm, sau đó bạn có thể bắt đầu phác thảo cách người dùng trải qua cuộc sống hàng ngày của họ bằng cách vạch ra chuỗi hoạt động cần thiết để đạt được mục tiêu. Trước khi bắt đầu, điều quan trọng là phải có cái nhìn tổng quan về quy trình và các bước của nó, để bạn có thể chuẩn bị tốt hơn.

Theo Cơ quan kiến ​​thức về khả năng sử dụng của UXPA, quá trình phân tích nhiệm vụ có thể được chia thành các bước sau:

  • Xác định nhiệm vụ cần phân tích: Chọn một nhân vật và kịch bản cho nghiên cứu người dùng của bạn và lặp lại quy trình phân tích nhiệm vụ cho từng người. Mục tiêu và động lực của người dùng đó để đạt được mục tiêu đó là gì?
  • Chia mục tiêu này (nhiệm vụ cấp cao) thành các nhiệm vụ phụ: Bạn sẽ có khoảng 4–8 nhiệm vụ phụ sau quá trình này. Nếu bạn có nhiều hơn, thì điều đó có nghĩa là mục tiêu đã xác định của bạn quá cao và có thể quá trừu tượng. Như Don Norman (1998) đã nói, người dùng nổi tiếng là tệ trong việc trình bày rõ ràng các mục tiêu: ví dụ: “Tôi muốn trở thành một người mẹ tốt” – bạn thậm chí bắt đầu từ đâu? Mỗi nhiệm vụ phụ phải được xác định cụ thể về mục tiêu. Tổng hợp lại, các mục tiêu này phải bao gồm toàn bộ lĩnh vực quan tâm — tức là, giúp người dùng đạt được mục tiêu một cách đầy đủ.
  • Vẽ một sơ đồ nhiệm vụ phân lớp của mỗi nhiệm vụ con và đảm bảo rằng nó đã hoàn thành: Bạn có thể sử dụng bất kỳ ký hiệu nào bạn thích cho sơ đồ, vì không có tiêu chuẩn thực sự nào ở đây. Larry Marine chia sẻ một số lời khuyên hữu ích về ký hiệu mà anh ấy sử dụng, được xem xét bên dưới.
  • Viết câu chuyện: Một sơ đồ là không đủ. Nhiều sắc thái, động cơ và lý do đằng sau mỗi hành động chỉ đơn giản là bị mất trong sơ đồ, bởi vì tất cả những gì làm là để mô tả các hành động chứ không phải lý do đằng sau chúng. Đảm bảo rằng bạn kèm theo sơ đồ của mình với một câu chuyện đầy đủ tập trung vào  do .
  • Xác thực phân tích của bạn: Một khi bạn hài lòng với công việc của mình, hãy xem lại bản phân tích với một người không tham gia vào quá trình phân tích, nhưng là người hiểu rõ các nhiệm vụ để kiểm tra tính nhất quán. Người này có thể là một thành viên khác trong nhóm làm việc trong cùng một dự án, nhưng bạn cũng có thể tranh thủ sự giúp đỡ của những người dùng thực tế và các bên liên quan cho mục đích này.

Một mẹo nữa mà bạn có thể muốn xem xét là tiến hành phân tích nhiệm vụ song song. Điều này có nghĩa chỉ đơn giản là để có nhiều người trong nhóm UX của bạn thực hiện quá trình đồng thời — để sau này bạn có thể so sánh kết quả đầu ra của mình và hợp nhất chúng thành một sản phẩm cuối cùng có thể phân phối. Điều này có thể đặc biệt hữu ích nếu bạn đang làm việc trên phạm vi quốc tế hoặc nơi phải cân nhắc nhiều cá nhân cho cùng một mục tiêu.

891db68260e343d97dd6a381abc8ffa1

Tác giả / Chủ bản quyền: Đại học Strathclyde, Khoa Khoa học Quản lý, Wikimedia. Điều khoản bản quyền và giấy phép: CC BY-SA 3.0

Một sơ đồ phân lớp mẫu từ quy trình phân tích nhiệm vụ (mục tiêu: hâm nóng lò)

Các loại phân tích nhiệm vụ

Bạn có thể tiếp cận một hoạt động phân tích nhiệm vụ từ hai quan điểm chính. Cho đến nay, chúng ta đã thảo luận về việc chia nhỏ các nhiệm vụ thành các nhiệm vụ con, một cách tiếp cận được gọi là Phân tích nhiệm vụ theo thứ bậc. Tuy nhiên, bạn cũng có thể phân biệt quan điểm của mình bằng cách tập trung vào các nhiệm vụ đòi hỏi khả năng ra quyết định, giải quyết vấn đề, trí nhớ, sự chú ý và khả năng phán đoán. Quá trình này được gọi là Phân tích Nhiệm vụ Nhận thức . Từ quan điểm này, bạn sẽ không chỉ quan tâm đến cách các hoạt động thực tế liên quan đến việc đạt được mục tiêu được thực hiện mà còn với các chi tiết nhỏ hơn nhằm mục đích khám phá cách một người mới có thể thực hiện so với một chuyên gia, mức độ tải nhận thức cần thiết cho mỗi bước , cách các chuyên gia đưa ra quyết định hoặc cách người dùng phát triển các mô hình tinh thầncho một hoạt động sau này được sử dụng lại hoặc điều chỉnh cho các mục đích khác.

Một ví dụ về Phân tích nhiệm vụ

Bây giờ chúng ta hãy làm việc thông qua một ví dụ để minh họa cách bạn có thể thực hiện một phân tích nhiệm vụ. Giả sử rằng Rosie, một bác sĩ khám bệnh tại nhà, cần cập nhật vị trí của cô ấy trên hệ thống của bệnh viện (tức là cô ấy để lại một bệnh nhân để đến tiếp theo) qua tin nhắn văn bản. Rosie sử dụng một thiết bị tùy chỉnh có vẻ như là điện thoại di động nhưng được thiết kế riêng để các bác sĩ sử dụng. Tất cả những gì cô ấy cần làm là gửi một tin nhắn SMS ngắn có từ “bệnh nhân tiếp theo” đến một số nhất định.

Mục tiêu: 1. Gửi tin nhắn văn bản đến hệ thống của bệnh viện

Mục tiêu phụ:

1.1. Mở ứng dụng nhắn tin trên điện thoại di động của cô ấy.

1.2. Nhập số đặc biệt của hệ thống bệnh viện.

1.3. Di chuyển đến trường nhập văn bản.

1.4. Nhập các từ “bệnh nhân tiếp theo”.

1.5. Kiểm tra chính tả (vì nó cần chính xác để hệ thống chấp nhận).

1.6. Nhấn vào nút “gửi”.

 

1.7. Thoát khỏi ứng dụng nhắn tin.

 

a9bca4aec02eb2d8d31dcf5d0cec0b03

Tác giả / Người giữ bản quyền: Andreas Komninos, Quỹ Thiết kế Tương tác . Điều khoản bản quyền và giấy phép: CC BY-SA 3.0

Sơ đồ phân tích nhiệm vụ mẫu để gửi một tin nhắn ngắn đến hệ thống bệnh viện. Lưu ý cách mỗi bước thể hiện một nhiệm vụ phụ có thể được chia nhỏ thành các nhiệm vụ phụ khác.

Trong sơ đồ trên, bạn sẽ nhận thấy rằng chúng tôi đã xác định các “kế hoạch” khác nhau về cách Rosie có thể đạt được một mục tiêu nhất định. Trong sơ đồ, hầu hết mọi thứ ngoại trừ việc hiển thị tên liên hệ phù hợp đều do người dùng thực hiện. Chúng ta có thể thấy rằng Rosie không nhận được nhiều sự ủng hộ ở đây. Có lẽ chúng ta có thể can thiệp bằng cách thiết kế lại ứng dụng nhắn tin của thiết bị.

  • Chúng tôi có thể loại bỏ bước “nhấn vào biểu tượng tìm kiếm” bằng cách hiển thị danh sách các địa chỉ liên hệ phù hợp với Rosie ngay khi cô ấy bắt đầu nhập bất kỳ chữ cái hoặc số nào vào trường nhập văn bản “Tới:”.
  • Chúng tôi thậm chí có thể loại bỏ việc nhập bằng cách hiển thị danh sách thả xuống “các địa chỉ liên hệ thường dùng” trong trường “Tới:”, ngay cả khi Rosie chưa nhập bất kỳ thứ gì.
  • Chúng tôi có thể giúp Rosie kiểm tra chính tả tin nhắn của cô ấy bằng cách đánh dấu các từ viết sai chính tả hoặc bằng cách làm cho thiết bị rung bất cứ khi nào một từ viết sai chính tả.
  • Để tránh lỗi, chúng tôi có thể tắt nút “gửi” nếu xuất hiện lỗi chính tả trong văn bản.
  • Chúng ta có thể loại bỏ bước “thoát tin nhắn” bằng cách tự động đóng ứng dụng nhắn tin sau khi tin nhắn đã được gửi đi.

Bạn sẽ lưu ý rằng một số ý tưởng cải tiến được thảo luận ở đây dựa trên hệ thống phân cấp nhiệm vụ đơn giản (tức là loại bỏ các bước không cần thiết), trong khi những ý tưởng khác phụ thuộc vào cách tiếp cận phân tích nhận thức (tức là giảm bớt khối lượng công việc tinh thần của người dùng). Cuối cùng chúng tôi quyết định làm gì sẽ phụ thuộc vào cách người dùng hình dung vấn đề. Nếu người dùng tin rằng việc nhập văn bản đúng chính tả là nguồn gốc gây ra sự thất vọng lớn nhất của họ, thì thiết kế của chúng tôi nên tập trung vào khía cạnh đó. Giải quyết các vấn đề thực sự có tác động lớn nhất đến dự án và bạn nên liên tục cố gắng để xem phân tích nhiệm vụ từ quan điểm của người dùng chứ không phải những gì bạn thực sự có thể làm (hoặc muốn làm).

“Trong 25 năm kinh nghiệm của tôi với hơn 250 dự án, không có một sản phẩm nào được tập trung vào giải quyết đúng vấn đề.”
—Larry Marine, chuyên gia tư vấn về trải nghiệm người dùng

Larry Marine thích chú thích các sơ đồ phân tích nhiệm vụ của mình bằng cách sử dụng các màu khác nhau trong các luồng khác nhau:

  • Màu xanh lá cây thể hiện những hành động mà người dùng cần làm.
  • Màu vàng thể hiện một bước mà hệ thống có thể thực hiện.
  • Màu tím đại diện cho các đối tượng, công cụ hoặc thông tin mà người dùng cần.
  • Màu cam đại diện cho các câu hỏi hoặc vấn đề về nhiệm vụ.

Một phân tích nhiệm vụ có thể sẽ có tỷ lệ luồng “xanh” ban đầu lớn hơn. Một tác vụ được thiết kế lại có thể sẽ có ít dòng “xanh” hơn và nhiều “vàng” hơn, để cho thấy rằng bạn đã thực sự quản lý để giảm tải các tác vụ từ người dùng sang hệ thống, do đó cải thiện trải nghiệm tổng thể của họ bằng cách làm cho cuộc sống của họ dễ dàng hơn.

Kết luận

Phân tích nhiệm vụ là một trong những công cụ mạnh mẽ nhất trong bộ kỹ năng của nhà thiết kế UX. Như bạn sẽ thấy chắc chắn, không khó để biết cách làm điều đó. Tuy nhiên, phần khó khăn là phải nhớ giữ quan điểm của người dùng và chống lại sự cám dỗ để tạo ra các diễn giải của riêng bạn về vấn đề hoặc “dính vào” các phần thiết kế chỉ vì lợi ích của việc đó. Cũng nên nhớ rằng phân tích nhiệm vụ là vô ích khi nó không được hỗ trợ bởi nghiên cứu người dùng nghiêm ngặt. Nếu không có dữ liệu nghiên cứu người dùng, bất kỳ nỗ lực nào để tiến hành phân tích nhiệm vụ sẽ bị mù và dẫn đến thất bại, bởi vì bạn sẽ nắm bắt hầu hết những gì bạn nghĩ vấn đề liên quan, trái ngược với những gì thực tế của người dùngnhu cầu được. Cũng nên nhớ rằng phân tích nhiệm vụ không phải là một quá trình thực hiện một lần. Bạn có thể lặp lại nó trên các thiết kế của riêng mình sau này trong quá trình này, vì Tư duy Thiết kế là một quá trình lặp đi lặp lại mà cuối cùng sẽ đưa bạn trở lại giai đoạn “xác định” vào một thời điểm nào đó. Cuối cùng, hãy nhớ rằng — giống như bất kỳ hoạt động nào khác trong thiết kế UX — phân tích nhiệm vụ đòi hỏi thời gian, nguồn lực, con người và ngân sách. Hãy chắc chắn cân bằng các yêu cầu này một cách cẩn thận và chỉ tham gia vào quá trình này nếu bạn có đủ số lượng cần thiết!

Start typing and press Enter to search

Shopping Cart