這幾年，很多人都在談「Vibe Coding」、「AI 寫程式」、「不用會寫程式也能開發網站」。
在網路上，你會看到一堆影片：「我不會寫程式，五分鐘做出App！」、「用AI就能自動完成開發！」
看起來是不是很神？但事實上，這只是故事的一半。
一、當 PM 想「自己動手」的時候
很多產品經理（PM）會想：「開發都那麼慢，我來試試看 AI 工具好了！」
結果真的生成了一堆程式碼，畫面也跑得動，但幾天後就發現問題一堆：
安全性漏洞、功能不穩、資料壞掉。
這不是因為 PM 不聰明，而是因為這些工具「看起來像在寫程式」，
但背後需要理解的東西更多——流程、資料、安全、測試。
所以對 PM 來說，學會用這些工具的目的，不是要取代開發人員，
而是更理解開發的邏輯。
當 PM 懂得一點點技術，他在提需求時會更具體、在討論功能時會更有同理心。
這樣開發人員也不會覺得「你講的東西根本不可能實現」。
二、當 RD 覺得「PM 不懂技術」的時候
很多開發人員（RD）看到 PM 用 AI 寫程式，心裡其實會偷笑：
「你知道這會出多少 bug 嗎？」、「那種寫法 production 放上去會爆。」
但反過來說，PM 也可以反問：「那你知道為什麼我們要這樣設計功能嗎？」
「你知道使用者真正的痛點是什麼嗎？」
這時候就會發現，其實雙方都在嘲笑彼此的盲點。
PM 不懂技術細節，RD 不懂使用者體驗。
而 AI 工具的出現，不是讓誰能取代誰，而是讓我們有機會理解彼此的世界。
一個會用 Vibe Coding 的 PM，也許無法寫出完美的系統，
但他會更清楚知道自己提出的需求實際要花多少功夫。
而一個懂得使用 AI 的 RD，也許能更快產出功能，
但他也更需要知道這功能是不是使用者真的想要的。
三、當 QA 想問：「你們到底想要測什麼？」
測試人員（QA）在這個時代更辛苦。
AI 幫開發變快了，但 bug 卻變多。
很多 QA 都在嘆氣：「我根本追不上開發速度。」
這時候，其實 QA 也不一定要「變成開發」，
而是該思考：我怎麼幫助團隊更早發現風險？
例如在 PM 用 Vibe Coding 做 prototype 時，就先指出潛在的邏輯問題；
或在 RD 用 AI 生成程式時，就先定義「什麼樣的結果算通過」。
測試的價值，不只是找錯誤，而是幫團隊「更快對準方向」。
四、非IT的人，也該跨出半步
對很多非IT部門的人來說，Vibe Coding 看起來像是另一個遙遠的技術名詞。
但其實它背後代表的是一種「跨界對話」的精神。
AI 讓我們更容易「看到」別人的工作內容。
行銷人員可以自己快速做 prototype；
客服可以生成自動回覆的流程；
人資可以設計內部工具。
但如果沒有與 IT 團隊討論安全、資料、維護，就會變成一場短命的實驗。
所以重點不是「誰會寫程式」，而是誰願意理解另一邊的現實。
五、我們真正需要的是「共同創造」
Vibe Coding、AI Copilot、Cursor…
這些工具的價值，不在於讓人變成全才，
而是讓人更願意跨出那半步，去理解彼此的語言。
- PM 可以多了解一點程式結構，
- RD 可以多問一句「為什麼要做這個」，
- QA 可以提前參與設計討論，
- 非IT人員可以體會「系統維運」其實多不容易。
當大家都跨出那半步時，整個組織就向前跨出了一大步。
結語：AI 不會取代人，但不願學習的人，會被時代取代
AI 正在打破角色之間的界線，
但真正被留下的人，是那些懂得「跨界合作」的人。
Vibe Coding 的本質，不是要讓誰更厲害，
而是提醒我們——理解與合作，才是未來最稀缺的技能。
發表迴響