4 mẫu câu chuyện của người dùng + cách viết chúng kèm theo ví dụ

Terus - Đối tác tin cậy đồng hành cùng doanh nghiệp thành công. Với nhiều kinh nghiệm trong lĩnh vực công nghệ, Terus đã khẳng định vị thế là một trong những đơn vị hàng đầu tại Việt Nam.

Đối với các nhà phát triển phần mềm, thật dễ dàng để tập trung vào những gì bạn đang làm và quên mất bạn đang xây dựng phần mềm cho ai. Trong khi phương pháp Agile nhấn mạnh tầm quan trọng của các yêu cầu về tính năng, thì người dùng cuối phải là người được ưu tiên hàng đầu trong toàn bộ quá trình phát triển phần mềm. Rất may là bạn có thể đóng khung các yêu cầu này trong một mô tả ngắn gọn, đơn giản. Chúng tôi gọi các mẫu này là câu chuyện người dùng.

Việc tạo câu chuyện người dùng giúp các nhà phát triển hiểu được các vấn đề họ đang giải quyết cho người dùng và cách làm cho nhiệm vụ của họ dễ dàng hơn. Với ngôn ngữ đơn giản, không mang tính kỹ thuật, bạn có thể thiết lập giá trị đằng sau một phần mềm. Điều này không chỉ giúp các nhóm hiểu được những gì họ đang làm mà còn giúp hiểu được lý do tại sao nó lại quan trọng.

Dưới đây, chúng tôi sẽ phân tích các yếu tố của một câu chuyện người dùng hay và cung cấp các mẫu miễn phí để bạn hoàn thiện quy trình câu chuyện người dùng của mình.

Ba yếu tố tạo nên câu chuyện người dùng, được gọi là ba chữ C:

Thẻ: Đây là nơi thực tế mà bạn viết câu chuyện người dùng. Đặt câu chuyện trên thẻ vật lý giúp củng cố các thành viên trong nhóm các tiêu chí và vấn đề của người dùng mà câu chuyện đang giải quyết.

Cuộc trò chuyện: Câu chuyện người dùng truyền cảm hứng cho các cuộc thảo luận của nhóm về cách đáp ứng các yêu cầu của người dùng. Nhóm của bạn có thể động não để tìm ra các giải pháp mới bằng cách đặt câu hỏi và đạt được sự hiểu biết chung.

Xác nhận: Quản lý sản phẩm và nhà thiết kế cần đưa ra tiêu chí chấp nhận đáp ứng yêu cầu của người dùng. Khi nhóm của bạn muốn tiến hành giải pháp, các nhà phát triển sẽ tiến hành xác nhận này.

Lưu ý: Một số nhóm thêm chữ “C” thứ tư cho “bối cảnh” vào các câu chuyện phức tạp hơn.

Mẫu câu chuyện người dùng chuẩn

Câu chuyện người dùng bao gồm một hoặc hai câu. Trong không gian đó, chúng mô tả những người dùng cuối kiếm được giá trị thông qua sản phẩm của bạn. Định dạng câu chuyện người dùng có nội dung như sau: "Là [người dùng], tôi muốn [mục tiêu] để [lợi ích]."

Hãy cùng khám phá định dạng đó chi tiết hơn:

Là [người dùng]: Giải thích bạn đang xây dựng sản phẩm này cho ai. Vượt ra ngoài chức danh công việc và những câu sáo rỗng, và nắm bắt được cảm nhận bên trong của người dùng về giá trị. Nếu tổ chức của bạn sử dụng chân dung người mua, bạn có thể áp dụng một chân dung cụ thể tại đây.

Tôi muốn [mục tiêu]: Mô tả ý định của người dùng thay vì cách họ đạt được mục tiêu. Mục tiêu quan trọng hơn việc triển khai.

Để [lợi ích]: Phân tích cách đạt được mục tiêu mang lại lợi ích cho người dùng. Hãy nhớ nhìn vào bức tranh toàn cảnh hoặc mong muốn sâu sắc hơn ở người dùng.

Hãy nhớ rằng các nhóm có thể sử dụng các định dạng câu chuyện người dùng khác. Một số tùy chọn phổ biến bao gồm:

