潤飾不再代表已準備就緒

資料來源#

• OpenAI Codex lead on the new shape of product work

摘要#

Andrew Ambrosino（OpenAI Codex）指出，實作成本變低後，有個訊號失效了：過去，成品所用的媒介本身，就帶有它在流程中所處位置的資訊。「如果你看到某個東西讓你覺得像是正式上線的應用程式，那就表示流程已進入後期、相關假設已降低風險、設計團隊已看過，而且它是個好的商業目標。」這種推斷之所以成立，是因為在風險充分降低之前，很難取得資源來打造產品——潤飾成本很高，因此潤飾程度就是成熟度的證據。實作成本降低，切斷了這個連結：一場「90 人參與的多人探索」可能看起來「已經非常適合正式推出」，實際上卻仍是早期的設計流程工作。失敗模式是過度錨定——「公司裡有夠多人看到它，就會問：我們現在能發布這個嗎？」——但誠實的答案是「不行，這是在探索，沒有人會說它不是。」

證據註記。 practitioner-opinion — 產品領導者親身描述在 OpenAI 遇到的失敗模式，並非量測結果。

失效的訊號#

過去總是一起出現、如今已脫鉤的兩件事：

• **以前：**媒介／保真度 → 流程階段。正式產品級的保真度 ⇒ 已降低風險、經過審查、獲得商業核可、準備就緒。（像 Figma/Origami 這類原型工具，早已藉由讓原型「快轉」到較早階段，對這種連結造成壓力——也就是主管圈流傳的「我們能不能直接把原型上線？」迷因——但這種壓力仍有其限度。）
• **現在：**媒介／保真度 → 毫無所指。「這些東西算是脫鉤了。」你可以把所有實作都放進探索階段，因此，看起來像正式產品的成品並不能說明它背後的假設是否已降低風險、是否符合研究方向，或是否適合這門生意。

「原初標記」的危險是更深一層的版本：Lenny 提到一個設計概念，指出每個人都會對第一個標記做出反應，因此，過度潤飾的早期原型會讓團隊「過度錨定」在一場從未打算成為答案的探索上——大家回應的是成品，而非更大的構想。

補救方法：明確說出階段#

Ambrosino 的解方不是放慢腳步，而是手動重新接上階段訊號——直接說明某件事目前處於流程的哪個位置，因為媒介已經無法傳達這件事：「開始明講真的很重要：你看，我們可以做原型、可以寫文件——我們清楚這些東西正在做什麼嗎？」這就是為什麼他認為**「正統的設計流程」已死，但流程的覆層比以往更重要**：日常的設計流程儀式（使用者研究 → 發散 → 收斂）已經過時，但對「我們現在正處於這個階段；這是探索，還不是可發布的產品」的後設認知，如今成了不可或缺的支柱，正因為沒有其他東西能提供這個訊號。（他在這一點上認同 Jenny，Claude Code / Cowork 的設計主管；她主張設計流程已死，設計如今會「隨著事物發展而引導方向」——Ambrosino 則補上了標示階段的但書。）

本文集已有一些機制能補回缺失的訊號：以「研究預覽」作為品牌標示，是在已發布的成品上明確加註階段標籤；把可運作的版本視為「可用來測試未來模型的成品」（為下一個模型打造），則是重新標示看似正式產品的程式碼，說明它尚不能發布。

關聯文章#

• Risk-Tiered Auto-Approval — 合併關卡上的結構性解法：PR 狀態、路徑／關鍵字拒絕清單，以及差異大小上限，都是潤飾無法偽造的屬性，這正是 PostHog 的自動蓋章工具把它們放在 LLM 檢查之前而非之後的原因。若關卡一開始就交給模型，就會遭遇本文描述的同一種解除戒心問題
• 以選擇來設計 — 實務工作者的因應方式：「保真度不重要時先畫線框」，刻意不加潤飾，讓成品看起來仍處於早期階段，讓回饋聚焦在結構而非視覺效果
• 為何 AI 在設計方面落後 — 模型能產出看似正式產品的潤飾效果（回歸到「好看」），卻可能缺少讓設計易於維護的語意抽象
• Andrew Ambrosino — 說明失效的訊號，以及「明確說出階段」的補救方式
• 實作充裕如何顛覆產品工作 — 成因：各種媒介的實作都變得便宜，才讓探索看起來像是可以發布的產品
• Prototype Over PRD — 以原型作為規格的方法，直接承受這個危險；快速完成且經過潤飾的原型，正是最容易過度傳達已準備就緒訊號的成品
• 為下一個模型打造 — 「這東西不能用，是個糟糕的功能」與「它是用來測試未來模型的成品」之間的差異，正是同一種重新標示：看似正式產品 ≠ 準備就緒
• Problem-Solution Fit Discipline — 相似的陷阱：把原型當作證據（證明建置可行，而非問題真實存在），以及把原型當作準備就緒的訊號（看起來可以發布，實際上卻還不行）
• AI 原生產品節奏 — 「研究預覽」是為已發布成品重新接上階段標籤的品牌機制
• Claude Design — Jenny 提出的「設計流程已死」論點，Ambrosino 則以階段認知加以補充
• Compounding Loop Optimization — 讓潤飾過的探索迅速產出的速度，足以觸發過度錨定問題
• 審查作為控制點 — 程式碼審查層也有同樣失效的訊號：表面上的合理性（整潔、符合慣例的 AI 程式碼）會「降低審查者的戒心」，因此潤飾被當成不再名副其實的安全訊號——缺陷披上正確程式碼的外衣，因為受到的檢視較少，反而更快過關

開放問題#

• 如果媒介不再傳達階段，究竟什麼能傳達？明確由人標示（「這是探索」）是唯一的機制嗎？還是工具可以重新接上訊號（例如在每個建置版本上顯示「探索／預覽／正式環境」標記）？
• 隨著建置版本愈來愈精緻，過度錨定會變得更嚴重嗎？還是大家終究會重新校準，學會完全不再把保真度當回事？

資料來源#

• OpenAI Codex lead on the new shape of product work — Ambrosino：「媒介暗示了……某件事在流程中的位置……如今兩者已經脫鉤」；「我們現在能發布這個嗎？」是過度錨定失敗模式的表現