TAG · 標籤

# 言出法隨

2026-07-20

為什麼 AI 總做不對？不是它笨，是你沒說清

你讓 AI 做東西，十次裡八九次覺得它做得不對，心裡想「這 AI 不行」。可這幾個月我自己下來，越來越確定一件事：AI 做錯，絕大多數時候不是它笨，是我沒說清。同一個需求，換個說法，它一次就做對了。這背後有個特別樸素的道理——AI 不會讀心，它只照你說的做，不照你想的做。這篇把我總結的一套「需求描述法」攤開：一條能讓 AI 一次做對的需求有哪五個零件、五個最常見的說不清怎麼修、三個讓它從「手」變成「腦子」的招式。都是能照著抄的。

2026-06-28

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

這是「成為 AI 時代的產品經理」系列的第六篇，也是「做出來」這部分的開篇。Mindaugas 用 Lovable 把一個想法做成了有付費使用者的產品，沒寫一行程式碼；Lovable 2025 年 12 月拿了 3.3 億美元 B 輪，估值 66 億美元。「說出來，AI 就給你做出來」不再只是一句口號。但言出法隨不是敲一句話就走人——它是一個循環，有手藝，而且前提是你那句「言」得夠清楚。這篇講四個能照著做的動作：先要一個能跑的別一次說全、真跑起來看別信它說做好了、一次改一處盯著它變、把話說清楚法才隨你。

2026-06-24

成為 AI 時代的產品經理 05｜需求說不清，AI 就替你瞎補

這是「成為 AI 時代的產品經理」系列的第五篇。你跟 AI 說「做個登入」，它一口氣替你定了十幾件你沒提的事：用電子郵件還是手機號碼、密碼錯幾次鎖、鎖多久、錯誤提示寫什麼。AI 不像人那樣會反問，它是個 yes-machine——做你說的，不做你想的；需求一模糊，它就拿最大眾的預設替你補，多半不是你要的。OpenAI 的 Sean Grove 說，程式碼只佔一個開發者價值的 10–20%，剩下 80–90% 是把需求說清楚。這篇講四個能照著做的動作：形容詞換成數字、把狀態寫全、把邊界情況列出來、用一個零背景測試自檢。

2026-06-06

AI 學會頂嘴了，這是產品經理的好消息

Claude Opus 4.8 最大的變化不是更聰明，是更誠實——它會反問你、會認怵、計畫不靠譜會推翻你，而不是把「做了一半」包裝成「已完成」。當 AI 開始頂嘴，「言出法隨」就從獨白變成了對話，而產品經理最該練的，是做一個接得住的對手方。

2026-06-05

vibe coding 死了，改寫規格？產品經理的第三條路是言出法隨

這陣子全網都在喊「vibe coding 已死，轉向 spec-driven、好好寫規格」。但對產品經理來說，寫一堆前置規格文件，等於把 AI 剛幫你幹掉的 PRD 負擔又請了回來。其實你不必在「瞎寫」和「寫規格」之間二選一——還有第三條路：言出法隨。

2026-06-02

執行交給 AI，判斷留給自己：2026，產品經理正在「重新分工」

AI 接管了收集、整理、跑流程，產品經理從「執行者」變成「編排者」。騰出來的時間該押在哪？押在 AI 取代不了的地方——判斷、共情、品味。而你，開始自己把東西做出來。

2026-06-02

別再學了，去做：DO AI PM 唯一的障礙，是不行動

AI 時代，產品經理不用再囤積知識——你永遠沒有 AI 知識多。不懂就當場問 AI，而不是學這學那。DO AI PM 的核心是 DO，DO 的核心是說，而說，是產品經理最基本的基本功。所以它對任何人都沒有門檻，唯一的障礙，是你還沒開始。