AI 產品開發最大的門檻不是技術，是把話講清楚
昨天晚上，應邀參與 Giga 老師的「AI 產品開發工作流（另開新分頁）」直播講座。直播聽到一半，我忽然意識到一件事：Vibe Coding 真正困難的地方，也許不是技術，而是大家說不清楚自己想要什麼？
一開場，Giga 老師問大家平常卡在哪一步，答案很分散：想法說不清楚、改了 A 壞了 B、不知道怎麼驗收？他說這些答案表面不同，其實反映的是同一件事：AI 做產品難，不是模型不夠好，而是需求跟規劃沒有形成一個完整的工作流。
我聽到這句話的時候，腦子裡冒出來的不是任何 Vibe Coding 的技巧，是我這些年來當專欄作家跟企業講師的老本行。我以為自己這輩子跟寫程式離得很遠，聽完才發現，原來這件事我早就練了好久好久。
PRD 不是產品經理的專利，是把話講清楚的能力
後來被 Giga 老師點名談談 PRD，有一種奇特的感覺。因為我以前當過產品經理，對 PRD 知之甚詳，但是大多數職場人士並非相關背景，該怎麼辦呢？
其實，不懂 PRD 沒關係，重點是把話講清楚。常見沒講清楚的地方，是沒交代背景、身份設定不對、沒給 AI 範例、物件不清楚，還有沒有驗收標準。這幾件事對我來說根本不是產品經理的語言，是編輯的語言：稿子語意不清，編輯會自己腦補，腦補出來的東西不是作者原本要的；AI 也一樣，你輸入模糊，它就自己補，補出來的東西再被你當成下一步的輸入，誤差一路放大，最後產出一個誰都不認得的東西。
這其實也是 AI 時代 PM 角色正在經歷的轉變——我在〈PM 的美麗與哀愁〉裡談過，AI 沒有取代產品經理，而是把「把話講清楚」這件事，逼成每個人都得補齊的基本功。
昨晚，我順口說了一句：「很多人覺得 Vibe Coding 好困難，其實你只要跨過那個門檻，就會覺得很簡單。」現在想想，跨過那個門檻靠的從來不是學會語法，是把話講清楚的能力，這一點在我寫給文組人的 Claude Code 自學指南裡也反覆出現過。
Mermaid 圖表示範：工具再厲害，邏輯要先講順
有關 Mermaid 圖表生成的那段示範，我看得也特別有感觸。Giga 老師跟大家展示了怎麼讓 AI 生成流程圖語法，輪到我補充時提到，我自己開發的線上簡報系統早就把 Mermaid 內建進去了：做簡報時我不需要懂語法，只要把流程講出來，系統就會自動產出一幅 Mermaid 的圖。這件事跟 PRD 的道理是一樣的：工具再厲害，你自己要先把邏輯講順，工具才幫得上忙。順序永遠是先想清楚，後面才輪到 AI 登場。
「AI 貓」與「點點學姊」：規則講清楚，AI 才做得漂亮
Giga 老師在介紹他自己開發的「AI 貓：智能預約日曆（另開新分頁）」時，我覺得真的很方便。不過，重點也不是技術有多厲害，而是他把課程跟會議的排程規則，用很白話但完整的方式講給 AI 聽：會議間要留三十分鐘、上課前一天要留四小時備課空檔、白名單信箱免審核。這些規則寫得夠清楚，AI 才能做出比傳統行事曆更有邏輯的東西。
而「點點學姊（另開新分頁）」這個客服 agent 也是同樣的道理，它不是關鍵字比對的死板 FAQ，是真的讀懂全站內容在回答問題，靠的還是背後的人把資料跟脈絡整理得夠完整。
🛰️ 想在 AI 變動的浪潮裡，有人陪你看清楚一點？
你看到的公開文章，幾乎都是反覆打磨後的成品。但我自己最珍惜的，反而是成品之前那些還帶著溫度的判斷——這正是我做 Vista AI 靈感補給站（另開新分頁） 的原因：每週一封寫給 AI 時代同行者的思考札記，把那些不會出現在正式文章裡的吉光片羽，分享給願意走近一點的你。
半年前才開始學，卻已經走出一條路
到了講座的尾聲，Giga 老師把時間讓給我介紹新書《零基礎學 Vibe Coding（另開新分頁）》。老實說，我接觸 Vibe Coding 的時間也只有半年多，從今年農曆新年時才開始學，這幾個月做出好幾個網站、小遊戲與完整系統，一路踩過的坑都寫進了這本書裡。這是我的第 21 本書，也是「原來我也可以」那種心情的延伸。希望透過這本書，和更多的朋友們一起交流、成長！
昨晚聽完 Giga 老師整場直播，我自己也收穫滿滿。如果這本書以後有機會再版，我想在書裡多補一段：別急著學語法、學工具，先學著把話說清楚。這是我練了好多年的本事，但直到現在才發現，它一直都是 AI 時代最被低估的技能。
如果你也想從「只能想、只能等別人幫忙」跨到「自己動手做」，歡迎從《零基礎學 Vibe Coding（另開新分頁）》開始。
讀完，下一步
把內容做成一套系統
AI 內容產製系統工作坊
一份素材，自動產出六種格式
繼續讀：AI 實戰應用指南動手試：Vibe Coding 選案器（另開新分頁）
