Trong một buổi giao ban sáng gần đây tại một bệnh viện vùng, một bác sĩ điều trị cao cấp hỏi chúng tôi: "Tư duy thiết kế bây giờ chẳng phải đã lỗi thời rồi sao?"
Trước hết xin có một đoạn giới thiệu ngắn, vì thuật ngữ này không phải ai cũng quen. Tư duy thiết kế (design thinking) là một vòng lặp năm bước được phổ biến vào những năm 1990 bởi IDEO và các công ty tư vấn thiết kế cùng thời: empathize (thấu hiểu người dùng), define (đóng khung vấn đề), ideate (sinh ý tưởng giải pháp), prototype (dựng nguyên mẫu thô), test (đưa cho người dùng thật chạm vào). Tiền đề rất đơn giản — xác định mình đang giải vấn đề gì trước khi xây, rồi để người dùng thật chạm vào một phiên bản thô, sau đó quay lại xem định nghĩa vấn đề có còn đúng không. Nghe như lẽ thường tình, nhưng trên thực tế phần lớn các đội chưa bao giờ chạy trọn một vòng đầy đủ.
Trong thập kỷ qua, một ấn tượng đã hình thành rằng phương pháp này đã trở nên lỗi thời. Những lý lẽ thường thấy:
- Đó là chuyện của thập niên 2010 — thế giới đã chuyển sang lean startup và AI sinh giải pháp trực tiếp
- Nó đã biến thành một ngành công nghiệp workshop: rất nhiều giấy ghi chú Post-it, không có theo đuổi đến cùng
- Các công ty lớn biến nó thành nghi thức: một sprint một tuần rồi không lặp tiếp
- Nếu LLM có thể tổng hợp giải pháp theo yêu cầu, tại sao còn phải empathize hay làm nghiên cứu người dùng?
Cách đọc của chúng tôi khác. Trong thập kỷ qua, điều khiến tư duy thiết kế trông có vẻ lỗi thời là tốc độ, không phải logic. AI hiện đã nén những phần từng kéo vòng lặp đi chậm — dựng prototype và tổng hợp feedback — từ vài tháng xuống vài ngày. Vòng lặp đầy đủ lần đầu tiên có thể chạy trọn vẹn từ đầu đến cuối.
Bài viết này điểm lại một bước chuyển hướng nội bộ gần đây — từ một công cụ tại giường bệnh cho một chuyên khoa duy nhất sang một schema composer liên chuyên khoa mà bất kỳ chuyên gia nào cũng có thể tự phục vụ. Toàn bộ tiến trình tình cờ ánh xạ gọn gàng vào một vòng lặp tư duy thiết kế đầy đủ. Chúng tôi dùng nó như một ví dụ cụ thể để nói tại sao AI không phải là kẻ thay thế tư duy thiết kế, mà là công cụ mà nó đã chờ đợi suốt hai mươi năm.
Tại sao người ta nghĩ nó đã lỗi thời
Lõi năm giai đoạn của tư duy thiết kế — empathize, define, ideate, prototype, test — được phổ biến vào những năm 1990 bởi IDEO và các công ty tư vấn thiết kế đương thời. Bản tuyên ngôn năm 2008 của Tim Brown trên Harvard Business Review đã đưa nó thành một phương pháp luận chính thống.
Nút thắt thực sự của nó chưa bao giờ là logic. Đó là thời gian.
Chạy trọn một vòng lặp — từ empathize qua test, rồi quay lại định nghĩa lại vấn đề — thường mất ba đến sáu tháng đối với một đội sản phẩm truyền thống:
- Empathize: lên lịch 5–15 buổi phỏng vấn người dùng, gỡ băng, gom nhóm theo mẫu
- Define / ideate: kéo mọi bên liên quan vào những workshop kéo dài nhiều ngày, tạo ra hàng đống Post-it
- Prototype: để designer dựng giao diện mockup, để engineer xây dựng một bản chạy được
- Test: chạy thêm một vòng phiên người dùng, thu thập phản hồi
Mỗi bước đều chậm. Chậm đến mức khi đội hoàn thành xong một vòng và thấy phản ứng thật của người dùng, đã không còn thời gian hay ngân sách để hành động.
Hệ quả là ba điều xảy ra trong thập kỷ qua:
- Empathize và define bị nghi thức hóa: một workshop rồi coi như xong
- Prototype và test bị thuê ngoài cho các agency thiết kế: deliverable đẹp mắt, xa rời production
- Toàn bộ phương pháp luận bị ép vào "sprint hai ngày" — mang tên tư duy thiết kế, nhưng thiếu mất nước đi làm cho nó có ý nghĩa: thực sự pivot
Đến đầu thập niên 2020, đồng thuận đã dịch chuyển: tư duy thiết kế là "lối cũ". Lối mới là lean startup, growth hacking, sản phẩm dựa trên dữ liệu.
Phán quyết "lỗi thời" không chỉ là chuyện trà nước trong ngành. Bài hồi cứu năm 2023 của Rebecca Ackermann trên MIT Technology Review đã củng cố luận điểm: ý tưởng không được thực thi, sân khấu của đổi mới, empathy mà không có chuyên môn cộng đồng. Giáo sư Natasha Iskander của NYU đã chỉ rõ điều này sắc hơn năm năm trước trong bài năm 2018 trên HBR: "về cơ bản là bảo thủ". Cả hai phê bình đều nhắm vào sự thất bại của tư duy thiết kế trên các vấn đề xã hội và chính sách — chương trình ăn trưa học đường, các sáng kiến chống nghèo, dịch vụ công — những lĩnh vực cần công việc chính trị và thể chế dài hạn, không phải một vòng lặp năm bước.
Chúng tôi không tranh luận với khối phê bình đó. Nó chính xác. Bài viết này nhằm vào một câu hỏi hẹp hơn: tại sao tư duy thiết kế ngừng chạy bên trong các quy trình sản phẩm.
AI thực sự đã thay đổi điều gì
Khi AI bước vào sân khấu, lối tự sự ầm ĩ nhất là: "Chúng ta không cần nghiên cứu người dùng nữa — cứ để LLM tổng hợp giải pháp trực tiếp." Lối tự sự đó trực tiếp xung đột với tư duy thiết kế, và đó là lý do người ta hỏi liệu cái sau có lỗi thời hay không.
Những gì chúng tôi thấy bên trong các đội sản phẩm gần với điều ngược lại.
LLM không tăng tốc giai đoạn empathize. Chúng tăng tốc việc dựng prototype và xử lý feedback:
| Giai đoạn | Trước AI | Có AI |
|---|---|---|
| Soạn spec | 1–2 tuần (rà soát đa vòng với các bên liên quan) | 1–2 ngày (multi-AI review chạy song song) |
| UI mock | 1 tuần (designer + công cụ) | Nửa ngày (LLM + plugin Figma) |
| Prototype chạy được | 2–4 tuần (frontend + backend engineering) | 3–5 ngày (mocked API + UI logic do AI sinh) |
| Tổng hợp feedback | 1 tuần (gom cụm thủ công) | Nửa ngày (LLM trích chủ đề + gom cụm) |
| Bản nháp pháp lý / compliance | 2–4 tuần (luật sư + rà soát nội bộ) | 3–5 ngày (AI nháp + luật sư rà) |
Cộng tất cả lại: một vòng lặp tư duy thiết kế từng mất 12–16 tuần (hoặc lâu hơn) giờ chạy trong 2–3 tuần (hoặc ít hơn).
Một ghi chú bên lề: chính IDEO cũng đồng ý rằng con đường phía trước dẫn đến đây. Từ năm 2024, họ mở một khóa học trực tuyến mang tên Bring AI to the Design Thinking Process, dạy việc tăng tốc bằng AI trên năm giai đoạn ánh xạ gần như một-một vào bảng phía trên. Chúng ta sẽ trở lại với tín hiệu này sau.
Nút thắt đã dịch chuyển. Cái trước đây chậm — "dựng được một thứ mà người dùng thực sự có thể chạm vào" — giờ đã nhanh. Cái chậm bây giờ là "quyết định xây cái gì."
Nói cách khác: tầm quan trọng tương đối của các giai đoạn empathize / define không hề giảm xuống. Nó tăng lên.
Bước chuyển thực sự
LLM là bộ khuếch đại. Đóng khung vấn đề sai, chúng sẽ tạo ra những thứ không ai muốn — với hiệu suất chưa từng có. Đóng khung đúng, chúng nhân đúng hướng lên gấp mười.
Điều đó có nghĩa là nước đi cổ điển nhất của tư duy thiết kế — "hỏi tại sao trước" — không chỉ vẫn còn liên quan trong kỷ nguyên AI. Đó là lan can bảo vệ.
Trước đây, giai đoạn empathize chậm, nên các đội bị cám dỗ bỏ qua nó. Hôm nay giai đoạn prototype nhanh, nên việc bỏ qua empathize còn nguy hiểm hơn, không phải ít đi — vì bạn sẽ lao xuống con đường sai một cách rất hiệu quả trước khi kịp nhận ra.
Quy tắc nội bộ của chúng tôi là: chưa ký duyệt spec, chưa bắt đầu công việc. AI càng nhanh, bước ký duyệt càng quan trọng. Chúng tôi chạy ba reviewer AI (Codex, Gemini, ChatGPT) song song trên mọi spec — họ bắt được các vi phạm hợp đồng, IDOR, PHI, các vấn đề tương thích phiên bản chéo mà những workshop tư duy thiết kế truyền thống chưa bao giờ chạm tới. Trong kỷ nguyên AI, những mối quan tâm đó phải nằm cùng cấp với "người dùng muốn gì" như một phần của empathize / define, không phải sau đó.
"Spec đi trước hành động" không phải là chống lại tư duy thiết kế. Đó là tư duy thiết kế được điều chỉnh cho kỷ nguyên AI.
Trường hợp thực: từ SOAP.S tràn dòng đến một composer liên chuyên khoa
Tiến trình không bắt đầu từ nghiên cứu thị trường hay focus group. Nó bắt đầu bằng một cuộc trò chuyện với một bác sĩ cao cấp. Họ kể lại điều đội của họ đang quan sát: công cụ patient copilot cho phép bệnh nhân nhập triệu chứng chính trước buổi khám, nhưng văn bản do LLM sinh ra thường xuyên tràn ngập phần Subjective của SOAP. Thời gian mà bác sĩ trước đây dùng cho lập luận lâm sàng giờ phải dùng để dọn dẹp thứ AI viết ra.
Phản xạ đầu tiên là: cứ thêm một bộ compiler — nén đầu vào của bệnh nhân thành thứ bác sĩ có thể thực sự dùng được.
Đội đã không làm vậy. Ngồi với vấn đề một thời gian, dần thấy rõ rằng vấn đề không phải là thiếu một lớp nén; toàn bộ luồng giá trị cần được sắp xếp lại. Vì vậy đội đã đưa nó qua năm giai đoạn của tư duy thiết kế. Từ cuộc trò chuyện đến quyết định pivot: khoảng hai tuần. Cùng khối lượng công việc đó trước thời AI: sáu đến chín tháng.
Empathize
Đội có một nhà sáng lập đồng thời là bác sĩ phẫu thuật chỉnh hình đang hành nghề. Từ góc nhìn của anh, câu hỏi tư duy thiết kế cổ điển nhất:
"Trong mỗi lần khám, cá nhân tôi dịch những lời than phiền lỏng lẻo của bệnh nhân thành nội dung SOAP.S như thế nào?"
Câu trả lời không phải là "viết hết mọi thứ ra". Nó là "nén thành bốn trường cộng với lập luận đứng sau mỗi trường." Bên nào, mức độ nặng, do chấn thương hay thoái hóa, kéo dài bao lâu. Khi bốn trường này được điền, cây giả thuyết chẩn đoán phân biệt tự lắp ráp.
Nói cách khác: SOAP.S mà bác sĩ viết ra không bao giờ là bản gỡ băng câu chuyện của bệnh nhân. Đó là phần diễn giải có cấu trúc của bác sĩ về câu chuyện đó. SOAP.S tràn dòng không phải do bệnh nhân viết quá nhiều — mà do các công cụ được thiết kế để đổ thẳng đầu ra của AI vào hồ sơ, thay vì nén nó lại để bác sĩ rà soát trước.
(Chúng tôi đã viết một phiên bản sâu hơn về quy tắc thiết kế "AI nháp, bác sĩ xác nhận" trong iRehab Doctor AI: Draft-Only Enforcement — dịch bằng AI và xác nhận của bác sĩ là hai hành động không thể gộp.)
Define
Chúng tôi phát biểu lại vấn đề:
"Trong hai phút trước khi bệnh nhân bước vào phòng, nén dữ liệu hai tuần qua của bệnh nhân — xu hướng VAS, ảnh vết mổ, nhật ký tập luyện, điểm PROM — thành một bản tóm tắt liên quan đến chuyên khoa mà bác sĩ đọc trong năm giây."
Từ khóa là "nén" và "đọc xong trong năm giây". Nếu chúng tôi giữ logic quy ước "gỡ băng vào EMR", không có mức độ chính xác nào của AI có thể chặn được tình trạng SOAP.S tràn dòng.
Bước define này được cố ý đặt phạm vi hẹp: chỉ chỉnh hình, chỉ lát cắt này, không gì khác.
Ideate
Mọi cách tiếp cận trước đây đều giả định hành động xảy ra bên trong phòng khám — bác sĩ ngồi xuống, bệnh nhân ngồi đối diện, EMR mở ra, vừa nghe vừa gõ.
Nước đi ideate then chốt của chúng tôi là chuyển toàn bộ bước dịch này ra ngoài phòng khám. Bệnh nhân điền đầu vào ngoài giờ khám (ở nhà, trên điện thoại, trong suốt hai tuần trước đó). AI nén lại trong hai phút trước buổi khám. Bác sĩ đọc trong năm giây trước khi bước vào.
Đây không phải là nâng cấp công cụ. Đây là sự dịch chuyển workflow. (Luồng đầu vào phía bệnh nhân nuôi Brief chính là check-in 30 giây hàng ngày mà chúng tôi đã viết — 30 giây mỗi ngày, nhưng hai tuần tích lũy là nguyên liệu thô cho bản tóm tắt trước khám.)
Prototype
Vài ngày soạn spec, multi-AI review, và dựng prototype sau đó: iRehab Brief Wave 1 ra mắt, chỉ chuyên khoa chỉnh hình.
Việc này trước đây mất bốn đến tám tuần, thường lâu hơn. AI nén việc soạn spec, dựng UI mock, scaffold backend API, rà soát mô hình dữ liệu, và soạn tài liệu compliance.
Test
Khi Brief bước vào pilot trong bệnh viện, hai điều không lường trước đã xảy ra.
Thứ nhất, việc triển khai vật lý bị chặn ở một địa điểm. Không phải vì lý do code. Chính sách bệnh viện yêu cầu phòng PR phê duyệt mọi poster có mã QR; trưởng khoa phẫu thuật đóng khung nó là "lại thêm một bác sĩ đẩy fanpage Facebook". Phạm vi của code review và governance thể chế hóa ra là hai thế giới khác nhau.
Thứ hai, phản ứng trên FB nóng hơn chúng tôi dự đoán. Tin nhắn trực tiếp từ các bác sĩ tâm thần, thần kinh, niệu phụ khoa và sản khoa, tất cả đều hỏi cùng một câu: "Các anh có thể xây một cái cho chuyên khoa của tôi không?"
Hai luồng feedback hội tụ vào một thông điệp duy nhất: vấn đề chúng tôi định nghĩa ban đầu là một lát cắt của một vấn đề lớn hơn.
Redefine
Mọi chuyên khoa đều cần một bộ phiên dịch, nhưng bốn trường mà mỗi chuyên khoa cần dịch sang lại hoàn toàn khác nhau:
- Tâm thần cần giấc ngủ, dao động cảm xúc, tuân thủ thuốc
- Niệu phụ khoa cần nhật ký tiểu, mức độ hoàn thành Kegel
- Thần kinh cần tính biến thiên triệu chứng, tác dụng phụ, tần suất cơn
- Sản khoa cần các phàn nàn liên quan thai kỳ, cử động thai, cảnh báo theo tam cá nguyệt
Cùng một kiến trúc. Bốn schema hoàn toàn khác nhau.
Nếu chúng tôi tiếp tục đẩy Brief chỉnh hình, có lẽ chúng tôi đã triển khai trơn tru cho một nhóm nhỏ bác sĩ chỉnh hình. Chúng tôi cũng sẽ bỏ lỡ insight thực sự — giá trị của công cụ này không phải là "tiết kiệm thời gian cho bác sĩ chỉnh hình". Mà là "cho phép bất kỳ bác sĩ nào tự định nghĩa quy tắc dịch của mình trong vài phút."
Chúng tôi tạm dừng việc roll out Brief chỉnh hình. Chúng tôi mở một spec mới: một Schema Composer liên chuyên khoa cho phép bất kỳ chuyên gia nào tự định nghĩa bốn trường của mình, ký attestation, và ship specialty pack riêng.
Quyết định định nghĩa lại đó chính là đầu ra thật sự của giai đoạn thứ năm trong tư duy thiết kế: không phải "prototype chạy được" mà là "khung vấn đề ban đầu quá hẹp."
Hai cấp số nhân của AI
Nhìn lại hai tuần đó, AI đã tăng tốc công việc ở hai chỗ cụ thể:
Cấp số nhân thứ nhất: thời gian từ spec → prototype.Việc viết một spec đủ chất lượng để ký duyệt, dựng một prototype chạy được, và chạy rà soát nội bộ trước đây mất bốn đến tám tuần. Đội của chúng tôi giờ nén xuống còn 7–10 ngày. LLM nháp spec; ba reviewer AI chạy song song; một kiến trúc sư người tổng hòa lại. Prototype bắt đầu từ mocked API và stub UI do AI sinh; engineer điền business logic vào.
Cấp số nhân thứ hai: thời gian từ feedback → redefine.Đi từ "pilot đã sống" đến "chúng ta nên pivot" trước đây đòi hỏi ba đến sáu tháng dữ liệu sử dụng, nhiều vòng phỏng vấn, và công việc tổng hợp. Vòng lặp của chúng tôi giờ chạy: FB một tuần, DM ba ngày, thảo luận nội bộ một ngày. Năm ngày từ tín hiệu bên ngoài đến một spec mới ghi nhận "khung ban đầu là một bài toán con."
Cộng lại, hai cấp số nhân nén một vòng lặp tư duy thiết kế đầy đủ — tư duy, spec, prototype, feedback, định nghĩa lại — từ 6–9 tháng xuống còn khoảng 2 tuần. Đây không phải là tư duy thiết kế bị thay thế. Đây là tư duy thiết kế lần đầu tiên chạy trọn vẹn từ đầu đến cuối.
Tư duy thiết kế thực sự là gì
Tư duy thiết kế không phải là workshop. Không phải Post-it. Không phải bản đồ empathy.
Lõi của nó là hai sự sẵn lòng:
- Sự sẵn lòng thừa nhận câu trả lời đầu tiên của mình là sai.
- Sự sẵn lòng thử nhanh và tìm ra câu đúng.
Trong thập kỷ qua, cả hai đều khó tôn trọng. Cái thứ nhất bị chặn bởi chi phí chìm ("chúng ta đã bỏ ra ba tháng cho cái spec này, làm sao thừa nhận nó sai?"). Cái thứ hai bị chặn bởi thời gian ("chạy thêm một vòng nữa mất sáu tháng").
AI đã thay đổi cái thứ hai. Lặp nhanh cuối cùng đã rẻ. Đó chính là thứ làm cho sự sẵn lòng thứ nhất có ý nghĩa lần đầu tiên: thừa nhận mình đã sai giờ đây có nghĩa là bạn có thể lập tức thử cái khác.
Đó là lý do đội của chúng tôi coi spec đi trước, hỏi tại sao, và "việc này đã mở ra cánh cửa nào?" như một kỷ luật nội bộ. AI chỉ là công cụ. Kỷ luật là phương pháp luận đặt ở trên cùng — và phương pháp luận đó có một cái tên. Nó được gọi là tư duy thiết kế.
Chúng tôi không cô đơn
Nếu bạn chỉ xét đến trường hợp của một đội, lập luận có thể nghe như giai thoại. Những người khởi xướng phương pháp luận đã đưa ra một tín hiệu trực tiếp hơn.
Từ năm 2024, IDEO đã mở một khóa học trực tuyến mang tên hết sức rõ ràng, Bring AI to the Design Thinking Process. Chương trình dạy việc tăng tốc bằng AI trên năm giai đoạn:
- Inspiration / Research: mở rộng đầu vào sáng tạo bằng AI
- Synthesis: "tăng tốc nghiên cứu và tổng hợp, lấy insight nhanh hơn"
- Brainstorming: ideate nhanh hơn, khám phá nhiều phương án hơn
- Prototyping: đưa ý tưởng thành hiện thực một cách nhanh chóng
- Responsible use: hiểu giới hạn và đạo đức của AI
Ánh xạ những giai đoạn đó vào bảng tăng tốc bằng AI ở phần đầu bài, năm giai đoạn xếp gần như một-một.
Những người phổ biến gốc của tư duy thiết kế không coi AI là đối thủ. Họ đang đích thân dẫn cộng đồng của mình lên phiên bản thế hệ tiếp theo. Lưu ý giai đoạn thứ năm — responsible use — vọng lại đúng lập luận của chúng tôi rằng khi AI nhanh hơn, "hỏi tại sao trước" trở thành lan can bảo vệ.
Tư duy thiết kế không lỗi thời. Chính những người tạo ra nó đang nối nó với AI bằng tay.
Kết lại
Quay lại câu hỏi của vị bác sĩ điều trị cao cấp: "Tư duy thiết kế chẳng phải đã lỗi thời rồi sao?"
Câu trả lời của chúng tôi: không. Trong thập kỷ qua nó trông có vẻ lỗi thời vì vòng lặp lặp lại quá dài. AI không phải đối thủ của nó — AI là công cụ mà nó đã chờ đợi suốt hai mươi năm.
Hai tuần trong đó iRehab Brief chuyển từ một pilot đơn chuyên khoa thành một composer liên chuyên khoa là lần đầu tiên đội của chúng tôi thấy tư duy thiết kế thực sự chạy trọn vẹn từ đầu đến cuối. Chúng tôi không nghĩ đó sẽ là lần cuối.
Đọc thêm
- Brown, T. (2008). Design Thinking. Harvard Business Review. — Bản tuyên ngôn gốc.
- IDEO U. Bring AI to the Design Thinking Process. — Khóa học on-demand từ 2024+ của IDEO dạy tăng tốc bằng AI trên năm giai đoạn.
- Ackermann, R. (2023, Feb). Design thinking was supposed to fix the world. Where did it go wrong? MIT Technology Review. — Bài hồi cứu xác định lối tự sự "lỗi thời" của thập kỷ qua.
- Iskander, N. (2018, Sep). Design Thinking Is Fundamentally Conservative and Preserves the Status Quo. Harvard Business Review. — Phê bình học thuật sắc bén sớm nhất.
- Mayer, J. et al. (2025). The impact of design thinking and its underlying theoretical mechanisms: A review of the literature. Creativity and Innovation Management. — Tổng hợp học thuật năm 2025.
- U.S. FDA (Jan 2025). Artificial Intelligence-Enabled Device Software Functions: Lifecycle Management and Marketing Submission Recommendations (Draft Guidance). — Mỏ neo pháp quy cho kỷ luật vòng đời phần mềm AI lâm sàng.
Từ blog De Novo
- iRehab Doctor AI: Draft-Only Enforcement — Bài chị em về quy tắc thiết kế của Brief: AI dịch, bác sĩ xác nhận, hai hành động không thể gộp.
- Check-in 30 giây hàng ngày — Luồng đầu vào phía bệnh nhân nuôi Brief: 30 giây mỗi ngày, hai tuần tích lũy thành nguyên liệu thô cho bản tóm tắt trước khám.
- Recovery Loop — Phương pháp lâm sàng rộng hơn mà các tính năng iRehab nằm bên trong.