Kịch bản này minh họa điều nào sau đây?

Kịch bản thiết kế là công cụ hữu ích để truyền đạt ý tưởng về hành động của người dùng. Các kịch bản thiết kế lập bản đồ cũng có lợi ích bổ sung là nó giúp chính thức hóa các ý tưởng và thực hiện các cách tiếp cận sáng tạo đối với những ý tưởng đó. Quan trọng hơn hết, nó sẽ đảm bảo rằng các thiết kế của bạn được bắt nguồn từ vững chắc trên đất nền và thực hiện phương pháp tiếp cận “những gì người dùng của chúng tôi muốn / cần” ngay từ đầu. Nói chung, các tình huống của người dùng được thiết kế để nắm bắt các tương tác chính với một hệ thống chứ không phải tất cả các tương tác có thể có.

Quảng cáo

Kịch bản người dùng là gì?

Kịch bản người dùng chỉ đơn giản mô tả một câu chuyện cơ bản về một hành động hoặc mục tiêu mà người dùng muốn hoàn thành. Chẳng hạn, đó có thể là cách Kevin cần mua một đĩa CD trực tuyến để giao ngay hôm nay cho ngày sinh nhật của bạn anh ấy. Tất nhiên, các kịch bản có thể chi tiết hơn nhiều, ý tưởng là phải tìm ra: ai, cái gì, khi nào, ở đâu, tại sao và như thế nào trong kịch bản của người dùng.

Các kịch bản có thể được sử dụng để mô tả cả những gì hiện đang xảy ra trong một hệ thống hoặc môi trường hoặc thông thường hơn là hành vi dự kiến ​​trong một hệ thống hoặc môi trường.

Các kịch bản người dùng cũng có thể hữu ích khi xác định thử nghiệm khả năng sử dụng. Chúng cho phép người kiểm tra tập trung vào các nhiệm vụ chính trong hệ thống.

Như Steve Jobs, người sáng lập Apple, đã nói; “Thiết kế không chỉ là những gì nó trông và cảm thấy như thế nào. Thiết kế là cách nó hoạt động.” Tình huống người dùng giúp bạn kiểm tra cách thiết kế của bạn sẽ hoạt động.

Kịch bản này minh họa điều nào sau đây?

Tác giả / Chủ bản quyền: Kishorekumar 62. Điều khoản bản quyền và giấy phép: CC BY-SA 3.0

Một cách phổ biến để các nhà phát triển minh họa các kịch bản của người dùng là sử dụng UML (Ngôn ngữ tạo mô hình hợp nhất) như được thấy ở đây.

Khi nào nên sử dụng bản đồ kịch bản trong một dự án?

Lập bản đồ kịch bản có thể hiệu quả ở nhiều điểm trong một dự án nhưng có ba cách sử dụng tuyệt vời cho nó ở các giai đoạn cụ thể:

  • Ý tưởng – nếu bạn đang cố gắng tạo ra một sản phẩm mới, thì việc có bản đồ kịch bản sẽ giúp bạn dễ dàng khám phá ý tưởng với nhóm của mình và với người dùng. Nó cũng giúp, theo một phương tiện tương tự như phân tích nhiệm vụ, hình thành một tầm nhìn chung cho dự án. (Xem phương pháp dưới đây để biết cách thực hiện việc này).

  • Lặp lại – nếu bạn mới làm quen với một sản phẩm và bạn sẽ tham gia vào việc tạo các lần lặp lại trong tương lai thì việc tạo bản đồ kịch bản “nhanh chóng” bằng cách quan sát người dùng với sản phẩm hiện tại khá dễ dàng. (Điều này có thể được thực hiện một mình và không cần phương pháp bên dưới).

  • Kiểm tra khả năng sử dụng – các kịch bản người dùng cũng có thể được sử dụng để xác định đâu là lĩnh vực quan trọng nhất cần kiểm tra trong quá trình kiểm tra khả năng sử dụng và cung cấp hướng dẫn về cách thực hiện.

Kịch bản này minh họa điều nào sau đây?

Tác giả / Chủ bản quyền: Rosenfeld Media. Điều khoản bản quyền và giấy phép: CC BY 2.0

Kiểm tra khả năng sử dụng là một phần quan trọng của công việc UX và các kịch bản của người dùng giúp bạn dễ dàng cung cấp câu chuyện để người dùng kiểm tra.

Làm thế nào để lập bản đồ kịch bản người dùng?

