Trong thế giới phát triển sản phẩm nhanh chóng, rất dễ rơi vào cái bẫy đo lường tiến độ bằng số lượng tính năng được phát hành. Các đội thường vui mừng khi một danh sách yêu cầu được đánh dấu hoàn thành. Tuy nhiên, việc phát hành tính năng không đảm bảo thành công. Một sản phẩm có thể chứa đầy công cụ và chức năng nhưng vẫn thất bại trong việc đáp ứng nhu cầu người dùng hoặc thúc đẩy tăng trưởng kinh doanh. Sự chuyển dịch từ đầu ra sang kết quả đòi hỏi một thay đổi căn bản trong cách chúng ta định nghĩa và viết công việc của mình. Chúng ta cần rời xa danh sách tính năng và bắt đầu viết các câu chuyện người dùng ưu tiên giá trị.
Hướng dẫn này khám phá cách xây dựng những câu chuyện tập trung vào tại saonằm sau công việc, đảm bảo mỗi dòng mã đều có mục đích. Chúng ta sẽ xem xét các khung thực tiễn, những sai lầm phổ biến và các chiến lược để sắp xếp lại danh sách công việc của bạn phù hợp với giá trị thực sự của người dùng.
Hiểu rõ vấn đề cốt lõi: Bẫy tính năng 📋
Nhiều đội phát triển hoạt động dựa trên giả định rằng càng nhiều tính năng thì sản phẩm càng tốt. Tư duy này dẫn đến hiện tượng tràn tính năng, khi sản phẩm trở nên cồng kềnh và khó sử dụng. Khi các bên liên quan yêu cầu một nút cụ thể, bảng điều khiển hay tích hợp nào đó, rất dễ bị cám dỗ chấp nhận yêu cầu đó như một yêu cầu bắt buộc.
Tuy nhiên, một tính năng chỉ đơn thuần là một cơ chế. Đó là công cụ được dùng để đạt được điều gì đó. Một câu chuyện người dùng mô tả một tính năng thường thiếu bối cảnh về lợi ích mà nó mang lại.
Tại sao danh sách tính năng lại thất bại
- Thiếu bối cảnh:Lập trình viên xây dựng chức năng nhưng bỏ qua mục đích.
- Khó khăn trong việc ưu tiên:Làm sao để so sánh nút đăng nhập với thay đổi màu sắc? Cả hai đều là tính năng, nhưng lại mang lại giá trị khác nhau.
- Sự lãng phí nỗ lực:Xây dựng một tính năng mà không ai sử dụng là chi phí trực tiếp đối với doanh nghiệp.
- Sự nhầm lẫn của người dùng:Quá nhiều tính năng có thể khiến người dùng choáng ngợp, làm giảm tỷ lệ chấp nhận.
Để giải quyết vấn đề này, chúng ta cần thay đổi cách nhìn nhận. Thay vì hỏi ‘Chúng ta nên xây dựng gì?’, chúng ta hãy hỏi ‘Chúng ta đang giải quyết vấn đề gì?’ và ‘Điều này mang lại giá trị gì?’
Xác định giá trị trong các câu chuyện người dùng 💡
Giá trị không chỉ là doanh thu. Trong bối cảnh câu chuyện người dùng, giá trị là lợi ích mà người dùng hoặc doanh nghiệp nhận được khi câu chuyện được hoàn thành. Lợi ích này có thể là:
- Tiết kiệm thời gian:Giảm số bước cần thực hiện để hoàn thành một nhiệm vụ.
- Giảm chi phí:Giảm chi phí vận hành hoặc chi phí bảo trì.
- Giảm thiểu rủi ro:Nâng cao bảo mật hoặc tuân thủ quy định.
- Tăng trưởng doanh thu:Tăng tỷ lệ chuyển đổi hoặc giá trị đơn hàng trung bình.
- Tương tác:Tăng tỷ lệ giữ chân người dùng hoặc sự hài lòng của người dùng.
Một câu chuyện định hướng giá trị kết nối nhu cầu người dùng với kết quả kinh doanh. Nó trả lời câu hỏi: “Nếu chúng ta làm điều này, điều gì sẽ xảy ra?”
Câu chuyện tập trung vào tính năng so với câu chuyện định hướng giá trị
Việc trực quan hóa sự khác biệt là điều quan trọng đối với đội của bạn. Bảng dưới đây làm nổi bật sự khác biệt về cấu trúc và chiến lược giữa hai cách tiếp cận này.
| Yếu tố | Câu chuyện tập trung vào tính năng | Câu chuyện định hướng giá trị |
|---|---|---|
| Trọng tâm | Kết quả hoặc chức năng | Kết quả hoặc lợi ích |
| Câu hỏi | “Nó làm gì?” | “Tại sao chúng ta cần nó?” |
| Tiêu chí chấp nhận | Các thông số kỹ thuật (ví dụ: “Nút bấm màu đỏ”) | Kết quả trải nghiệm người dùng (ví dụ: “Người dùng cảm thấy tự tin khi nhấp vào”) |
| Ưu tiên | Dựa trên mức độ cấp bách hoặc yêu cầu | Dựa trên tỷ lệ tác động và nỗ lực |
| Giá trị | Thấp (thường được cho là có) | Rõ ràng và có thể đo lường |
Cấu trúc của một câu chuyện định hướng giá trị 🛠️
Một câu chuyện người dùng tiêu chuẩn tuân theo định dạng:Là một [người dùng], tôi muốn [hành động], để [lợi ích]. Để ưu tiên giá trị, phầnlợi íchphải là phần chi tiết và quan trọng nhất trên thẻ. Nó không thể mơ hồ.
1. Nhân vật chính (Là một…)
Hãy cụ thể về người dùng là ai. “Một người dùng” quá chung chung. “Một khách hàng quay lại” hoặc “Một quản trị viên quản lý tài khoản” sẽ cung cấp bối cảnh tốt hơn.
2. Hành động (Tôi muốn…)
Giữ ngắn gọn. Đây là cơ chế, không phải mục tiêu. Tránh mô tả quá chi tiết giải pháp ở đây. Hãy để đội thiết kế và phát triển tự tìm ra cách tốt nhất để thực hiện hành động.
3. Lợi ích (Để mà…)
Đây là nơi giá trị tồn tại. Đừng dừng lại ở việc ‘để tôi tiết kiệm thời gian’. Hãy cụ thể hơn. ‘Để tôi xử lý hoàn tiền trong dưới hai phút’ hoặc ‘Để tôi giảm tỷ lệ lỗi xuống 10%’.
Hướng dẫn từng bước viết các câu chuyện giá trị
Chuyển đổi danh sách công việc của bạn đòi hỏi một quy trình nghiêm ngặt. Dưới đây là một quy trình thực tế để đảm bảo các câu chuyện của bạn phù hợp với giá trị.
Bước 1: Khám phá và xác thực 🔍
Trước khi viết bất kỳ câu chuyện nào, hãy xác thực vấn đề. Đừng tự cho rằng vấn đề tồn tại. Hãy nói chuyện với người dùng, phân tích các vé hỗ trợ và xem lại dữ liệu phân tích. Nếu bạn không tìm thấy bằng chứng về vấn đề, thì đề xuất giá trị sẽ yếu.
- Kiểm tra dữ liệu: Có điểm rớt khỏi quy trình không?
- Phỏng vấn người dùng: Hãy hỏi trực tiếp về những điểm đau của họ.
- Xem lại các chỉ số: Các KPI hiện tại có cho thấy nhu cầu thay đổi không?
Bước 2: Soạn thảo với mục đích rõ ràng 📝
Khi soạn thảo câu chuyện, hãy buộc bản thân phải nêu rõ giá trị trong phầnĐể màlệnh. Nếu bạn không thể nêu rõ giá trị, câu chuyện đó có thể không thuộc danh sách công việc.
Ví dụ xấu:
- Là một người dùng, tôi muốn chế độ tối, để tôi có thể thay đổi chủ đề.
Ví dụ tốt:
- Là một nhà phát triển làm ca đêm, tôi muốn chế độ tối, để tôi có thể giảm mỏi mắt và duy trì sự tập trung trong những giờ khuya.
Bước 3: Xác định tiêu chí chấp nhận dựa trên giá trị ✅
Các tiêu chí chấp nhận thường bị lệch sang chi tiết kỹ thuật. Hãy chuyển trọng tâm sang kết quả. Làm sao để chúng ta biết giá trị đã được giao?
- Chức năng: Tính năng hoạt động như mong đợi.
- Dựa trên giá trị: Người dùng hoàn thành nhiệm vụ nhanh hơn. Người dùng hiểu ngay hành động cần thực hiện. Tỷ lệ lỗi được giảm.
Bước 4: Rà soát và hợp tác 🤝
Sử dụng các buổi rà soát để thách thức giá trị. Đặt các câu hỏi như:
- “Liệu đây có phải là cách tốt nhất để giải quyết vấn đề không?”
- “Chúng ta có thể đạt được giá trị này với ít nỗ lực hơn không?”
- “Điều gì sẽ xảy ra nếu chúng ta không xây dựng điều này?”
Môi trường hợp tác này đảm bảo rằng đội ngũ hiểu được tại sao, chứ không chỉ là điều gì.
Chi phí của các tính năng: Góc nhìn tài chính 💰
Mỗi tính năng đều có chi phí. Đó không chỉ là thời gian phát triển. Nó bao gồm:
- Chi phí phát triển:Thời gian dành để thiết kế và lập trình.
- Chi phí bảo trì:Hỗ trợ tương lai, sửa lỗi, và cập nhật.
- Gánh nặng nhận thức:Sự phức tạp được thêm vào cho người dùng.
- Chi phí cơ hội:Thời gian không được dành cho các công việc có giá trị cao hơn.
Khi bạn ưu tiên giá trị, bạn thực chất đang tính toán lợi nhuận đầu tư (ROI) cho mỗi câu chuyện. Một câu chuyện có giá trị cao và chi phí thấp là ưu tiên hàng đầu. Một câu chuyện có giá trị thấp và chi phí cao nên bị loại bỏ hoặc xem xét lại.
Những sai lầm phổ biến cần tránh ❌
Ngay cả với những ý định tốt nhất, các đội thường rơi trở lại tư duy tập trung vào tính năng. Hãy cảnh giác trước những bẫy phổ biến này.
1. Bẫy “Thích thì có”
Các tính năng thuận tiện nhưng không cần thiết thường làm rối danh sách công việc. Nếu một tính năng chỉ là sự xa hoa, nó nên bị giảm ưu tiên để ưu tiên các yếu tố tạo giá trị cốt lõi.
2. Những phát biểu lợi ích mơ hồ
Những cụm từ như “nâng cao trải nghiệm người dùng” hoặc “tăng hiệu quả” quá mơ hồ. Chúng không cung cấp tín hiệu rõ ràng để ưu tiên. Hãy sử dụng con số và các tình huống cụ thể.
3. Bỏ qua nợ kỹ thuật
Giá trị không phải lúc nào cũng hướng đến người dùng. Đôi khi giá trị nằm ở bên trong. Việc tái cấu trúc mã nguồn hoặc cải thiện hạ tầng giảm thiểu rủi ro và tăng tốc độ giao hàng trong tương lai. Đây cũng là giá trị, ngay cả khi người dùng không nhìn thấy trực tiếp.
4. Quá chi tiết hóa giải pháp
Nếu câu chuyện quy định chính xác cách xây dựng giải pháp, nó sẽ hạn chế khả năng của đội để tìm ra cách hiệu quả nhất mang lại giá trị. Hãy tập trung vào vấn đề, chứ không phải giải pháp.
Đo lường tác động 📊
Làm sao bạn biết phương pháp lấy giá trị làm trọng tâm của mình đang hoạt động hiệu quả? Bạn cần theo dõi các chỉ số phù hợp với giá trị được nêu trong các câu chuyện của mình.
Tỷ lệ áp dụng
Người dùng thực sự đang sử dụng tính năng mới chứ? Tỷ lệ áp dụng cao cho thấy đề xuất giá trị đã được đón nhận.
Thời gian hoàn thành nhiệm vụ
Câu chuyện có đạt được mục tiêu tiết kiệm thời gian không? Đo thời gian hoàn thành nhiệm vụ trước và sau khi thực hiện.
Mức độ hài lòng của người dùng (CSAT/NPS)
Người dùng có cảm thấy tích cực hơn về sản phẩm không? Các khảo sát có thể cung cấp dữ liệu định tính về việc các điểm đau có được giải quyết hay không.
Chỉ số giữ chân người dùng
Tính năng này có giúp người dùng ở lại lâu hơn không? Giảm tỷ lệ bỏ dịch vụ là dấu hiệu mạnh mẽ cho thấy giá trị đã được cung cấp.
Xử lý các yêu cầu từ bên liên quan
Các bên liên quan thường đưa ra yêu cầu về tính năng. “Chúng ta cần một trợ lý trò chuyện.” “Chúng ta cần một ứng dụng di động.” Nhiệm vụ của bạn là chuyển đổi những yêu cầu này thành các câu chuyện giá trị mà không từ chối yêu cầu.
Kỹ thuật chuyển đổi
Khi một bên liên quan yêu cầu một tính năng, hãy tìm hiểu sâu hơn.
- Lắng nghe:Chấp nhận yêu cầu mà không phán xét.
- Hỏi:“Vấn đề này giải quyết điều gì cho khách hàng?”
- Điều chỉnh lại:“Vậy bạn muốn giảm số lượng vé hỗ trợ? Hãy cùng xem các câu chuyện đạt được điều đó, chứ không chỉ đơn thuần là xây dựng một trợ lý trò chuyện.”
Cách tiếp cận này giúp cuộc trò chuyện luôn tập trung vào kết quả. Bạn có thể phát hiện ra rằng trợ lý trò chuyện không phải là giải pháp phù hợp, nhưng cập nhật cơ sở tri thức thì lại là. Mục tiêu vẫn như nhau: cung cấp giá trị.
Vai trò của các cốt truyện lớn và chủ đề
Các câu chuyện giá trị thường được nhóm lại thành các sáng kiến lớn hơn. Các cốt truyện lớn và chủ đề giúp tổ chức những câu chuyện này mà không làm mất đi trọng tâm về giá trị.
Chủ đề
Chủ đề là các nhóm rộng dựa trên giá trị, chứ không phải chức năng. Thay vì “Công việc phía trước” hay “Công việc phía sau”, hãy sử dụng các chủ đề như “Tối ưu hóa quy trình thanh toán” hoặc “Làm quen người dùng mới.”
Các cốt truyện lớn
Một cốt truyện lớn là một khối công việc lớn mang lại đề xuất giá trị đáng kể. Nó nên được chia nhỏ thành các câu chuyện, mỗi câu chuyện đều đóng góp vào giá trị của cốt truyện lớn. Nếu một cốt truyện lớn không thể chia nhỏ thành các câu chuyện giá trị, có thể nó quá mơ hồ.
Ví dụ thực tế: Quy trình thanh toán
Hãy cùng xem một tình huống thực tế liên quan đến quy trình thanh toán giỏ hàng.
Tình huống A: Danh sách tính năng
- Thêm tùy chọn thanh toán cho khách không cần đăng nhập.
- Cho phép lưu trữ thẻ tín dụng.
- Thêm công cụ tính phí vận chuyển trên trang giỏ hàng.
- Hiển thị các biểu tượng tin cậy gần nút bấm.
Phân tích: Đây là danh sách các tính năng. Nó không giải thích lý do tại sao. Việc thanh toán không cần đăng nhập có làm giảm độ khó không? Các biểu tượng tin cậy có làm tăng tỷ lệ chuyển đổi không? Chúng ta không biết.
Tình huống B: Các câu chuyện định hướng giá trị
- Là một khách mua hàng lần đầu, tôi muốn mua hàng mà không cần tạo tài khoản, để có thể hoàn tất đơn hàng nhanh chóng mà không lo lắng về cam kết.
- Là một khách hàng quay lại, tôi muốn xem các phương thức thanh toán đã lưu, để có thể thanh toán trong vòng dưới 30 giây.
- Là một người mua hàng nhạy cảm về giá, tôi muốn xem chi phí vận chuyển trước khi nhập thông tin thanh toán, để có thể tránh bỏ giỏ hàng do các khoản phí bất ngờ.
Phân tích: Mỗi câu chuyện ở đây đều có người dùng rõ ràng, hành động rõ ràng và giá trị rõ ràng. Bây giờ đội ngũ có thể ưu tiên dựa trên giá trị nào giúp giảm tỷ lệ bỏ giỏ hàng nhiều nhất.
Tích hợp giá trị vào quy trình làm việc của bạn
Để biến điều này thành thói quen, bạn phải tích hợp các kiểm tra giá trị vào quy trình làm việc hiện tại của mình.
1. Chỉnh sửa danh sách công việc
Trong quá trình chỉnh sửa, hãy xem xét phầnĐể màcâu. Nếu phần này thiếu hoặc yếu, hãy gửi lại câu chuyện để hoàn thiện.
2. Lập kế hoạch Sprint
Khi chọn các câu chuyện cho một Sprint, hãy hỏi đội ngũ: ‘Câu chuyện nào mang lại giá trị lớn nhất cho người dùng của chúng ta ngay lúc này?’
3. Đánh giá sau mỗi Sprint
Thảo luận xem các câu chuyện đã hoàn thành thực sự có mang lại giá trị mong đợi hay không. Dữ liệu có khớp với giả thuyết không?
Tâm lý học về giá trị
Hiểu được tâm lý con người là chìa khóa để viết các câu chuyện giá trị tốt. Người dùng không mua tính năng; họ mua giải pháp cho vấn đề. Họ mua cảm giác an toàn, cảm giác nhẹ nhõm khi giải quyết căng thẳng, hoặc niềm vui khi đạt được thành tựu.
Khi bạn viết một câu chuyện, hãy đặt mình vào vị trí của người dùng. Hình dung nỗi bực bội của họ. Hình dung cảm giác nhẹ nhõm khi vấn đề được giải quyết. Sự thấu cảm này chính là nền tảng của giá trị.
Bản đồ thấu cảm
Sử dụng kỹ thuật bản đồ thấu cảm trong quá trình tạo câu chuyện.
- Nói:Người dùng nói gì về vấn đề của họ?
- Suy nghĩ:Họ lo lắng điều gì?
- Làm:Hành động nào họ đang thực hiện để đối phó hiện tại?
- Cảm giác:Trạng thái cảm xúc của họ là gì?
Bài tập này tiết lộ giá trị cảm xúc của sản phẩm bạn, điều thường mang sức mạnh lớn hơn giá trị chức năng.
Kết luận về ưu tiên giá trị
Viết các câu chuyện người dùng ưu tiên giá trị hơn danh sách tính năng là một thay đổi tư duy. Nó đòi hỏi sự kỷ luật, tinh thần tò mò và cam kết với nhu cầu người dùng. Điều này giúp đội ngũ chuyển từ người nhận đơn hàng sang người giải quyết vấn đề.
Bằng cách tập trung vào tại sao, bạn đảm bảo rằng mỗi vòng phát triển đưa bạn tiến gần hơn đến một sản phẩm mà mọi người thực sự muốn sử dụng. Bạn giảm lãng phí, tăng sự hài lòng và đồng bộ hóa công việc kỹ thuật của bạn với mục tiêu kinh doanh.
Bắt đầu ngay hôm nay. Xem xét lại danh sách công việc hiện tại của bạn. Tìm những câu chuyện thiếu một đề xuất giá trị rõ ràng. Đặt ra những câu hỏi khó. Tinh chỉnh các câu chuyện. Và quan sát xem quá trình phát triển sản phẩm của bạn trở nên tập trung và hiệu quả hơn như thế nào.
Câu hỏi thường gặp
Câu hỏi: Các nhiệm vụ kỹ thuật có thể là câu chuyện giá trị không?
Trả lời: Có. Nếu một nhiệm vụ kỹ thuật làm giảm rủi ro hoặc cải thiện tốc độ trong tương lai, thì nó mang lại giá trị. Hãy trình bày nó như sau: “Là một nhà phát triển, tôi muốn tái cấu trúc X, để chúng ta có thể triển khai cập nhật nhanh gấp đôi vào tháng tới.”
Câu hỏi: Nếu tôi không biết giá trị ngay từ đầu thì sao?
Trả lời: Nếu bạn không biết giá trị, thì câu chuyện đó là một giả thuyết. Hãy tạo một thí nghiệm nhỏ hoặc một thử nghiệm ngắn để tìm hiểu thêm. Đừng cam kết xây dựng hoàn chỉnh cho đến khi giá trị được xác nhận.
Câu hỏi: Tôi phải xử lý các giá trị mâu thuẫn như thế nào?
Trả lời: Một số câu chuyện có thể mang lại tốc độ, trong khi những câu chuyện khác mang lại bảo mật. Sử dụng dữ liệu để xác định giá trị nào quan trọng hơn đối với người dùng hiện tại của bạn. Đôi khi bạn phải cân bằng các thỏa hiệp một cách rõ ràng.
Câu hỏi: Điều này có làm chậm quá trình phát triển không?
Trả lời: Ban đầu, có thể mất nhiều thời gian hơn để viết và tinh chỉnh. Tuy nhiên, điều này ngăn chặn việc xây dựng những thứ sai. Theo thời gian, nó giúp đẩy nhanh tiến độ bằng cách giảm công việc phải làm lại và đảm bảo các tính năng đúng được xây dựng trước tiên.
