成為 AI 時代的產品經理 06｜言出法隨：把想清楚的東西，一句話變成能點的產品

先看一個用嘴做出來的產品。

Mindaugas 想做一個叫 Backchannel 的東西。他不是工程師，沒寫程式碼，用 Lovable 把想法一句句描述出來，平台幫他把介面、資料庫、登入、部署全生成了，最後做到有人付費用。這不是個案：Lovable 這家公司 2025 年 12 月拿了 3.3 億美元的 B 輪融資，估值 66 億美元——投資人押的就是「一般人用自然語言把產品說出來，AI 把它做出來」這件事真的成立了。

doaipm 把這件事叫言出法隨：你把要的東西說出來，AI 給你做出來。聽起來像口號，但它現在就是字面上的意思——一句話，換來一個能在瀏覽器裡點的產品。

只是，言出法隨不是敲一句話就走人。真上手過的人都知道，第一版很少一次就對。它是個循環，循環裡有手藝。下面是四個能照著做的動作。

一、先要一個能跑的，別一次把話說全

最容易犯的錯，是一開頭就寫一大段把所有功能講全，指望它一把做完。結果它給你一坨四不像，你也不知道從哪改起。

反過來：先用一句話要一個最小的、能跑起來的版本。別說「做一個完整的記帳 app」，先說「做一個頁面，能輸入一筆收入或支出，下面顯示這個月的總和」。先把這一個跑起來，看見了，再在它上面長。doaipm 講的高保真優先就是這個意思——一上來就要一個真能點的東西，別先畫線框圖。

二、真跑起來看，別信它說「做好了」

AI 會很有自信地告訴你「已完成」。你得在瀏覽器裡真點一下，別信那句話。

它說訂單清單做好了。你輸入一個空資料，看看一筆訂單都沒有時長什麼樣；把網路斷掉，看看請求失敗時它給使用者顯示什麼。

doaipm 的高保真優先，驗的就是這些：真內容、真狀態、真互動，在瀏覽器或手機上一個個點過去。它說做好的，和它真做好的，常常差著空態、錯誤態、和那幾個邊界——也就是第五篇講的、你沒說清它就替你補的地方。

三、一次改一處，盯著它變

拿到第一版，別一口氣甩十個改動給它。改動一多，它做錯了你都不知道是哪一下出的問題。

一次只提一個，看著它變：「把金額改成靠右對齊」——看一眼對不對——「負數標紅」——再看一眼。一次一個，錯了立刻知道是剛才那一下，回退也容易。doaipm 在「做出來」這步反覆強調小步走，就是為了讓每一步都可驗、可回退。

四、把話說清楚，「法」才隨你

回到第五篇那句話：言出法隨的前提，是「言」得夠清楚。法隨的是你的言——言含糊，隨出來的就是它的預設。

你說「做個好看的登入頁」，它給你一個它以為好看的。你說「登入頁：手機號碼加驗證碼，主色按鈕，錯誤提示放輸入框下方、紅字」，它給你的就八九不離十。把第五篇那四下用上——形容詞換數字、狀態寫全、邊界列出來——再說出口，法隨的準頭就差了一個量級。

今天能做的一件事：挑一個你一直想要、又總覺得「這得找人做」的小東西，用一句話把它最小能跑的樣子描述出來，丟給 AI 做第一版，然後在瀏覽器裡真點一下。先親手過一遍「說出來，它就在那兒了」是什麼感覺。

延伸閱讀

• Lovable（自然語言生成可上線的應用，2025-12 完成 3.3 億美元 B 輪）：https://lovable.dev/
• Andrej Karpathy 提出 vibe coding（人守著產品願景，AI 處理語法與基礎設施）：https://x.com/karpathy/status/1886192184808149383
• 本系列第 05 篇《需求說不清，AI 就替你瞎補》：/zh-tw/blog/say-it-clearly/
• 本系列第 02 篇《不懂技術，為什麼反而是優勢》：/zh-tw/blog/not-knowing-code-is-an-edge/