Đó là một quá trình khá đơn giản để tạo các kịch bản người dùng và đây là một cách đơn giản để tiến hành nó:

  • Trước tiên, hãy tìm một nơi mà bạn có thể sử dụng để sáng tạo – bạn sẽ cần một nơi mà một nhóm có thể nói chuyện và thảo luận mà không bị gián đoạn và không làm phiền người khác. Có thể bạn sẽ cần từ 2 đến 3 giờ cho phiên này.

  • Sau đó, mời một loạt những người có liên quan đến phiên – nhóm UX, nhóm phát triển, giám đốc sản phẩm, v.v. nhưng đừng mời quá nhiều người, tối đa là 7 người là một ý tưởng hay vì điều đó có nghĩa là mọi người đều có thể đóng góp mà không cần ai cả. bị lạc trong hỗn hợp.

  • Sau đó, nhận một số ghi chú post-it, giấy khổ lớn, v.v. để giúp bạn dễ dàng nắm bắt ý tưởng và giới thiệu nó trước mặt mọi người. Mang theo sellotape hoặc blu-tack phòng trường hợp mọi thứ không đủ dính cho các bề mặt trong phòng của bạn.

  • Giải thích cho mọi người, trình bày mục tiêu của bạn là gì và kịch bản của người dùng là gì – luôn tốt khi mọi người trên cùng một trang. Tuy nhiên, cũng đừng dành quá nhiều thời gian cho việc này; bạn muốn mọi người khai thác sáng tạo tốt nhất của họ không phải ngủ quên vì bạn đã khiến họ chết.

  • Hy vọng rằng bạn có tính cách người dùng vì chúng sẽ có ích khi bạn lập bản đồ cho kịch bản người dùng đầu tiên của mình. Người dùng này phải làm gì trong tương tác này với sản phẩm? Điều này cho bạn biết những gì diễn ra trong kịch bản.

  • Bạn cũng cần cung cấp ngữ cảnh để làm cho các kịch bản của bạn chính xác nhất có thể – ai, cái gì, khi nào, ở đâu và tại sao chi tiết mang lại màu sắc cho kịch bản và dễ liên tưởng đến.

  • Sau đó, đã đến lúc thực hiện một số bước nhỏ và xem xét kịch bản theo vị trí của người dùng của bạn (đề cập đến tính cách người dùng của bạn). Người dùng sẽ làm gì? Họ cần thông tin gì để hoàn thành công việc đó? Những câu hỏi nào họ sẽ cần được trả lời hoặc bạn sẽ cần được trả lời để làm điều này? Bạn sẽ phải đưa ra những giả định nào để thực hiện điều này?

  • Cuối cùng, bạn cũng muốn thu thập những ý tưởng từ nhóm không phù hợp với kịch bản nhưng có thể liên quan đến nó.

  • Sau khi bạn đã hoàn thành mỗi kịch bản, hãy ghi chú lại nó và dán lên tường. Hãy thử và nhóm các kịch bản để bạn có thể dễ dàng hiểu được chúng và phát hiện ra bất kỳ khoảng trống nào phát sinh.

Kịch bản này minh họa điều nào sau đây?

Tác giả / Người giữ bản quyền: Billy Meinke. Điều khoản bản quyền và giấy phép: CC BY 2.0

Nhóm các ý tưởng lại với nhau giúp bạn dễ dàng hình thành kết nối giữa chúng – bạn thậm chí có thể làm theo ví dụ này và liên kết chúng bằng cách sử dụng các bit chuỗi (hoặc vẽ mũi tên).

  • Lặp lại quá trình này cho mỗi tình huống. Cho đến khi bạn đã tạo các kịch bản cho mọi tác vụ chính mà người dùng sẽ thực hiện với sản phẩm.

  • Cần tìm thêm kịch bản? Sau đó, câu hỏi đặt ra là “những tác vụ chính nào phải được thực hiện để làm hài lòng người dùng và / hoặc doanh nghiệp” (mặc dù điều đáng chú ý là các tác vụ làm hài lòng doanh nghiệp chứ không phải người dùng sẽ không được thực hiện thường xuyên).

  • Khi tất cả các tình huống của bạn đã hoàn tất – hãy chụp ảnh bức tường có độ phân giải cao (nó giúp bạn không phải sao chép tất cả dữ liệu đó xuống trước khi nhường phòng cho người khác) và đảm bảo rằng bạn có thể đọc các ghi chú mà bạn đã thực hiện in ảnh.

  • Giai đoạn cuối cùng là biên dịch tất cả dữ liệu đó thành một thứ hữu ích (chẳng hạn như bảng tính hoặc sơ đồ) và sau đó chia sẻ nó với các bên liên quan khác để nhận được phản hồi của họ. Phản hồi mà họ cung cấp phải cụ thể và chi tiết để có giá trị nhất; “Tôi không thích điều đó.” không phải là phản hồi – đó là ý kiến. “Tôi không nghĩ điều đó có thể thực hiện được vì phần cứng của chúng tôi không hỗ trợ chức năng XYZ”, mặt khác là phản hồi hữu ích – nó mời bạn khám phá các tùy chọn khác hoặc thay đổi kế hoạch.

