與其畫規格，我選擇直接做給你看：AI 時代的產品開發新思維 | Louis Yang

AI 時代，產品開發不只一種方法：快速對齊需求的新選擇

為什麼值得讀下去？
如果你曾因需求不明、規格難產、反覆溝通卡關而感到挫折，這篇文章會帶來一種新可能。我將分享一週內用 AI 完成 DocuSign 自動化整合的實戰經驗，並提出一種以原型為核心的對齊方式——Demo-Driven Development。在資源有限、需求又急的情況下，這種方式或許比畫規格更有效。不論你是 PM、開發者、或正在構思新產品，都能從中找到突破傳統流程的靈感。

傳統流程的限制

在傳統的產品開發流程中，PM 定義需求、設計師出設計稿、工程師接手開發。這種清楚分工的模式在大型組織中非常合理，追求穩定、責任清晰、降低風險。然而，這樣的流程也意味著——每一段都有大量溝通與確認的成本。

更麻煩的是，對使用者而言，「看得懂」與「真的會用」是兩回事。

2B 的產品，也許我們要先帶著設計稿找客戶畫押「你們會這樣用吧？」
2C 的產品，也許我們透過問卷去模擬市場反應，但結果往往模糊。

說到底，人是很難光靠畫面或說明想像出行為場景的。沒有真正用過，很難給出有價值的回饋。這也就是為什麼 Scrum 強調快速迭代、兩週測一次。但就算這樣，整體成本依然不低。

用 AI 實現另一種選擇：一週內打造可用 prototype

現在，我認為我們應該有一種新的選擇：

直接用 1 到 2 人的微型團隊（例如 PM 與具備技術的夥伴，或是具備 builder 能力的 PM），在沒有完整規格書的情況下，直接打造 prototype。

這不是反對 alignment，而是將 alignment 的方式轉向更貼近真實需求的驗證——以 prototype 為核心對齊對問題的理解，而不是產出文件的形式對齊。

搭配 AI coding 工具，不論是 prompt-based 的快速開發、GitHub Copilot 的協助，或是 AI Agent 跑流程的方式，只要理解需求，就可以直接做出一個「用得起、改得動、看得懂」的產品雛型。

實例：DocuSign 流程自動化整合

最近我遇到一個案子，是公司業務端與客戶之間的文件簽署流程。

原本是靠 email 傳送各式表單與合約，但當客戶多了、流程需要等待確認庫存、最後才要簽名與付款……整件事變得無法 scale，也難以管理。

我決定導入 DocuSign 做流程自動化，但這過程本來可以很痛苦：

我不熟 DocuSign，要先研究整個 API、webhook、template 概念
要畫一份完整流程圖
要和業務反覆溝通需求，但他們也不確定客戶要什麼，無法畫押
畫不出 spec → 不敢做 → 無限 delay

這個案子已經半年沒有進展。

所以我選擇直接做。我還是先用幾頁簡單的 PPT 流程圖和業務端快速 alignment，然後進入開發階段。

我用 AI 協助寫 code、查文件、debug，直接做出了一個完整的流程：

使用 composite template 實現「先填單後簽署」
審核完再自動進入下一階段的正式簽名
自動 CC 給不同角色，並依據是法人或個人寄出不同版本
可嵌入使用者操作畫面、系統自動讀取模板、不需工程師協助設定

一週內完成第一個可用版本。不是完美，但能動，能試，能拿來討論。

現在業務拿著這個版本，直接 demo 給客戶，客戶可以親自操作填單，業務也能實際看畫面給建議。我們終於不再是猜，而是有真的東西可以改。

這種做法我稱為：Demo-Driven Development

為什麼不是萬靈丹？

我不認為這種方式適合所有情境。AI 寫出來的 code 可能會壞掉、不穩定、不一致，甚至會破壞原本功能。系統最後還是需要專業工程師維運。

但在需求不確定、商業模式未驗證、組織資源極度有限的情況下，這樣的方式能快速測水溫，證實方向是否可行。與其畫規格，不如直接做給你看。

最壞的情況是，prototype 丟出去沒人要用，那也不過就是一週的時間，沒有會議記錄，沒有浪費設計師與工程師的生命，連 spec 都不用補。

這其實也是 Lean MVP 的一種形式

嚴格來說，我這樣的做法，完全符合 Lean Startup 所強調的 MVP 精神：用最小可用產品快速驗證假設。只是，Demo-Driven Development 更聚焦在「先做出一個能 demo 的東西，讓需求對齊的過程自然發生」。

而不是從文件、流程或會議開始討論，而是用「可以操作的產品原型」作為對齊的起點。

重點不是 demo 本身，而是 demo 讓問題變得明確，讓反饋可以具體發生，也讓討論真正回到使用者體驗與實際限制上。

我想推廣的，是一種更輕盈、更行動導向的產品開發思維

這不是「PM 下海寫程式」的苦力美學，也不是「壓榨工程師」的幻想。

而是在 AI 降低技術門檻的今天，我們可以換一種更快驗證價值的做法。

如果你也是一個 builder，如果你正處在資源有限但需求急迫的早期產品階段，我建議你試著問自己：

「我是不是可以先做出點什麼，讓使用者用用看再說？」

說到底，產品不是靠共識誕生的，是靠行動催生的。