Để [nhận được lợi ích] như một [vai trò], tôi có thể [mục tiêu/mong muốn].

Là [ai] [khi nào] [ở đâu], tôi [muốn] vì [tại sao].

Các loại câu chuyện người dùng

Tùy thuộc vào mức độ phức tạp của câu chuyện người dùng, chúng có thể phù hợp với các danh mục khác nhau. Đôi khi, bạn thậm chí có thể kết hợp các câu chuyện người dùng thành một câu chuyện lớn hơn. Dưới đây là bốn loại câu chuyện người dùng chính:

Đơn giản: Đây là những câu chuyện người dùng riêng lẻ hoặc độc lập tập trung vào một người dùng hoặc loại sản phẩm cụ thể.

Sử thi: Các nhóm câu chuyện người dùng có liên quan kết hợp lại với nhau để tạo thành sử thi. Chúng có thể liên quan đến nhiều người dùng làm việc cùng nhau hoặc độc lập hoặc nhiều nhu cầu của một loại người dùng duy nhất để đạt được một số mục tiêu hoặc lợi ích.

Chủ đề: Đây là các khoản đầu tư và chiến lược lớn nhóm các sử thi lại với nhau. Câu chuyện người dùng theo chủ đề nêu bật cách một công ty sẽ đạt được các mục tiêu rộng hơn.

Scaled Agile Framework (SAFe): Những câu chuyện người dùng này bổ sung thêm các chi tiết như giả thuyết lợi ích, chi phí chậm trễ hoặc các yêu cầu không chức năng.

Câu chuyện người dùng giúp các nhà phát triển tập trung vào người dùng cuối. Thay vì nghĩ về sản phẩm của họ một cách riêng lẻ, câu chuyện người dùng nắm bắt chức năng từ góc nhìn bên ngoài. Vì vậy, thay vì nghĩ về công cụ làm gì, các nhà phát triển xem xét cách công cụ đó giúp ích cho người dùng.

Câu chuyện người dùng cũng đóng vai trò quan trọng trong quá trình phát triển Agile bằng cách:

Cung cấp cảm giác về cấu trúc

Làm nổi bật nhu cầu và ưu tiên của người dùng đối với các nhà phát triển

Chỉ ra giá trị thực tế được tìm thấy trong một sản phẩm

Khám phá "ai", "cái gì" và "tại sao" trong quá trình phát triển để cung cấp cho các nhà phát triển bối cảnh cần thiết

Để [khám phá các món ăn mới và dễ dàng thêm các thành phần cần thiết vào danh sách mua sắm của mình] với tư cách là [người nấu ăn tại nhà đang tìm kiếm cảm hứng cho bữa ăn], tôi có thể [duyệt qua nhiều công thức nấu ăn trong ứng dụng mua sắm].

Tình huống: Câu chuyện này đặt mong muốn sâu sắc hơn của người dùng lên hàng đầu trước các mục tiêu hữu hình sẽ đưa họ đến đó.

Tiêu chí chấp nhận: Vì người nấu ăn tại nhà muốn khám phá các món ăn mới dễ dàng và thêm các thành phần cần thiết vào danh sách mua sắm của mình, nên khi người mua sắm sử dụng ứng dụng mua sắm, ứng dụng đó phải có cơ sở dữ liệu có thể tìm kiếm được về các công thức nấu ăn được phân loại theo ẩm thực, sở thích ăn kiêng và loại bữa ăn.

Điểm chính: Câu chuyện người dùng này nêu bật cách lợi ích và mục tiêu của người dùng quan trọng hơn chức năng. Đừng đắm chìm trong cơ chế thực hiện chức năng của một chương trình. Thay vào đó, hãy nghĩ về nó trong bối cảnh của mục tiêu cuối cùng.

Là [một phụ huynh bận rộn] [ở vùng ngoại ô] [không có nhiều thời gian để nấu ăn], tôi muốn [đặt đồ ăn nhanh chóng từ ứng dụng mua sắm] vì [tôi muốn dành nhiều thời gian hơn cho gia đình].

Kịch bản: Kịch bản này sử dụng định dạng câu hỏi năm chữ “W”: ai, cái gì, khi nào, ở đâu và tại sao.

