Mô hình Double Diamond：Làm đúng việc trước, làm đúng cách sau
Hướng dẫn chương này
SOP tối thiểu
Mục đích: Sau khi đọc xong, bạn sẽ rõ hơn khi làm sản phẩm lúc nào nên nghĩ vấn đề trước, lúc nào mới nên bắt đầu nghĩ giải pháp và nguyên mẫu, tránh vừa lên đã làm rất nghiêm túc trên sai hướng.
Hành động: Theo 4 bước Discover → Define → Develop → Deliver đi xuống, mỗi bước chỉ làm việc nên làm ở giai đoạn hiện tại.
Kết quả: Bạn sẽ có một định nghĩa vấn đề rõ ràng hơn, vài giải pháp có thể so sánh, và một phiên bản tối thiểu có thể xác minh.
Từ khóa chuyển nhanh: Double Diamond là gì · Kim cương đầu tiên · AI giúp bạn thế nào
Bạn sẽ học được những nội dung sau
- Mô hình Double Diamond là gì, tại sao nó phù hợp cho người mới làm sản phẩm
- Bốn giai đoạn Discover, Define, Develop, Deliver lần lượt đang làm gì
- Làm thế nào phân biệt "bây giờ nên tiếp tục phân tán" hay "bây giờ nên bắt đầu tập trung"
- Cách dùng mô hình Double Diamond trong sản phẩm AI, thiết kế nguyên mẫu và xác minh nhu cầu
1. Mô hình Double Diamond thực chất là gì
Mô hình Double Diamond là một quy trình thiết kế kinh điển do Design Council Anh quốc phổ biến. Nó vẽ một quy trình thiết kế và đổi mới hoàn chỉnh thành hai hình kim cương liên tiếp.
Lý do là "kim cương", là vì mỗi kim cương đều bao gồm hai động tác trái ngược nhưng đều quan trọng:
- Phân tán: Trước mở rộng tầm nhìn, xem nhiều khả năng hơn
- Tập trung: Rồi thu hẹp phạm vi, đưa ra đánh giá và lựa chọn
Toàn bộ quá trình gồm 4 bước:
- Discover: Hiểu rộng về người dùng, vấn đề, môi trường và thị trường
- Define: Từ lượng lớn thông tin, tinh lọc ra vấn đề cốt lõi thực sự đáng giải quyết
- Develop: Phân tán nhiều giải pháp xoay quanh vấn đề cốt lõi
- Deliver: Sàng lọc, nguyên mẫu, kiểm thử và giao phó giải pháp phù hợp hơn
Nếu nén 4 bước này thành một câu dễ nhớ nhất, thì là:
- Kim cương đầu tiên: Trước làm rõ phải giải quyết vấn đề gì
- Kim cương thứ hai: Rồi quyết định dùng giải pháp gì để giải quyết nó
Cũng chính là câu bạn nói rất chính xác:
- Kim cương đầu tiên: Làm đúng việc
- Kim cương thứ hai: Làm đúng cách
2. Tại sao mô hình Double Diamond đặc biệt phù hợp cho người mới
Nhịp điệu phổ biến nhất khi người mới làm sản phẩm, thường là như thế này:
- Nghĩ ra một ý tưởng
- Thấy hướng này rất ngầu
- Ngay lập tức bắt đầu vẽ nguyên mẫu
- Làm làm thấy chức năng ngày càng nhiều
- Cuối cùng không biết mình đang giải quyết vấn đề gì
Giá trị của mô hình Double Diamond, không phải làm cho quy trình phức tạp, mà là ép bạn tách "hiểu vấn đề" và "thiết kế giải pháp" ra.
Điều này nghe rất bình thường, nhưng thực tế rất quan trọng. Vì rất nhiều sản phẩm thất bại, không phải thực hiện không nghiêm túc, mà là:
- Chọn sai vấn đề
- Hiểu sai người dùng
- Khóa giải pháp quá sớm
- Dành nhiều thời gian mài giũa chi tiết, lại không xác minh hướng đi
Mô hình Double Diamond chính là không ngừng nhắc bạn:
- Đừng vì ý tưởng thuận tay, thì mặc nhiên vấn đề đã thành lập
- Đừng vì giải pháp có thể làm ra, thì mặc nhiên nó đáng làm
- Đừng vì nguyên mẫu trông hoàn chỉnh, thì mặc nhiên người dùng thực sự cần
3. Kim cương đầu tiên: Làm đúng việc
Kim cương đầu tiên tập trung vào bản thân vấn đề, chứ không phải giải pháp.
Bạn có thể hiểu nó thành một câu: Trước đừng vội làm, trước làm rõ có đáng làm hay không.
3.1 Discover: Trước mở rộng không gian vấn đề
Nhiệm vụ cốt lõi của giai đoạn Discover, là nghiên cứu rộng, chứ không phải nhanh chóng kết luận.
Bước này thường làm những việc bao gồm:
- Xem người dùng làm thế nào trong kịch bản thực tế
- Phỏng vấn người dùng tiềm năng, hiểu lần gần nhất họ gặp vấn đề là khi nào
- Quan sát họ hiện đang khắc phục tạm thế nào
- Xem sản phẩm cạnh tranh và giải pháp thay thế đang xử lý thế nào
- Thu thập thông tin thị trường, quy trình, ràng buộc, upstream và downstream
Rất nhiều người sẽ nhầm tưởng Discover là "xem thêm tài liệu". Thực ra then chốt hơn là: Bạn cần hiểu con người và kịch bản, chứ không chỉ tìm một đống thông tin.
Ví dụ bạn muốn làm một công cụ "AI giúp sắp xếp biên bản cuộc họp", ở giai đoạn Discover nên quan tâm hơn là:
- Người dùng sau cuộc họp rốt cuộc đau nhất ở đâu
- Là ghi chép khó, hay sắp xếp khó, hay đồng bộ khó
- Hiện họ tự viết, nhờ thực tập sinh viết, nghe lại ghi âm, hay đơn giản không sắp xếp
- Kịch bản cuộc họp nào cần biên bản nhất, kịch bản nào căn bản không cần
Mục tiêu quan trọng nhất của bước này không phải được câu trả lời, mà là đừng quá sớm tưởng mình đã biết câu trả lời.
3.2 Define: Từ một đống thông tin tinh lọc ra vấn đề cốt lõi
Nếu Discover là mở rộng tầm nhìn, thì Define là bắt đầu thu hẹp.
Những gì Define cần làm, không phải giữ lại tất cả quan sát, mà là hỏi:
- Vấn đề thực sự đáng ưu tiên giải quyết là cái nào
- Vấn đề nào thường xuất hiện nhất, đau nhất, có giá trị nhất
- Phiên bản đầu tiên của chúng ta thực sự chỉ tập trung vào kịch bản nào
Cốt lõi của bước này, là thu một chủ đề rộng thành một định nghĩa vấn đề rõ ràng.
Ví dụ ban đầu bạn nói:
Tôi muốn làm một công cụ AI nâng cao hiệu quả họp.
Đến giai đoạn Define, cách diễn đạt tốt hơn có thể trở thành:
Chúng ta giải quyết trước vấn đề: sau cuộc họp điều phối 30 đến 60 phút của nhóm dự án, không thể xuất biên bản kèm việc cần làm, người phụ trách và thời hạn trong 10 phút.
Lúc này vấn đề bắt đầu rõ hơn:
- Người dùng là ai
- Kịch bản là gì
- Điểm nghẽn là gì
- Tiêu chuẩn thành công là gì
Bản chất của Define, là từ "nhiều vấn đề" tập trung về "lần này giải quyết vấn đề nào trước".
4. Kim cương thứ hai: Làm đúng cách
Khi bạn hoàn thành kim cương đầu tiên, mới thực sự phù hợp để bước vào kim cương thứ hai. Vì lúc này bạn giải quyết không phải một hướng mơ hồ, mà là một vấn đề cụ thể đã được tập trung.
4.1 Develop: Phân tán giải pháp xoay quanh vấn đề cốt lõi
Trọng tâm giai đoạn Develop, là xoay quanh cùng một vấn đề, khám phá nhiều giải pháp khả thi.
Lưu ý, phân tán ở đây và giai đoạn Discover không giống nhau.
- Phân tán của Discover, đang khám phá không gian vấn đề
- Phân tán của Develop, đang khám phá không gian giải pháp
Ví dụ vẫn là biên bản cuộc họp, đến giai đoạn Develop, bạn có thể bắt đầu nghĩ:
- Làm công cụ web, hay plugin cuộc họp
- Là upload ghi âm rồi xử lý, hay ghi nhận thời gian thực
- Chỉ làm tóm tắt, hay tập trung trích xuất việc cần làm
- Nhấn mạnh hiệu quả cá nhân, hay nhấn mạnh đồng bộ nhóm
- Cho người dùng tự do chỉnh sửa, hay trực tiếp xuất template có cấu trúc
Bước này rất phù hợp brainstorm, cũng rất phù hợp cùng nhóm kéo giải pháp ra.
Nhưng ở đây có một tiền đề: Tất cả giải pháp đều phải phục vụ cùng một vấn đề đã được định nghĩa. Nếu vấn đề chưa được định nghĩa rõ, Develop rất dễ lại trở thành chức năng bay tứ tung.
4.2 Deliver: Chọn giải pháp, làm nguyên mẫu, kiểm thử và giao phó
Giai đoạn Deliver là giai đoạn tập trung trong kim cương thứ hai.
Lúc này bạn cần làm không phải tiếp tục nghĩ nhiều hơn, mà bắt đầu đánh giá:
- Giải pháp nào phù hợp nhất với giai đoạn hiện tại
- Phiên bản nào nhỏ nhất nhưng hữu dụng nhất
- Chức năng nào phải làm trước, chức năng nào có thể làm sau
- Làm nguyên mẫu, kiểm thử và xác minh quy mô nhỏ thế nào
Rất nhiều người tưởng Deliver đồng nghĩa với "lên mạng". Thực ra ý nghĩa chính xác hơn của nó là: Biến một giải pháp thành thứ có thể kiểm thử, có thể xác minh, có thể lặp lại.
Nó có thể là:
- Một flowchart độ fidelity thấp
- Một nguyên mẫu Figma
- Một MVP có thể chạy
- Một lần kiểm thử người dùng quy mô nhỏ
- Một phiên bản lặp lại sau phản hồi thực tế
Trọng tâm của Deliver không phải "giao phó hoàn hảo", mà là càng sớm càng tốt đặt giải pháp vào môi trường thực tế để xác minh.
5. Một bảng đối chiếu dễ nhớ nhất
Nếu bạn luôn không phân biệt được bốn giai đoạn, có thể trực tiếp ghi phiên bản dưới đây:
| Giai đoạn | Bạn đang làm gì | Từ khóa | Sản xuất phổ biến |
|---|---|---|---|
| Discover | Hiểu vấn đề | Nghiên cứu, quan sát, phỏng vấn, thu thập thông tin | Insight người dùng, ghi chú kịch bản, danh sách vấn đề |
| Define | Định nghĩa vấn đề | Tinh lọc, tập trung, lựa chọn, viết lại vấn đề | Định nghĩa vấn đề, ưu tiên, điểm vào MVP |
| Develop | Khám phá giải pháp | Brainstorm, so sánh, đồng sáng tạo, hình dung nguyên mẫu | Danh sách giải pháp, sketch flowchart, hướng nguyên mẫu |
| Deliver | Xác minh giải pháp | Nguyên mẫu, kiểm thử, lặp lại, giao phó | Nguyên mẫu, phản hồi kiểm thử, phiên bản tối ưu |
Nén thêm một chút, thì là:
- Discover / Define: Giải quyết "làm đúng việc"
- Develop / Deliver: Giải quyết "làm đúng cách"
6. Sai lầm phổ biến nhất với mô hình Double Diamond
6.1 Chưa Discover, đã trực tiếp Deliver
Đây là loại phổ biến nhất. Rất nhiều người vừa có ý tưởng đã vẽ nguyên mẫu, viết PRD, kết nối mô hình, làm trang.
Vấn đề không phải bạn làm không nghiêm túc, mà có thể bạn căn bản chưa xác nhận vấn đề có đáng giải quyết hay không.
6.2 Discover rất lâu, nhưng luôn không Define
Một cực đoan khác là luôn nghiên cứu, luôn xem tài liệu, luôn phỏng vấn, lại luôn không dám tập trung.
Double Diamond không phải để bạn phân tán vô hạn, mà nhắc bạn: Sau khi phân tán phải bước vào đánh giá và lựa chọn.
6.3 Sau khi Define, lại lén sửa vấn đề
Rất nhiều nhóm sẽ ở giai đoạn Develop vì một giải pháp dễ làm hơn, nên ngược lại sửa định nghĩa vấn đề, cho nó phù hợp với giải pháp hiện có.
Điều này rất nguy hiểm. Vì có thể bạn không đang giải quyết vấn đề, mà đang tìm lý do cho giải pháp bạn thích.
6.4 Hiểu sai Deliver thành "lên mạng đại toàn"
Deliver không phải nói phải làm xong sản phẩm hoàn chỉnh mới tính kết thúc. Rất nhiều lúc, một nguyên mẫu có thể kiểm thử, một vòng dùng thử người dùng thực tế, đã là một deliver rất tốt.
7. Trong sản phẩm AI, dùng mô hình Double Diamond thế nào
Sản phẩm AI đặc biệt dễ rơi vào bẫy "khả năng đi trước", vì khả năng mô hình trông quá hấp dẫn. Bạn sẽ rất muốn trực tiếp đi nghĩ:
- Có nên kết nối đa mô thức không
- Có nên làm Agent không
- Có nên thêm workflow không
- Có nên kết nối giọng nói, hình ảnh, tìm kiếm mạng không
Nhưng mô hình Double Diamond sẽ ép bạn hỏi trước:
- Người dùng rốt cuộc bị kẹt ở khâu nào
- Điểm nghẽn này có phải bắt buộc dùng AI không
- Nếu không dùng AI, phương pháp hiện tại rốt cuộc kém nhất ở đâu
- Sau khi thêm AI vào, tiến triển cốt lõi nhất là gì
Điều này giúp bạn tránh một tình huống phổ biến: Khả năng rất mạnh, giá trị rất yếu.
Một trình tự thực dụng là:
- Ở giai đoạn Discover quan sát người dùng hiện đang xử lý nhiệm vụ thế nào
- Ở giai đoạn Define viết một kịch bản đau nhất thành một định nghĩa vấn đề rõ ràng
- Ở giai đoạn Develop rồi đi so sánh khả năng AI nào phù hợp nhất phục vụ vấn đề này
- Ở giai đoạn Deliver làm một phiên bản tối thiểu, để người dùng thực tế kiểm thử
8. Template Double Diamond có thể áp dụng trực tiếp
Nếu bạn đang làm sản phẩm của mình, có thể trước viết theo trình tự dưới đây:
Discover
- Người dùng tôi quan sát là ai?
- Lần gần nhất họ gặp vấn đề này là khi nào?
- Hiện họ giải quyết thế nào?
- Nơi họ phiền nhất, chậm nhất, không yên tâm nhất là gì?
Define
- Trong đống vấn đề này, cái nào đáng ưu tiên giải quyết nhất?
- Kịch bản nào tần suất cao nhất, hoặc quan trọng nhất?
- Phiên bản đầu tiên của chúng ta phục vụ ai trước, giải quyết cái gì trước?
- Sau khi giải quyết thành công, trạng thái người dùng sẽ thay đổi thế nào?
Develop
- Đối với vấn đề này, có những giải pháp khả thi nào?
- Giải pháp nào nhẹ nhất, nhanh nhất, dễ xác minh nhất?
- Cái nào phải làm, cái nào làm sau?
Deliver
- Chúng ta nhỏ nhất có thể giao phó gì để xác minh hướng này?
- Là flowchart, nguyên mẫu, hay MVP?
- Cần tìm ai kiểm thử?
- Sau khi kiểm thử đánh giá thế nào: tiếp tục, sửa đổi hay dừng lại?
9. Một ví dụ người mới cũng có thể hiểu
Giả sử bạn muốn làm một công cụ AI "giúp sinh viên chuẩn bị CV xin việc".
Rất nhiều người vừa bắt đầu sẽ trực tiếp bước vào kim cương thứ hai, bắt đầu nghĩ:
- Có nên làm làm đẹp một lần không
- Có nên sửa viết thông minh không
- Có nên tự động khớp JD không
- Có nên tạo tự giới thiệu không
Nhưng theo mô hình Double Diamond, quá trình tốt hơn sẽ là như thế này:
Kim cương đầu tiên
Discover
- Đi hỏi sinh viên năm cuối lần gần nhất sửa CV là khi nào
- Xem họ sửa từ CV cũ thành phiên bản mới thế nào
- Hiểu họ phiền nhất là "không biết viết", "không biết sửa", hay "không biết đánh giá tốt chưa"
Define
- Cuối cùng tập trung thành một vấn đề cụ thể hơn:
- Không phải "sinh viên không biết làm CV"
- Mà là "sinh viên lần đầu nộp thực tập, rất khó sửa kinh nghiệm hiện có thành diễn đạt phù hợp với vị trí, do đó trì hoãn nộp hồ sơ"
Kim cương thứ hai
Develop
- Nghĩ vài giải pháp: Thư viện template, AI sửa viết, đối chiếu vị trí, đánh giá CV, tham khảo case
Deliver
- Phiên bản đầu tiên chỉ làm "sửa viết bullet points kinh nghiệm dựa trên mô tả vị trí"
- Cho 5 sinh viên dùng thử, xem họ có nộp nhanh hơn CV phiên bản đầu tiên không
Bạn sẽ phát hiện, một khi kim cương đầu tiên làm vững, kim cương thứ hai sẽ rõ ràng hơn nhiều.
10. Tóm tắt
Điểm mạnh nhất của mô hình Double Diamond, là nó giúp bạn chia một đống hỗn loạn thành bốn động tác rõ ràng hơn:
- Trước phân tán hiểu vấn đề
- Rồi tập trung định nghĩa vấn đề
- Rồi phân tán khám phá giải pháp
- Cuối cùng tập trung giao phó giải pháp
Nó không phải làm bạn chậm lại, mà giúp bạn đi ít hơn rất nhiều con đường tưởng bận rộn nhưng thực ra sai hướng.
Đặc biệt trong thời đại AI, làm ra thứ ngày càng nhanh, mô hình Double Diamond lại càng quan trọng hơn. Vì khi "làm ra" ngày càng dễ, năng lực thực sự khan hiếm sẽ trở thành: Bạn có đang giải quyết một vấn đề đáng giải quyết hay không, và bạn có dùng cách phù hợp để giải quyết nó hay không.
Ghi nhớ câu này là đủ:
Trước làm đúng việc, rồi làm đúng cách.
11. Cách dùng AI giúp bạn chạy quy trình Double Diamond
Bản thân mô hình Double Diamond không phải công cụ AI, nhưng AI rất phù hợp đóng vai "bộ tăng tốc" trong bốn giai đoạn. Điểm mấu chốt không phải để AI thay bạn quyết định, mà là để nó giúp bạn mở rộng tầm nhìn, sắp xếp thông tin, so sánh giải pháp và tạo tài liệu xác minh.
11.1 Ở giai đoạn Discover, dùng AI làm trước một vòng lót thông tin
Trước khi phỏng vấn và nghiên cứu chính thức, bạn có thể để AI giúp bạn làm quét vấn đề nhẹ nhàng, ví dụ:
- Trên thị trường có giải pháp thay thế phổ biến nào
- Người dùng trong cộng đồng công khai thường phàn nàn điều gì nhất
- Vấn đề này thường gặp ở kịch bản và nhóm người nào
- Sản phẩm hiện có thường bỏ qua điều gì
Bước này không thể thay thế nghiên cứu thực tế, nhưng rất phù hợp giúp bạn nhanh chóng xây bản đồ vấn đề.
Một input rất đơn giản có thể là:
Tôi muốn làm một công cụ giúp sinh viên sửa CV.
Bạn trước đừng giúp tôi nghĩ chức năng, trước giúp tôi xem mọi người thường gặp rắc rối gì nhất trên vấn đề này.AI có thể xuất:
Bản đồ vấn đề ban đầu:
1. Không biết nên viết kinh nghiệm gì
2. Không biết sửa cho phù hợp với vị trí thế nào
3. Sửa nhiều phiên bản vẫn không chắc đã đủ tốt
4. Cần người khác giúp xem, nhưng không tiện phiền người ta mãi
5. Vì không chắc chắn, nên cứ kéo dài không nộpTác dụng của loại output này không phải thay bạn kết luận, mà giúp bạn nhanh bước vào Discover.
11.2 Ở giai đoạn Define, để AI giúp bạn tập trung định nghĩa vấn đề
Rất nhiều người sau khi thu thập một đống tài liệu, khó nhất là nén vấn đề thành một câu thực sự rõ ràng. Bạn có thể giao ghi chú nghiên cứu cho AI, để nó giúp bạn nén thành vài định nghĩa vấn đề ứng viên:
Dưới đây là phản hồi người dùng và ghi chú nghiên cứu tôi thu thập được ở giai đoạn Discover:
[Dán nội dung]
Xin giúp tôi làm ba việc:
1. Tổng hợp mô hình vấn đề xuất hiện thường xuyên nhất
2. Theo tần suất vấn đề, mức độ đau và tính khả thi xác minh, sắp xếp ra 3 vấn đề đáng ưu tiên giải quyết
3. Viết mỗi vấn đề thành một định nghĩa vấn đề cụ thểNhư vậy bạn sẽ dễ bước vào Define hơn, thay vì luôn dừng ở trạng thái "vấn đề nhiều quá".
Bạn thậm chí có thể viết input rất đơn giản:
Tôi hiện thu thập được các vấn đề:
1. Mọi người không biết CV viết gì
2. Mọi người không biết sửa thế nào
3. Mọi người luôn cảm thấy chưa sửa xong, không dám nộp
Bạn giúp tôi xem, phiên bản đầu tiên phù hợp nhất giải quyết vấn đề nào trước.AI có thể xuất:
Đề xuất vấn đề đáng ưu tiên giải quyết:
"Sinh viên lần đầu nộp thực tập, không chắc CV đã đạt mức có thể nộp chưa, do đó sẽ sửa lặp đi lặp lại và trì hoãn nộp hồ sơ."
Lý do:
1. Vấn đề này cụ thể hơn
2. Nó có thể giải thích hành vi trì hoãn
3. Dễ thiết kế một phiên bản nhỏ để xác minh hơnLoại output này rất hữu ích, vì nó giúp bạn từ đống vấn đề mơ hồ tập trung ra một định nghĩa gần với điểm khởi đầu MVP hơn.
11.3 Ở giai đoạn Develop, dùng AI phân tán nhiều giải pháp
Rất nhiều người vừa định nghĩa vấn đề xong, chỉ chăm chăm vào giải pháp đầu tiên nghĩ ra. AI ở bước này rất phù hợp giúp bạn ép phân tán:
Tôi đã định nghĩa một vấn đề cốt lõi: [Định nghĩa vấn đề của bạn]
Xin đừng trực tiếp cho tôi một câu trả lời cuối cùng, mà từ các góc độ sau mỗi loại đề xuất 2-3 hướng giải quyết:
1. MVP nhẹ nhất
2. Giải pháp phù hợp nhất để xác minh nhu cầu
3. Giải pháp phù hợp nhất để nâng cao trải nghiệm
4. Giải pháp không phụ thuộc AI
5. Giải pháp phụ thuộc AI
Cuối cùng xin so sánh ưu điểm, rủi ro và chi phí xác minh của mỗi giải pháp.Như vậy bạn sẽ không quá sớm bị trói vào một giải pháp duy nhất.
Một input đơn giản:
Định nghĩa vấn đề hiện tại của tôi là:
"Sinh viên không chắc CV đã có thể nộp chưa, nên cứ kéo dài không nộp."
Xin giúp tôi nghĩ 4 giải pháp khác nhau, đừng chỉ cho tôi một.AI có thể xuất:
Giải pháp 1: Danh sách kiểm tra CV có thể nộp
Giải pháp 2: Sửa viết dựa trên mô tả vị trí
Giải pháp 3: Người dùng upload CV rồi đưa ra cảnh báo rủi ro
Giải pháp 4: Cung cấp đối chiếu case xuất sắc, giúp người dùng đánh giá khoảng cáchLúc này bạn dễ bước vào "so sánh giải pháp" hơn, thay vì vừa lên chỉ chăm chăm để AI sửa viết một hướng.
11.4 Ở giai đoạn Deliver, dùng AI giúp bạn tạo văn bản nguyên mẫu và tài liệu kiểm thử
Khi bạn bước vào giai đoạn Deliver, AI rất phù hợp giúp bạn tăng tốc các công việc này:
- Tạo văn bản trang trong nguyên mẫu độ fidelity thấp
- Sắp xếp script kiểm thử người dùng
- Tạo nhiều phiên bản tiêu đề, nút bấm, mô tả có thể so sánh
- Sắp xếp phản hồi và danh sách vấn đề sau kiểm thử
Ví dụ bạn có thể để AI giúp bạn tạo một script kiểm thử người dùng 20 phút, hoặc giúp bạn gom 5 phản hồi người dùng thành căn cứ đánh giá "tiếp tục làm / sửa hướng / tạm dừng".
Ví dụ một input tối thiểu:
Tôi đã làm một nguyên mẫu rất đơn giản:
Người dùng upload CV, hệ thống báo chỗ nào chưa phù hợp để nộp.
Xin giúp tôi tạo một script kiểm thử người dùng 15 phút.AI có thể xuất:
Script kiểm thử 15 phút:
1. Trước mời người dùng mô tả trải nghiệm nộp CV gần nhất
2. Để người dùng tự hoàn thành upload CV
3. Quan sát họ có hiểu được kết quả phản hồi không
4. Hỏi: Trong những gợi ý này, cái nào hữu ích nhất, cái nào khiến bạn bối rối
5. Hỏi: Nếu lần sau trước khi nộp, bạn có muốn dùng lại khôngLoại output này rất thực dụng, vì nó có thể giúp bạn từ "tôi làm xong nguyên mẫu rồi" bước đến "tôi tiếp theo kiểm thử thế nào".
11.5 Để AI đóng vai "người gác cổng giai đoạn"
Vấn đề phổ biến nhất của mô hình Double Diamond, là người ta sẽ nhảy giai đoạn. Bạn có thể trực tiếp để AI đóng vai người gác cổng, nhắc bạn hiện tại rốt cuộc đang ở bước nào:
Xin đóng vai huấn luyện viên quy trình sản phẩm.
Dưới đây là trạng thái dự án hiện tại của tôi: [Mô tả của bạn]
Xin đánh giá tôi hiện tại giống đang ở Discover, Define, Develop hay Deliver hơn.
Và cho tôi biết:
1. Tôi có phải đã nhảy quá sớm sang giai đoạn tiếp theo không
2. Hành động đáng bổ sung nhất ở giai đoạn hiện tại là gì
3. Những việc nào bây giờ chưa nên làmĐiều này đặc biệt hữu ích cho người mới, vì bạn rất dễ "chưa nghĩ rõ vấn đề đã bắt đầu vẽ nguyên mẫu".
📚 Bài tập
Xin bạn dựa vào nội dung bài viết, hoàn thành bài tập sau:
- Chọn một ý tưởng sản phẩm bạn muốn làm gần đây, viết bản nháp 4 bước Discover, Define, Develop, Deliver của nó
- Ở giai đoạn Define, ép mình nén vấn đề thành một câu cụ thể
- Ở giai đoạn Develop, ít nhất liệt kê 3 giải pháp khác nhau, thay vì chỉ chăm chăm vào cách đầu tiên nghĩ ra
- Ở giai đoạn Deliver, viết ra một phiên bản xác minh tối thiểu có thể giao phó trong một tuần
Đọc thêm
Bài viết này chủ yếu tham khảo tài liệu chính thức của Design Council về Double Diamond, phù hợp để tiếp tục xem: