Câu chuyện người dùng mang tính khai báo và bắt buộc- Điều gì hoạt động tốt hơn?

Mar 22 2022
Trong vài năm qua, tôi đã viết hàng trăm câu chuyện người dùng, nhưng gần đây tôi đã biết về hai loại định dạng câu chuyện người dùng - câu chuyện người dùng khai báo và câu chuyện người dùng bắt buộc. Theo tôi, cả hai định dạng đều hữu ích ở các giai đoạn khác nhau trong quá trình phát triển sản phẩm và việc lựa chọn định dạng này thay đổi định dạng khác tùy thuộc vào người đang sử dụng câu chuyện của người dùng.
Câu chuyện người dùng khai báo so với mệnh lệnh

Trong vài năm qua, tôi đã viết hàng trăm câu chuyện người dùng, nhưng gần đây tôi đã biết về hai loại định dạng câu chuyện người dùng - câu chuyện người dùng khai báo và câu chuyện người dùng bắt buộc. Theo tôi, cả hai định dạng đều hữu ích ở các giai đoạn khác nhau trong quá trình phát triển sản phẩm và việc lựa chọn định dạng này thay đổi định dạng khác tùy thuộc vào người đang sử dụng câu chuyện của người dùng.

Vậy câu chuyện người dùng khai báo và bắt buộc là gì?

Câu chuyện bắt buộc của người dùng

Trong Câu chuyện người dùng bắt buộc, giá trị quan trọng được trao cho “cách thức” . Chúng rất chi tiết, bao gồm các chi tiết tốt hơn về hành trình của người dùng và mô tả cách sản phẩm sẽ hoạt động dựa trên các hành động và điểm kích hoạt khác nhau của người dùng. Các tiêu chí chấp nhận sẽ thể hiện phần “cách thức” với tư cách là người hùng của mỗi điểm.

Thành thật mà nói, đây là cách duy nhất tôi biết. Phương châm của tôi là- càng chi tiết càng tốt. Tôi thường trình bày phần mô tả chính ở định dạng câu chuyện của người dùng “ Với tư cách là ____, tôi muốn ____, vì vậy tôi ____” và bao gồm rất nhiều chi tiết, tình huống, các trường hợp phức tạp trong tiêu chí chấp nhận thường ở dạng “ Cho, khi nào, sau đó".

Hãy xem một ví dụ về cách tôi viết câu chuyện của người dùng (rõ ràng là bắt buộc 😊😜) -

Ví dụ về câu chuyện người dùng bắt buộc:

Với tư cách là một tác giả, tôi muốn gửi bài viết của mình để người xem trên nền tảng có thể nhìn thấy bài viết của tôi.

Giả sử, tôi đang viết một bài báo, khi tôi viết được 100 từ, tức là số từ tối thiểu, khi đó, tôi sẽ thấy nút Xuất bản có màu xanh lam. Nó phải được nhấp vào.

Giả sử, tôi đang viết một bài báo, khi tôi chưa viết được 100 từ tức là số từ tối thiểu, khi đó, tôi sẽ thấy nút Xuất bản có màu xám. Nó phải được nhấp vào.

Cho trước, tôi thấy nút xuất bản có màu xám, khi tôi di chuột qua nút xuất bản, sau đó, tôi sẽ thấy văn bản di chuột hoặc chú giải công cụ với thông báo “Không đáp ứng số lượng từ tối thiểu”.

Khi nào không sử dụng câu chuyện người dùng bắt buộc?

  1. Do các câu chuyện bắt buộc rất chi tiết, nên loại văn bản này nên được ngăn chặn khi việc khám phá sản phẩm chưa hoàn toàn xảy ra hoặc khi chỉ tạo ra các khái niệm ban đầu và khung dây fi thấp và phản hồi của người dùng chưa được đưa vào quá trình thiết kế.
  2. Nếu nhóm thiết kế của bạn cũng đang sử dụng câu chuyện của người dùng để hiểu những khả năng nào thuộc phạm vi và cần được thiết kế. Phong cách viết bắt buộc đưa ra nhiều quyết định thiết kế và không để lại nhiều chỗ cho nhóm UX / thiết kế suy nghĩ. Trong ví dụ trên, câu chuyện bao gồm các quyết định về khái niệm và đưa ra quyết định thiết kế cho một UI Designer, chẳng hạn như sử dụng văn bản di chuột để cho người dùng biết rằng có một số từ tối thiểu để xuất bản và quyết định màu sắc của nút.

Phong cách viết so sánh tập trung nhiều hơn vào “cái gì” . Điểm nhấn là xác định giá trị nào được tạo ra cho người dùng.

Hãy xem câu chuyện người dùng khai báo tập trung mạnh hơn vào giá trị như thế nào so với ví dụ Câu chuyện người dùng bắt buộc trước đây.

Ví dụ về câu chuyện người dùng khai báo:

Với tư cách là một tác giả, tôi muốn gửi bài viết của mình để người xem trên nền tảng có thể nhìn thấy bài viết của tôi.

Giả sử, tôi đang viết một bài báo, khi tôi đã viết số từ tối thiểu, thì tôi sẽ có thể xuất bản bài báo của mình.

Giả sử, tôi đang viết một bài báo, khi tôi chưa viết số từ tối thiểu, thì tôi sẽ không thể xuất bản bài báo của mình.

tôi chưa viết số từ tối thiểu, khi tôi không thể xuất bản bài báo của mình, thì tôi sẽ được thông báo rằng tôi cần viết số từ tối thiểu để xuất bản.

Bằng cách tránh các chi tiết về hành trình của người dùng và giao diện, câu chuyện của người dùng không quyết định các quyết định thiết kế. Bằng cách giữ cho số lượng từ tối thiểu là trừu tượng, nó giúp câu chuyện của người dùng luôn mở để đón nhận phản hồi của người dùng cuối. Tập trung vào 'những gì' giữ cho nó phù hợp với các bên liên quan khác nhau và cũng thúc đẩy một môi trường làm việc hợp tác. Nó giúp những người khác nhau giải thích và lý tưởng khác nhau và có quan điểm riêng của họ về "cách" có thể đạt được giá trị.

Phát triển và lặp lại là chìa khóa

Mặc dù kiểu khai báo có một số ưu điểm, nhưng nó có thể không hoạt động mọi lúc. Tôi thấy hữu ích khi bắt đầu với phong cách khai báo, mở, tập trung vào CÁI GÌ và dần dần chuyển sang phong cách mệnh lệnh khi

  • Các bài kiểm tra khả năng sử dụng được tiến hành và rút ra các suy luận.
  • UX / UI đang phát triển và hoàn thiện.
  • Câu chuyện đang được hoàn thiện với đội ngũ thiết kế và kỹ thuật, các “cách thức” khác nhau đang được khám phá và hoàn thiện, các điều kiện cạnh đang được khám phá, các trường hợp thử nghiệm đang được viết.

© Copyright 2021 - 2023 | vngogo.com | All Rights Reserved