Tiêu chí chấp nhận: Vì cha mẹ bận rộn không có nhiều thời gian để nấu ăn khi cha mẹ bận rộn sử dụng ứng dụng tạp hóa để đặt đồ ăn nhanh chóng, nên họ có thể dành nhiều thời gian hơn cho gia đình.

Điểm mấu chốt: Đôi khi, chỉ hiểu người dùng của bạn là chưa đủ. Viết về cha mẹ bận rộn là một chuyện; hiểu động lực của họ lại là chuyện khác. Bối cảnh bổ sung giúp giải thích cách ứng dụng có thể giúp người dùng cuối đạt được mục tiêu của họ.

Bắt đầu với các mẫu câu chuyện người dùng của Flow

Bạn đã sẵn sàng sử dụng các mẫu câu chuyện người dùng này cho riêng mình chưa? Tải xuống mẫu bên dưới cho Google Trang tính để tạo các câu chuyện người dùng tùy chỉnh dựa trên sản phẩm và nhu cầu của khách hàng.

Nút tải xuống mẫu câu chuyện người dùng

Những trở ngại khi tạo câu chuyện người dùng

Nhờ tính đơn giản và hữu ích của chúng, không có nhược điểm thực sự nào khi tạo câu chuyện người dùng. Tuy nhiên, một số nhà phát triển gặp phải cạm bẫy khi tập trung vào các chi tiết sai. Sau đây là một số trở ngại tiềm ẩn cần ghi nhớ:

Tạo danh sách kiểm tra: Câu chuyện người dùng không phải là danh sách các nhiệm vụ. Hãy coi câu chuyện của bạn như một câu chuyện ngắn chứ không phải một loạt hướng dẫn.

Bỏ qua các chi tiết nhỏ: Mục tiêu và lợi ích mong muốn của người dùng nằm trong các chi tiết. Đừng coi câu chuyện người dùng như một bản tóm tắt chung—hãy sử dụng nó để đưa vào góc nhìn chi tiết của họ.

Bỏ qua câu chuyện: Thông thường, các nhà phát triển viết một câu chuyện người dùng tuyệt vời nhưng lại bị gạt sang một bên. Trong suốt quá trình phát triển, hãy luôn ghi nhớ câu chuyện người dùng. Tập trung vào cảm nhận giá trị của người dùng giúp tập trung vào các tính năng và bổ sung tốt nhất cho sản phẩm.

Các phương pháp hay nhất để tạo câu chuyện người dùng

Một số phương pháp hay nhất để kết hợp các câu chuyện người dùng bao gồm:

Hợp tác giữa các nhóm: Càng có nhiều thành viên trong nhóm tham gia vào câu chuyện của bạn, câu chuyện càng phong phú. Các góc nhìn khác nhau có thể định hình cách bạn định hình mục tiêu và điểm khó khăn của người dùng.

Đồng cảm với người dùng của bạn: Khi tạo câu chuyện người dùng, hãy đặt tên và đặc điểm bên trong cho người dùng. Bạn không tạo ra sự trừu tượng, vì vậy hãy khiến họ cảm thấy như những người thực sự mà bạn biết. Dựa trên những khách hàng thực tế mà bạn đã nói chuyện.

Tập trung vào những gì người dùng muốn, không phải triển khai: Trình bày nhu cầu của người dùng, không phải cách bạn sẽ đáp ứng chúng. Bạn không thể thu gọn các câu chuyện của người dùng thành một loạt các ô mà bạn đánh dấu.

Giữ cho các câu chuyện của bạn đơn giản: Bạn muốn mọi câu chuyện của người dùng đều ngắn gọn, rõ ràng và dễ hiểu. Tránh mơ hồ và phức tạp để tập trung vào bản chất nhu cầu của người dùng.

Sử dụng lập bản đồ tác động: Lập bản đồ tác động liên kết các câu chuyện của người dùng với các mục tiêu, tác nhân, tác động và kết quả. Các danh mục này trả lời các câu hỏi tại sao, ai, như thế nào và cái gì liên quan đến các câu chuyện của bạn

Các dịch vụ tại Terus Techonology:

Dịch vụ chạy Facebook Ads

Dịch vụ chạy Google Ads

Dịch Vụ SEO Tổng Thể Website

Thiết kế website