/構建者
市場推廣人的 AI 構建者是甚麼
AI 構建者是指不需要成為軟件工程師，就能用 AI 工具創造出真正可用的軟件或 workflow 的人。對市場推廣人來說，這意味著不再等待工程師排期，而是自己構建團隊真正需要的工具。
簡短回答
市場推廣人的 AI 構建者，是用 AI 創建實用 workflow 或內部工具，而不需要編寫傳統代碼的人。使用 AI 與用 AI 構建之間的差距，比大多數人想像的要小——但跨越這道關口，需要的是產出可評審的成果，而不是消費更多關於 AI 的資訊。
AI 構建者是指能用 AI 工具創造出真正可用的軟件workflow 或內部系統的人——不需要是軟件工程師。
對市場推廣人來說，具體而言，是指不再等工程師有空，而是自己構建團隊真正需要的工具。不是大型平台，通常是更窄的東西：一個 brief 風險檢查工具、一個能自動填寫的報告模板、一個不需要三條 Slack 串就能把客戶問題轉給對的人的 workflow。
我在廣告行業度過了大半職業生涯後，40 歲成為 AI 構建者。我沒有成為工程師。我成了那個能在下週二之前構建出團隊需要的小而有用之物的人，對它進行評審，然後在下下週讓它稍微不那麼令人尷尬。在決定這條路是否適合你之前，值得先理解這個分別。
AI 構建者實際上做甚麼
AI 構建者識別一個反覆出現的 workflow 問題，定義最小可用解決方案，借助 AI 構建它，然後交給真實用戶獲取反饋。
這項工作比起寫代碼，更接近產品思維。你需要對問題理解得足夠深，才能把它說清楚。你需要知道第一版應該做甚麼、不應該做甚麼。你需要能判斷輸出是否足夠好，讓別人可以據此做決定。
AI 構建者產出的幾個具體例子：
| 以前是手動完成的 | 構建者做出了 |
|---|---|
| 在會議中評審活動 brief | 在會議前標記缺失背景的工具 |
| 每季度做一次競品研究 | 自動匯集更新的每週摘要 |
| 由 account lead 手寫的狀態報告 | 根據項目備注生成草稿的模板 |
| 手動填寫的 QA checklist | 每份新 brief 都自動執行的結構化 checklist |
這些都不需要工程師。但都需要一個足夠理解工作的人來定義工具需要做甚麼。
這和工程師有分別嗎
有。分別很明顯。
工程師寫代碼讓系統運行。AI 構建者主要是規定系統應該做甚麼，用 AI 生成代碼或 workflow 邏輯，然後測試它是否對真實用戶有效。
我得承認：這條線比兩年前模糊多了。AI 編碼工具讓非工程師也能構建出以前需要工程師花好幾個月才能完成的東西。但核心技能差距不在於語法，而在於判斷力。
工程師受過訓練，能從系統規模、邊緣情況、性能和可維護性的角度思考。這種訓練是真實的，也有價值。有市場推廣背景的 AI 構建者往往先思考人的問題——而這恰恰是大多數 AI 項目失敗的地方。
AI 產品工作中最昂貴的錯誤不是技術錯誤，而是把錯誤的東西構建得很清晰。
市場推廣人甚麼時候準備好構建了
不是大多數人以為的那樣。
你不需要懂 Python，不需要有發布軟件的經驗。你需要的是：
-
有一個你深入理解的 workflow。 你已經有了。你知道活動 brief 在哪裡出錯，為甚麼報告要花三個小時，或者哪個客戶問題總是引發同樣的解釋。
-
在構建之前願意先定義範圍。 這比聽起來難。意味著在打開任何工具之前，先寫出第一版做甚麼、不做甚麼，以及「足夠好」的結果是甚麼樣的。
-
能接受不完美的輸出。 第一版會有點令人尷尬。這是正常的。目標是可測試，不是令人印象深刻。
-
有一個真實的人可以展示。 不是你上司的上司，而是做這項工作的人，能告訴你這個工具是讓他們的一天更輕鬆了，還是只是增加了噪音。
根據我的經驗，卡在 prompting 階段的市場推廣人，通常缺少第二點——範圍定義的紀律。他們產出了很多有趣的輸出，卻從未承諾讓真實用戶能試用的第一版。
需要多長時間
比週末課程承諾的要長。比大多數人恐懼的要短。
這取決於你所說的「成為 AI 構建者」是甚麼意思。如果是指產出一個真實用戶測試過並覺得有用的功能切片：對我合作過的大多數市場推廣人來說，需要四到六週專注的 sprint 工作。不是全職，但要真正專注，不只是消費內容。
如果是指建立那種讓你能自信地在不同問題類型之間定義範圍、構建、發布的判斷力：那更接近六個月的重複 sprint 週期加結構化評審。
拖慢人的不是能力不足，而是缺少反饋。大多數人獨自構建，感覺準備好了才展示，然後疑惑為甚麼反饋來得太晚沒甚麼用。進展最快的市場推廣人，是那些早早且頻繁地展示不完美工作的人。
為甚麼結構化 sprint 比直接問 ChatGPT 更好
ChatGPT、Claude 和 Gemini 確實很有用，我每天都在用。它們能幫你生成第一稿、調試 workflow 或思考問題。
但它們做不到的是讓你保持一個次序。
它們不知道你的 workflow 審視是否已經準備好進入 build brief 階段。它們不知道你的 build brief 是否具體到足以發布。它們不知道你上週構建的東西是否對那個本應使用它的人真正有效。
Prova 圍繞相反的紀律構建：做一件真實的工作，連同證據一起提交，接受結構化評審，然後根據評審發現進入下一個 sprint。這個次序比聊天串慢。但這也是人們真正建立判斷力、讓自己能稱之為 AI 構建者而不是 AI 用戶的方式。
如果你是市場推廣人，想知道這條路是否適合你：問題不是你是否能學會工具，而是你是否準備好產出可評審的工作，而不是消費更多關於工具的資訊。
這是兩種不同的承諾。其中一種通向某個地方。
Cheers, Chandler
