Version đầu tiên của sản phẩm hiếm khi là version cuối — và đó không phải thất bại mà là quy trình bình thường của industrial design. Môn Sửa sản phẩm dạy em cách biến feedback rời rạc thành quyết định thiết kế có lý do, không phải sửa lung tung mỗi khi ai đó nói "em thấy chưa đẹp".
Thuộc nhóm thực hành kỹ thuật kết hợp thiết kế ứng dụng, môn này tập trung vào vòng lặp iteration trong quy trình thiết kế sản phẩm công nghiệp — từ user test, expert review đến stakeholder sign-off — và quan trọng nhất: biết khi nào dừng trước khi perfectionism giết deadline.
01Sửa sản phẩm là gì?
Sửa sản phẩm (Product Refinement / Iteration) là giai đoạn chỉnh sửa thiết kế dựa trên feedback có hệ thống sau khi đã có concept, prototype hoặc version đầu tiên — không phải vẽ lại từ đầu mà cải thiện có mục tiêu. Trong industrial design và product design, iteration là feedback loop liên tục: user test → thu thập nhận xét → phân loại và ưu tiên → đề xuất phương án sửa → implement version mới → test lại → quyết định final.
Em học phân biệt design changes (form, UX, CMF, layout) với engineering changes (cơ cấu, tolerance, vật liệu, DFM) — hai loại thay đổi cần người khác nhau review và timeline khác nhau. Root cause analysis giúp không chỉ vá triệu chứng: user nói "cầm khó" có thể do form, trọng lượng, hay texture finish — sửa đúng chỗ mới tiết kiệm vòng iterate. Version control thiết kế (CAD v01, v02…) và document quyết định kèm reasoning là bằng chứng professionalism khi defend trước giám khảo hay client.
Vòng feedback loop — user test, phân loại nhận xét và revision có document reasoning cho từng version
User test — quan sát hành vi thật: task completion, friction, quote; ưu tiên insight từ người dùng đúng persona, không phải ý kiến bạn bè designer.
Expert review — giáo viên, senior designer, kỹ sư đánh giá ergonomics, DFM, ngôn ngữ form; feedback kỹ thuật thường must-fix nếu ảnh hưởng sản xuất hoặc an toàn.
Stakeholder — client, product manager, marketing: brand fit, cost, timeline; cần balance vision ban đầu với feedback thị trường — không phải ý stakeholder nào cũng override user insight.
02Học những gì?
Chương trình sửa sản phẩm xây từ thu thập feedback có cấu trúc đến quyết định dừng iterate:
- Phân loại feedback — must-fix (an toàn, chức năng hỏng, không pass DFM), should-fix (cải thiện UX rõ ràng), nice-to-have (aesthetic, preference cá nhân). Không phải feedback nào cũng phải sửa — chọn lọc theo mục tiêu brief và metric đã đặt từ đầu.
- Root cause analysis — 5 Whys hoặc fishbone đơn giản: vì sao user fail task? Thay đổi nhỏ (radius cạnh, màu nút) kiểm tra trước thay đổi lớn (đổi form tổng thể) — A/B prototype nhanh rẻ hơn rebuild CAD một tháng.
- Design vs engineering changes — design change: sketch overlay, CMF sample; engineering change: tolerance, wall thickness, material spec. Document ai approve, impact timeline và cost; tránh designer sửa form mà engineer chưa sign-off cơ cấu.
- Version control & decision log — CAD/file đặt tên versioned; bảng decision log: feedback → phân loại → phương án → lý do chọn/không chọn → ảnh before/after. Báo cáo tiến trình là deliverable, không phải phụ lục.
- Balance vision và biết khi dừng — signature design và brand DNA không bị feedback phá vỡ identity; đồng thời perfectionism vô hạn giết deadline — đặt Definition of Done: metric pass, stakeholder sign-off, không thêm scope mới.
Phân loại feedback — must-fix / should-fix / nice-to-have trên board hoặc spreadsheet
Version control thiết kế — so sánh v01 và v02 với ghi chú thay đổi và lý do
03Tại sao môn này quan trọng?
Designer giỏi sketch nhưng không biết iterate sẽ bị kẹt ở concept đẹp không ai dùng — hoặc sửa mãi theo từng ý kiến riêng lẻ until mất hướng. Môn sửa sản phẩm rèn tư duy evidence-based refinement: mỗi thay đổi có nguồn feedback và lý do, có thể trace ngược trong báo cáo. User test sớm và thường xuyên hơn cuối kỳ — phát hiện lỗi lớn khi sửa còn rẻ.
Trong thực tế nghề, iteration không dừng ở trường: in-house team, startup, agency freelance đều chạy vòng review với PM, engineer, client. Người document quyết định rõ ràng được tin giao project lớn hơn — vì handoff sang engineering và sản xuất cần trail, không chỉ file "final_final".
Industrial designer in-house team — sprint review nội bộ, iterate trước tooling; sync engineering change request.
UX designer — usability test, prioritize friction, A/B wireframe/prototype; document rationale cho dev handoff.
Product manager startup — balance user data, vision founder và timeline ship; Definition of Done cho MVP.
R&D engineer — technical iteration, tolerance và material test; feedback loop lab → design.
Packaging designer — dieline revision sau drop test và shelf test; cost vs protection trade-off.
Fashion designer — fitting process nhiều vòng muslin → sample → final; fit feedback từ model và wearer.
Freelance designer với client — scope revision rounds trong contract; document lý do từ chối feedback out-of-scope.
Design critique — stakeholder và expert review song song user insight, không thay thế nhau
04Hai đến ba vòng iteration và báo cáo tiến trình
Môn sửa sản phẩm thường được đánh giá qua 2–3 vòng iteration có document trên một sản phẩm giả định hoặc đồ án đang làm — không phải một lần sửa rồi nộp final. Vòng 1: version 1 (prototype hoặc CAD + mock-up) → user test có protocol → thu feedback có hệ thống (video, quote, bảng phân loại). Vòng 2: revision — implement must-fix và should-fix đã chọn → version 2 → test lại subset user hoặc expert review. Vòng 3 (nếu còn thời gian): polish và nice-to-have có ROI rõ → version final.
Báo cáo tiến trình (iteration report) là phần chấm quan trọng: timeline từng vòng, bảng feedback → quyết định → thay đổi cụ thể (design hay engineering), ảnh/chụp màn hình before/after, CAD version number. Giám khảo xem em có chọn lọc feedback (không sửa hết vì sợ) và có biết dừng (không vòng 4 vô tận). Pitch cuối: 3 phút walkthrough v1 → v2 → final + 1 slide "feedback em từ chối và vì sao".
Báo cáo tiến trình iteration — timeline v1 → user test → revision → final kèm ảnh và decision log
05Những lưu ý khi sửa sản phẩm
Không phải feedback nào cũng phải sửa
Map mỗi feedback về mục tiêu brief và metric. Must-fix trước; should-fix khi có data lặp lại; nice-to-have chỉ khi còn buffer. Document feedback em không làm và lý do — quyết định có căn cứ quan trọng hơn sửa hết.
Thay đổi nhỏ kiểm tra trước thay đổi lớn
Prototype patch nhanh: foam add-on, sticker mock CMF, 3D print grip zone. Validate hypothesis trước rebuild CAD full assembly — ghi trong decision log từng bước thử.
Document lý do mỗi version — không chỉ ảnh đẹp
Bảng 3 cột: Feedback (nguồn) | Action | Reasoning. CAD folder product_v01, v02…; ảnh prototype mỗi vòng dated. Quote user verbatim — mạnh hơn paraphrase.
User test sớm và thường xuyên hơn cuối kỳ
Test foam/cardboard tuần 2–3; iterate CAD; test lại tuần 6–7. Protocol 3–5 task, quay video friction. Recruit đúng persona — 3 user đúng > 10 user sai.
Balance vision với feedback — đừng mất hướng
Viết design principles 3–5 câu từ brief đầu; mỗi revision check có violate không. Vision = north star; feedback = điều chỉnh route — defend bằng user data + principle.
Biết khi nào ngừng — perfectionism giết deadline
Definition of Done: metric pass, must-fix closed, stakeholder sign-off. Hard stop 48h trước deadline cho báo cáo. Good enough shipped > perfect không nộp.
06Các bước sửa sản phẩm
Sau user test, expert critique hoặc stakeholder review — gom vào một nguồn (Notion, sheet, Miro): quote gốc, nguồn (user #2, kỹ sư A), context (task nào fail). Không để feedback trong chat rời rạc. Ghi video timestamp friction. Thu thập xong mới phân tích — tránh sửa ngay từng câu nói đầu tiên.
Phân loại must-fix / should-fix / nice-to-have; nhóm feedback trùng theme (grip, readability, brand). Root cause: vì sao xảy ra? Impact và effort matrix — ưu tiên high impact + low effort trước. Align với giáo viên hoặc team 3–5 item sửa vòng này; phần còn lại backlog có lý do defer.
Sketch nhanh 2–3 phương án cho mỗi must-fix lớn — không nhảy thẳng CAD. Phân biệt design change vs engineering change; estimate thời gian build và test lại. Decision log draft: chọn phương án B vì…; loại A vì cost/timeline. Review nhanh với expert trước implement nếu thay đổi lớn.
CAD v02 (hoặc v03…) — commit/version file rõ; prototype patch hoặc rebuild tùy scope. Document trong log: file name, date, list change bullet. Ảnh before/after cùng góc chụp. Engineering change cần sync tolerance/material spec; design change update concept board nếu form đổi đáng kể.
Chạy lại protocol task đã fail vòng trước — cùng user nếu được (longitudinal) hoặc cohort mới. Metric so sánh: v1 vs v2 success rate. Ghi feedback mới; lặp phân loại nếu còn must-fix và còn thời gian. Không test lại toàn bộ nice-to-have đã defer — focus regression.
Check Definition of Done: must-fix closed, metric pass, không scope creep mới. Freeze CAD final version; báo cáo tiến trình đầy đủ v1 → v2 → final; pitch 3 phút + Q&A. Archive decision log và raw feedback cho portfolio — chứng minh em iterate có method, không may mắn.