Kịch bản này minh họa điều nào sau đây?

Tác giả / Người giữ bản quyền: FlorianBauer79. Điều khoản bản quyền và giấy phép: CC BY-SA 3.0

Dưới đây là một ví dụ về các kịch bản người dùng được kết hợp với nhau để tạo thành một câu chuyện người dùng. Điều này sẽ hướng dẫn quá trình thiết kế và phát triển.

Một lưu ý cuối cùng: bản đồ kịch bản không nhằm thể hiện mọi tương tác có thể có với một hệ thống hoặc sản phẩm mà là để nắm bắt những tương tác quan trọng nhất. Nếu bạn cố gắng bao gồm tất cả mọi thứ, đặc biệt là với một sản phẩm phức tạp, bạn sẽ thấy rằng các bản đồ kịch bản lặp lại trong tương lai trở nên phức tạp hơn bao giờ hết (vì một thay đổi sẽ ảnh hưởng đến một loạt các kịch bản khác) vì vậy tốt nhất là giữ mọi thứ ở mức khá cao -cấp độ.

Mang đi

Kịch bản người dùng là một cách tuyệt vời để giao tiếp các tác vụ chính mà người dùng sẽ thực hiện với hệ thống. Chúng cũng có thể giúp xác định chế độ kiểm tra khả năng sử dụng khi một dự án kết thúc. Đây là một quá trình đơn giản để tạo các kịch bản người dùng và mọi nhà thiết kế UX nên có chúng trong bộ công cụ của họ để phát triển và lặp lại các sản phẩm.

Tài nguyên & Nơi để Tìm hiểu Thêm

Khóa học: “Trải nghiệm người dùng: Hướng dẫn cho người mới bắt đầu”.

Bạn có thể tìm thấy một số ví dụ tuyệt vời về các tình huống người dùng tại đây (như được sử dụng để phân tích khả năng tiếp cận).

Trang web về khả năng sử dụng của chính phủ Anh cũng cung cấp một số gợi ý hữu ích về việc sử dụng các tình huống của người dùng.

Hình ảnh anh hùng: Tác giả / Người giữ bản quyền: Katie Inglis. Điều khoản bản quyền và giấy phép: CC BY-NC-ND 2.0

Tình huống nào sau đây minh họa rõ nhất khái niệm về một tình huống dựa trên tiền lệ?

Tình huống nào sau đây minh họa rõ nhất khái niệm về một tình huống dựa trên tiền lệ? Tòa án tối cao căn cứ quyết định của mình trong một vụ án liên quan đến điều khoản thương mại dựa trên một trong những quyết định trước đó của mình liên quan đến điều khoản thương mại.

Lập luận chung được đưa ra trong Brutus 1 là gì?

Brutus cho rằng một nước cộng hòa tự do không thể tồn tại trên một lãnh thổ rộng lớn như Hoa Kỳ. Ông sử dụng các ví dụ về các nước cộng hòa Hy Lạp và La Mã đã trở nên chuyên chế khi lãnh thổ của họ phát triển. Ông tuyên bố rằng một nền cộng hòa tự do thực sự đến từ nhân dân, không phải đại diện của nhân dân.

Trường hợp nào sau đây đã mở rộng quyền hạn của Quốc hội?

McCulloch v. Maryland (1819) là một trong những vụ án đầu tiên và quan trọng nhất của Tòa án tối cao về quyền lực liên bang. Trong trường hợp này, Tòa án Tối cao cho rằng Quốc hội đã ngụ ý các quyền hạn bắt nguồn từ những quyền hạn được liệt kê trong Điều I, Phần 8.

Tình huống nào sau đây là một ví dụ về mô hình đại diện của người được ủy thác?

Tình huống nào sau đây là một ví dụ về mô hình đại diện của người được ủy thác? Một thành viên của Quốc hội bỏ phiếu để đóng một lỗ hổng phổ biến về thuế dựa trên niềm tin rằng tiền sẽ được chi tiêu tốt hơn để trả nợ quốc gia.

Bạn đang xem chuyên mục Hỏi đáp
Thuộc website web giải đáp

Quảng cáo
Hỏi đáp

Leave a Reply

Email của bạn sẽ không được hiển thị công khai.

You may use these HTML tags and attributes:

<a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>