迭代設計
一句話定義
由 Don-Norman 與 Jakob Nielsen（NN/g 共創）提出的設計工程紀律——承認設計師能力侷限，在各階段發現問題時回溯重新開始；早期回溯雖有成本，但比產品上市後才發現問題更經濟。
核心要點
兩條基底命題
- 承認侷限——設計無法一次完成；設計師能力的邊界是工程現實，不是失敗
- 回溯經濟性——「早期發現問題比上市後發現更便宜」是迭代設計的核心經濟學
回溯的可能深度
迭代不只是「下一版改 UI」——可能需要：
每次回溯都有成本，但有經驗的 UX 設計師會拿捏「繼續走 vs 回溯」的成本與效益。
與 完成的定義 的對位
迭代設計的「回溯經濟性」與 完成的定義「用戶問題解了 → 已交付 → 回饋收齊了」三問判定共享同一精神：「上線」不等於「完成」——沒收齊回饋的功能不算真正交付，因為下一輪迭代的訊號還沒到。
與 LLM agent 領域的對位
迭代設計是設計領域的迭代錨點。其他領域對位：
- Ralph-Loop — LLM agent「橫衝直撞 + feedback loop」迴圈
- Evaluator-Optimizer — 生成 / 評估雙 LLM 的迭代精煉
- Verbalized-Feedback — feedback 作為學習信號
vault 至此擁有「迭代精神在不同領域的具體實踐」家族——設計工程 / LLM agent / 自主學習皆共享「承認當下侷限 + 多輪回溯 + 早期失敗便宜」三條基底命題。
作品集中的迭代證據
2026-05-06-救救我的作品集-Ep8-作品不多也能做出面試官青睞的作品集 指出，設計師 作品集 若只展示最終稿，面試官看不到設計如何演化，也看不到設計師是否具備獨立判斷。健康呈現方式是把 ideation 與 design 合併成 feature-level 演化線：低保真方案、被放棄的方向、技術限制、取捨理由、最後 UI。這是「迭代設計」在求職材料中的可見證據。
B2B SaaS 中的產品洞察迭代
2026-05-06-Trenton-Chen-B2B-SaaS長期競爭優勢 把 迭代設計 放到 B2B / Vertical SaaS 場景：每次 iteration 若都建立在更精準的 產品洞察 上，就能用更小的 feature set deliver 更多 customer value。長期競爭優勢不是「版本更新很多」，而是團隊對產業、客戶、流程與採購價值的理解逐輪變深。
心智模型校準中的迭代
2026-05-06-UXerLab-認識UX-單元2-使用者體驗設計的思維與邏輯 把迭代放在 心智模型 校準脈絡：產品被使用後，使用者的困惑、誤解、回饋與行為資料會反過來修正設計者對使用者模型的理解。這使迭代不只是 UI polish，而是「設計者概念模型 → 系統印象 → 使用者心智模型」三者的持續對齊。
上線作為測試的一部分
2026-05-07-Unblock-再設計示範 補上一個資源有限的 redesign 場景：課程官網可快速修改，且真正結果需要市場反應，因此不把「測試」全部放在交付前，而是把發布後的後台數據與市場回饋納入第一輪交付。
這不是跳過驗證，而是把驗證位置往後移：主視覺這種品牌風險較高的資產先做小樣本感受測試；網站這種可回滾、可量測、可快速改版的資產，則讓上線成為低成本學習的一部分。
→ 迭代設計的重點不是每次都做完整 usability test，而是依照改錯成本選擇回饋來源與回溯時機。
失敗設計是下一輪學習的成本
2026-08-18-Unblock-擁抱失敗像產品經理學習 用產品管理語境補上另一條說法：設計失敗不只是「結果不好」，而是團隊用一輪迭代買到的學習成本。健康做法是拆解失敗設計的優缺點、整合使用者回饋、檢查商業假設與 success metric，再決定下一輪該 pivot、重做研究、調整原型或改 roadmap。
這和本頁既有「早期失敗便宜」一致，但語氣更接近 產品管理生命週期：團隊不必在每一輪都擁有全部答案，只要每一輪能讓下一步更清楚，迭代就不是反覆修補，而是持續縮小未知。
SNS 運用領域的迭代元命題（出自 2026-05-03-Remolab-Instagram集客3萬粉攻略 Komorin）
Komorin 在 32,000 粉達成後的 PDF 收尾以兩條元命題總結 1.5 年 0→32k 的歷程：
- 「決して最初から上手くいったわけではない」（不是一開始就成功）
- 「PDCA の量が結果につながっている」（PDCA 的量決定結果）
→ SNS 運用版本的「迭代精神」——對位設計工程「早期失敗便宜」的同一精神，但在內容運營場景中「早期失敗便宜」變成「早期改版便宜」（IG 投稿一週後 reach 衰退；改版迭代成本低）。
「PDCA の量」與 TTP / 反 TTP 的張力：Komorin 同時主張「伸びてる帳號を TTP」（TTP）+「そのまま真似しても上手くいかない」（反 TTP）+「PDCA の量が結果につながっている」（迭代）——三者合起來形成的紀律 = 框架級模仿（TTP）→ 自己 PDCA → 不複製輸出。沒有 PDCA 的 TTP = 抄襲；沒有 TTP 的 PDCA 是從零重發明（2026-04-30-Indie-Creative-002-打破創意發想流程 潔米的反 TTP 主張）——本頁的 SNS 場景具體案例是 vault 中第一個明確處理「模仿 vs 原創 vs 迭代」三角張力的元命題對位。
與其他概念的關係
- 設計思考 — 迭代設計是設計思考五心法之五；五階段並非線性，而是迭代回溯的工作流。
- 雙鑽石模型 — 雙鑽石描述單次雙發散 → 雙收斂的橫向節奏；迭代設計描述多次雙鑽石之間的縱向回溯。兩者互補。
- Test — Test 階段是迭代的天然觸發點；測試發現的問題決定回溯到哪一階段。
- Prototype — 原型是迭代的具體載體；「快速低成本失敗」是迭代經濟性的具體實踐。
- Don-Norman — 共同提出者；NN/g 創辦者之一。
- 完成的定義 — 三問判定（用戶問題解了 / 解法交付了 / 回饋收齊了）是迭代設計「回饋收齊才算完成」紀律的工程化檢驗。
- 產品管理生命週期 — measure / iterate 階段把設計失敗與產品失敗轉成下一輪 roadmap、研究與指標校準。
- 作品集 — 作品集應把迭代過程剪輯成可被面試官檢查的決策鏈；只放最終稿會讓迭代消失。
- 產品洞察 — 產品洞察是迭代方向的燃料；沒有洞察的迭代容易退化成 surface polish 或需求清單清償。
- 雙鑽石模型 — 雙鑽石可裁剪；當測試成本低且可快速回滾時，部分驗證可被安排到發布後迭代。
相關來源
- 2026-08-18-Unblock-擁抱失敗像產品經理學習 — Unblock Substack 文章；補入 Product Designer 用 PM 式 build-measure-learn、customer feedback、data-informed decision 與 retro 把失敗設計轉成下一輪學習。
- 2026-05-07-Unblock-再設計示範 — 補入 redesign 場景：官網交付後看後台數據與市場反應，主視覺則先用小樣本比較測試，示範依改錯成本安排迭代訊號。
- 2026-05-02-設計思考-Design-Thinking — ux.3toryu「使用者需求分析」單元 4 的設計思考五心法之五
- 2026-05-03-Remolab-Instagram集客3萬粉攻略 — Komorin 副帳號 0→32k 粉的「PDCA の量が結果につながっている」元命題收尾；本頁延伸 SNS 運用領域的迭代精神對位 + TTP / 反 TTP / PDCA 三角張力
- 2026-05-06-救救我的作品集-Ep8-作品不多也能做出面試官青睞的作品集 — 補入作品集中的設計演化呈現：用 feature-level 迭代線展示設計決策成熟度
- 2026-05-06-Trenton-Chen-B2B-SaaS長期競爭優勢 — 補入 B2B SaaS 語境：customer insight → MVP value definition → 最小 feature set → 快速 iteration 的競爭優勢鏈
- 2026-05-06-UXerLab-認識UX-單元2-使用者體驗設計的思維與邏輯 — 補入 UX 入門語境中的心智模型校準：用回饋持續修正設計者模型、系統印象與使用者理解之間的落差
備註
- 學術源頭：Jakob Nielsen 1993《Usability Engineering》與 Don-Norman《The Design of Everyday Things》共同奠定的「迭代設計」工程化敘事；NN/g 至今仍以「Iterate Early and Often」為公司教材的核心紀律之一。本頁僅覆蓋 ux.3toryu 在五心法語境下使用的版本；累積 1+ 份 Nielsen 著作或 NN/g 文章 ingest 後可在此頁補入「學術源頭段」與「Iterate Early and Often 工程紀律」段。
- 觀察清單：Jakob Nielsen 個人 entity 待累積 NN/g 教材 / Nielsen Heuristics 十條 / 可用性五指標 等獨立來源後再拆頁；目前以 Don-Norman entity 內嵌「NN/g 共創 + Nielsen 共同提出 Iteration」處理。