--- title: Mô hình Double Diamond là gì? Một framework 4 giai đoạn để xác định và giải quyết vấn đề slug: mo-hinh-double-diamond-la-gi url: https://academy.telos.vn/mo-hinh-double-diamond-la-gi generated_date: 2026-06-17 02:53:08 --- Mô hình Double Diamond là gì? Quy trình thiết kế từ vấn đề đến giải pháp ------------------------------------------------------------------------ ### Định nghĩa Double Diamond là mô hình quy trình thiết kế được phát triển bởi [**Design Council**](https://www.designcouncil.org.uk/) – tổ chức tư vấn thiết kế quốc gia của Anh – và công bố lần đầu vào năm 2005 sau một nghiên cứu kéo dài 11 tháng, khảo sát cách làm việc thực tế của 11 công ty toàn cầu bao gồm Microsoft, Sony, Starbucks và LEGO. Mô hình lấy hình ảnh hai hình thoi (diamond) nối tiếp nhau để mô tả hai giai đoạn tư duy chính trong thiết kế: **tìm đúng vấn đề** và **tìm đúng giải pháp**. Mỗi hình thoi đại diện cho một chu kỳ mở rộng – thu hẹp tư duy, tương ứng với hai hành động cơ bản: **Diverge** (mở rộng, khám phá) và **Converge** (thu hẹp, lựa chọn). Điều khiến Double Diamond khác với các framework quy trình khác là nó không bắt đầu từ “giải quyết vấn đề” – mà bắt đầu từ “tìm đúng vấn đề cần giải quyết”. Đây là điểm mà nhiều team bỏ qua: nhảy thẳng vào giải pháp trước khi hiểu rõ vấn đề thực sự là gì. ### Tại sao mô hình này được tạo ra? Trước năm 2005, các quy trình thiết kế thường được mô tả theo cách tuyến tính – từ brief đến concept đến deliver – hoặc theo các vòng lặp agile nhưng thiếu cấu trúc để giải thích tại sao một số giai đoạn cần mở rộng tư duy, còn một số giai đoạn khác cần thu hẹp và ra quyết định. Design Council nghiên cứu cách các designer giỏi thực sự tư duy và làm việc, và nhận ra một pattern lặp đi lặp lại: người giỏi luôn dành thời gian khám phá rộng trước khi kết luận – cả ở giai đoạn hiểu vấn đề lẫn giai đoạn tìm giải pháp. Double Diamond là cách hình thức hóa pattern đó thành một mô hình có thể dạy và áp dụng. Năm 2019, Design Council cập nhật mô hình thành **Framework for Innovation** – bổ sung thêm các nguyên lý và phương pháp cụ thể, nhưng cấu trúc hai hình thoi cốt lõi vẫn giữ nguyên. ### ![công việc của ui ux designer - khái quát hóa bằng double diamond model](https://academy.telos.vn/wp-content/uploads/2026/05/DD.png) ### Ý nghĩa của mô hình này **Double Diamond giải quyết vấn đề gì?** Vấn đề phổ biến nhất trong thiết kế và phát triển sản phẩm là **xây dựng đúng thứ, nhưng sai vấn đề** – hoặc xây dựng đúng vấn đề nhưng sai giải pháp. Double Diamond tách hai câu hỏi này ra thành hai giai đoạn riêng biệt, buộc team phải xác nhận từng câu hỏi trước khi chuyển sang câu hỏi tiếp theo. Mô hình cũng giúp giải thích với stakeholder tại sao thiết kế cần thời gian – không phải để “vẽ đẹp hơn”, mà để đảm bảo đang giải quyết đúng vấn đề với đúng giải pháp. **Double Diamond được dùng ở giai đoạn nào?** Double Diamond là mô hình ở cấp độ **quy trình dự án**, không phải cấp độ công cụ hay kỹ thuật cụ thể. Nó áp dụng từ giai đoạn khởi đầu một dự án thiết kế mới đến khi ra mắt – bao gồm cả nghiên cứu người dùng, định nghĩa vấn đề, ideation, prototype, và testing. Đây là một tool mà không chỉ người làm chuyên môn UX Design tại các Product team nói chung, mà các [nhân sự R&D](https://academy.telos.vn/khoa-hoc-product-design-thinking-doanh-nghiep/) ở đa dạng loại hình công ty cũng hoàn toàn có thể sử dụng như một trợ thủ lợi hại để phát triển bản thân Trong thực tế, Double Diamond thường được dùng để lập kế hoạch dự án và giải thích quy trình với client hoặc stakeholder hơn là làm checklist hàng ngày. **Double Diamond khác gì với Design Thinking?** Hai mô hình thường bị nhầm lẫn vì đều nói về quy trình thiết kế, nhưng có điểm khác biệt: Double Diamond[Design Thinking](https://academy.telos.vn/tu-duy-thiet-ke-la-gi/)**Nguồn gốc**Design Council (2005)IDEO / d.school Stanford**Cấu trúc**4 giai đoạn trong 2 hình thoi5 giai đoạn (Empathize → Define → Ideate → Prototype → Test)**Trọng tâm**Diverge / Converge – mở rộng và thu hẹp tư duyHuman-centered – đặt người dùng vào trung tâm**Ứng dụng**Quy trình dự án tổng thểTư duy và mindset thiết kếDesign Thinking và Double Diamond không loại trừ nhau – nhiều team dùng Double Diamond như khung cấu trúc dự án và áp dụng tư duy Design Thinking xuyên suốt các giai đoạn đó. ### Ai dùng Double Diamond? Ai tiếp nhận thành phẩm từ nó? **Người dùng mô hình:** Designer, UX researcher, product manager, và bất kỳ ai tham gia vào quá trình định nghĩa và giải quyết vấn đề thiết kế. Double Diamond không phải công cụ riêng của designer – nó hữu ích cho toàn bộ team product khi cần đồng thuận về quy trình làm việc. **Người tiếp nhận thành phẩm:** Tùy giai đoạn. Sau Diamond 1 (giai đoạn problem), output là một **problem statement** rõ ràng – stakeholder và team cần đồng thuận trước khi bước tiếp. Sau Diamond 2 (giai đoạn solution), output là design đã được validate – developer, QA, và stakeholder tiếp nhận để triển khai. Framework của Double Diamond ---------------------------- Double Diamond chia quy trình thiết kế thành 4 giai đoạn trong 2 hình thoi (2 viên kim cương): ![Viên kim cương thứ hai trong double diamond - tìm vấn đề](https://academy.telos.vn/wp-content/uploads/2026/06/2vienkimcuong-01.png) ### Viên kim cương thứ 1 – Tìm đúng vấn đề **Discover (Khám phá) – Diverge** Giai đoạn mở rộng tư duy. Team thu thập thông tin rộng nhất có thể về người dùng, bối cảnh, và vấn đề – không phán xét, không kết luận vội. Các hoạt động điển hình: user interview, contextual research, desk research, observation, survey. Mục tiêu không phải là tìm ngay ra vấn đề cần giải quyết, mà là hiểu đủ rộng để không bỏ sót vấn đề thực sự quan trọng. **Define (Định nghĩa) – Converge** Giai đoạn thu hẹp. Team phân tích dữ liệu từ Discover, xác định pattern, và đi đến một **problem statement** cụ thể – vấn đề thực sự cần giải quyết, từ góc nhìn người dùng. Output của giai đoạn này thường là: How Might We statement, Insight statement, hoặc Point of View – những công cụ biến insight nghiên cứu thành câu hỏi thiết kế có thể hành động được. Đây là điểm chuyển tiếp giữa hai hình thoi. Trước khi bước vào Diamond 2, team cần đồng thuận về vấn đề đang giải quyết. ![Viên kim cương thứ hai trong double diamond - tìm giải pháp](https://academy.telos.vn/wp-content/uploads/2026/06/2vienkimcuong-02.png) ### Viên kim cương thứ 2 – Tìm đúng giải pháp **Develop (Phát triển) – Diverge** Giai đoạn mở rộng lần hai – nhưng lần này là về giải pháp. Team brainstorm nhiều hướng giải quyết khác nhau cho vấn đề đã được định nghĩa, tạo sketch, wireframe, và prototype thô để khám phá các khả năng. Quan trọng: giai đoạn này không phải chọn ngay một giải pháp tốt nhất. Mục tiêu là tạo ra đủ lựa chọn để có thể so sánh và thử nghiệm. Giải pháp “hiển nhiên” nhất thường không phải giải pháp tốt nhất. **Deliver (Triển khai) – Converge** Giai đoạn thu hẹp lần hai. Team test các prototype với người dùng thực tế, loại bỏ những hướng không hiệu quả, và tinh chỉnh giải pháp được chọn đến mức đủ để triển khai. Output của giai đoạn này là design đã được validate – không nhất thiết hoàn hảo, nhưng đã có bằng chứng rằng nó giải quyết đúng vấn đề cho đúng người dùng. ### Ví dụ case cụ thể: Thiết kế lại tính năng tìm kiếm của một app thương mại điện tử ![Ví dụ áp dụng Double Diamond vào một project](https://academy.telos.vn/wp-content/uploads/2026/06/DoubleDiamond.png) **Discover:** Team phỏng vấn 15 người dùng, quan sát hành vi tìm kiếm thực tế, phân tích search log. Kết quả: người dùng tìm kiếm bằng nhiều từ ngữ khác nhau cho cùng một sản phẩm, tỷ lệ “không tìm thấy kết quả” cao bất thường dù sản phẩm có sẵn trong kho. **Define:** Vấn đề không phải là thiếu sản phẩm, mà là hệ thống tìm kiếm không hiểu được ngôn ngữ tự nhiên của người dùng. Problem statement: “Người dùng không tìm được sản phẩm họ muốn vì hệ thống chỉ nhận diện từ khóa chính xác, không nhận diện được biến thể ngôn ngữ và từ đồng nghĩa.” **Develop:** Team sketch 6 hướng giải pháp khác nhau – từ cải thiện thuật toán tìm kiếm, thêm search suggestion, đến thiết kế lại toàn bộ UI tìm kiếm. Tạo prototype cho 3 hướng khả thi nhất. **Deliver:** Test 3 prototype với 10 người dùng. Hướng kết hợp search suggestion + synonym matching cho kết quả tốt nhất. Tinh chỉnh và bàn giao cho engineering team. Người dùng mô hình này cần lưu tâm điều gì? ------------------------------------------- **Không bỏ qua Diamond 1 để chạy thẳng vào giải pháp.** Đây là lỗi phổ biến nhất – đặc biệt khi có áp lực deadline hoặc khi team đã có sẵn giả thuyết về giải pháp. Giai đoạn Define là nơi nhiều dự án “phát hiện” rằng vấn đề mình đang giải quyết không phải vấn đề người dùng thực sự cần giải quyết. **Diverge thật sự, không diverge cho có.** Giai đoạn Discover và Develop chỉ có giá trị nếu team thực sự mở rộng tư duy – không loại bỏ ý tưởng sớm, không chỉ research để xác nhận điều đã biết. Diverge tốt đòi hỏi tâm thế “chưa biết” ngay cả khi đã có kinh nghiệm. **Double Diamond không phải quy trình tuyến tính cứng nhắc.** Trong thực tế, team có thể quay lại giai đoạn trước khi phát hiện ra vấn đề hoặc giải pháp ban đầu không đúng. Mô hình là công cụ định hướng tư duy, không phải quy trình bắt buộc đi theo đúng thứ tự. **Giai đoạn Define quan trọng hơn nhiều team nghĩ.** Một problem statement tốt quyết định chất lượng của toàn bộ Diamond 2. Nếu Define sai, mọi công sức ở Develop và Deliver đều giải quyết sai vấn đề – dù làm rất tốt về mặt kỹ thuật. **Cần đồng thuận của stakeholder tại điểm chuyển tiếp giữa hai hình thoi.** Trước khi bước vào Develop, team và stakeholder cần đồng ý với nhau về problem statement. Bỏ qua bước này thường dẫn đến conflict ở giai đoạn muộn hơn khi giải pháp được đề xuất không khớp với kỳ vọng của stakeholder. Kết luận -------- Double Diamond là một trong những mô hình quy trình thiết kế được tham chiếu rộng rãi nhất vì nó làm rõ điều mà nhiều designer hiểu theo trực giác nhưng khó diễn đạt: thiết kế tốt không bắt đầu từ giải pháp, mà bắt đầu từ việc tìm đúng vấn đề cần giải quyết. Giá trị thực của mô hình không nằm ở bốn giai đoạn, mà nằm ở tư duy Diverge – Converge: biết khi nào cần mở rộng để không bỏ sót, và biết khi nào cần thu hẹp để ra quyết định và tiến lên phía trước. Tại TELOS Academy, Double Diamond là một trong các framework quy trình được học trong khóa [**UX nhập môn**](https://academy.telos.vn/khoa-hoc-nhap-mon-ve-ux-design/) và [**Product Design & Manage**](https://academy.telos.vn/khoa-hoc-product-design-va-manage/) – để người học không chỉ biết cách thiết kế, mà còn biết cách cấu trúc toàn bộ quá trình từ vấn đề đến giải pháp trong môi trường làm việc thực tế.