Làm cách nào để định dạng câu chuyện người dùng tiêu cực?

Theo phong cách câu chuyện người dùng chính thức:

Như <user>, tôi muốn <goal>vậy đó <benefit>.

Nhóm của chúng tôi đã tìm thấy những khó khăn trong việc thể hiện những điều mà chủ sở hữu hệ thống mong muốn làm điều gì đó ảnh hưởng tiêu cực đến người dùng.

Như một ví dụ tùy ý, giả sử chủ sở hữu muốn hệ thống tính phí khách hàng mỗi khi họ kiểm tra email của họ.

Theo phong cách chính thức của câu chuyện người dùng, bạn có thể viết như sau:

Là một khách hàng, tôi muốn được tính phí mỗi lần tôi kiểm tra email để chủ sở hữu hệ thống có thể tăng doanh thu của họ.

Rõ ràng là khách hàng không có mong muốn bị tính phí; câu chuyện trở nên chói tai để đọc và ngôn ngữ đang cản trở sự thật.

Làm thế nào yêu cầu có thể được viết khác nhau?

Nếu trả tiền ảnh hưởng tiêu cực đến khách hàng, họ sẽ không sử dụng dịch vụ đó. Đừng lo lắng về điều này. Ngoài ra, người dùng không (thường) trả tiền vì họ muốn giúp đỡ chủ sở hữu hệ thống, nhưng vì họ muốn trao đổi một số dịch vụ, vì vậy ví dụ của bạn nên thực sự như thế này:

Là một khách hàng, tôi muốn được tính phí mỗi lần tôi kiểm tra email để có thể nhận dịch vụ X đổi lại.

Ngoài ra, câu chuyện của người dùng được viết từ quan điểm của tất cả các vai trò người dùng, không chỉ khách hàng cuối cùng. Xem xét việc viết cái này theo quan điểm của chủ sở hữu hệ thống với vai trò người dùng khác:

Là chủ sở hữu hệ thống, tôi muốn khách hàng bị tính phí mỗi khi họ kiểm tra email để tôi tăng doanh thu.

Một lời khuyên chung: Tập trung vào phần tích cực của câu chuyện người dùng và đừng lật đổ nó. Họ nên đơn giản. Nếu câu chuyện của người dùng rất tiêu cực, không có cách nào để tránh nó, thì vấn đề là ở khái niệm hệ thống, và trong trường hợp đó, điều đó thực sự không quan trọng với những gì bạn viết trên thẻ.

Người dùng <user>không phải là người dùng cuối - có thể dễ dàng là chủ doanh nghiệp / chủ hệ thống:

As a system owner
I want to charge customers
So that the business can pay my programmers

Câu chuyện của người dùng không tồn tại để đáp ứng một số loại yêu cầu về phương pháp. Họ tồn tại chỉ để làm rõ những gì một nhóm đang làm, tại sao họ đang làm và ai được hưởng lợi từ đó. Nếu bạn vặn vẹo các từ để che khuất ý nghĩa hoặc phù hợp với một số yêu cầu nghiêm ngặt cho những gì một câu chuyện được cho là trông như thế nào, thì nó không phục vụ ai.

Vì vậy, trả lời câu hỏi "ai làm điều này có lợi" và "tại sao chúng ta thực hiện điều này" một cách trung thực. Nhóm phát triển của bạn cần thông tin này để thực hiện công việc của họ. Ngay cả khi câu chuyện là tiêu cực theo quan điểm của người dùng, đó là thông tin có giá trị.

Điều đó đang được nói, những gì bạn mô tả nghe giống như một kịch bản ca sử dụng hơn là một câu chuyện. Có lẽ nếu bạn giảm điều này xuống còn những mảnh nhỏ hơn thì có thể sạch sẽ hơn ai là chủ sở hữu và người thụ hưởng. Ví dụ: tính năng tính phí để kiểm tra email có một số thành phần. Ít nhất là có một thành phần UI và một thành phần phía sau, và có lẽ là một quy tắc kinh doanh.

Bạn có thể chia nhỏ tính năng của mình thành những câu chuyện sau:

Là nhà cung cấp dịch vụ email, tôi muốn thu phí cho mỗi email đã đọc để tôi có thể kiếm tiền và tiếp tục cung cấp và nâng cao dịch vụ

Là người dùng, tôi muốn việc thu phí email tự động diễn ra để tôi có thể đọc email của mình mà không phải xác nhận từng khoản phí khi được thu để trải nghiệm của tôi thú vị hơn.

Là người dùng, tôi muốn có thể dễ dàng xem lại các điều khoản dịch vụ và số tiền phí để tôi hiểu các khoản phí được tính để tôi có thể cảm thấy tự tin rằng mình đang nhận được giá trị tiền của mình.

Là người dùng, tôi muốn phí thu thập cho việc đọc email là nhỏ để tôi có thể đủ khả năng sử dụng dịch vụ này

Tôi đồng ý rằng viết nó theo chủ sở hữu hệ thống có vẻ sai, bởi vì chủ sở hữu hệ thống không bắt đầu câu chuyện này - người dùng thực hiện khi họ kiểm tra email của họ. Nhưng tôi không nghĩ bạn cần nói về những gì người dùng muốn, mà là những gì họ mong đợi sẽ xảy ra.

As a customer
When I check my email
I should be charged
So I continue to recieve Service X

Người dùng sẽ bị tính phí vì bạn đã phác thảo gói thanh toán của mình cho họ.