1. 考前準(zhǔn)備真限時,別裸考連著三周每天都在趕需求,結(jié)果周五下午臨時接到通知,周一上午有個AI產(chǎn)品原型馬拉松,四個人一組,四個小時,用AI工具從零做一個能拿去見客戶的產(chǎn)品原型。第一反應(yīng)是想拒絕,第二反應(yīng)是也行,正好把手頭這些AI生成原型的野路子系統(tǒng)性驗(yàn)證一遍。先說結(jié)論:四個小時能不能做出來一個像樣的產(chǎn)品原型?能,但前提是別把它當(dāng)成一場“AI神筆馬良”表演,而是要當(dāng)成一個“有限時間內(nèi)的高效交付”項(xiàng)目來打。AI在這里更像一個效率放大器,幫我把傳統(tǒng)的4-5天原型周期壓縮到半天級別。為什么這件事值得聊聊?因?yàn)榇蠖鄶?shù)人對AI做原型的認(rèn)知還停留在“挺神奇的”這一步,但實(shí)際工作中真正的問題是:需求還是那個模糊的需求,評審還是那個摳細(xì)節(jié)的評審,只是交付時限被壓縮到了極致。你需要一種能夠應(yīng)對這種極端情況的工作流,而不是零散地用幾個AI工具瞎試。這場的規(guī)則如下:八個原型方向任意選,比如智能客服面板、數(shù)據(jù)監(jiān)控大屏、移動端健康管理應(yīng)用等。我選的是“智能客服工作臺”,因?yàn)檫@塊業(yè)務(wù)畫起來信息密度高,組件復(fù)用性強(qiáng),AI生成的頁面結(jié)構(gòu)不容易顯得空。手里能用什么工具?Figma的AI插件、即時設(shè)計(jì)里的智能生成能力、或者直接在ChatGPT/Claude里生成HTML再轉(zhuǎn)成圖片。為了速度,我決定用“對話生成手動微調(diào)”的組合路數(shù):先讓AI幫我重構(gòu)頁面結(jié)構(gòu),再讓它生成組件代碼和說明,最后在Figma里快速拼裝。結(jié)果證明,這個策略是對的。但真正拉開差距的不是生成瞬間的爽感,而是考前那半小時的思考和準(zhǔn)備。我做了三件事:第一,把原型的方向、目標(biāo)用戶、核心需求關(guān)鍵詞寫在紙上,作為所有提示詞的“全局上下文”;第二,把可能用到的組件清單列出來,比如導(dǎo)航欄、數(shù)據(jù)表格、卡片、統(tǒng)計(jì)指標(biāo)、圖表類型、彈窗狀態(tài);第三,背了幾套適用于不同生成場景的提示詞模板。這三件事讓我后面的四個小時節(jié)省了至少一個半小時。因?yàn)樘崾驹~工程的核心邏輯不是“會寫漂亮話”,而是“能不能一次把話說清楚,讓模型少犯錯,讓自己少改稿”。只要上下文給足、約束給滿、輸出格式固定下來,AI生成的東西基本都在可用范圍內(nèi)。2. 第一個小時:需求拆解和信息架構(gòu)定稿2.1 把模糊需求壓成一張可執(zhí)行的卡片所有的原型項(xiàng)目最怕的不是功能多,而是功能散。智能客服工作臺如果只是把聊天窗口、工單列表、知識庫按鈕堆在一起,那做出來的東西就是一個“啥都有,啥都不專業(yè)”的半成品。AI生成頁面也怕這個,因?yàn)樗鼤涯愕男枨罄斫獾锰貏e貪心,一旦提示詞里寫了“做一個完整的客服工作臺”,它就會開始自由發(fā)揮,給你塞進(jìn)去十幾個模塊。前一個小時我主要干的是做減法。先把“智能客服工作臺”的核心用戶畫像簡化成三個:一線客服專員、客服組長、運(yùn)營管理者。然后給每個角色定義他們在這個工作臺里最高頻的三個操作場景?？头T最常做的是查客戶信息、回消息、轉(zhuǎn)工單;組長最常做的是看坐席狀態(tài)、審核升級會話;運(yùn)營管理者最常做的是看滿意度趨勢、看熱點(diǎn)問題分類、看高峰時段分布。這三個角色的訴求匯總以后,工作臺的核心信息架構(gòu)就浮現(xiàn)出來了:左側(cè)導(dǎo)航:工作臺、會話列表、工單中心、知識庫、數(shù)據(jù)報表主區(qū)域上部:當(dāng)前會話詳情,包含用戶信息、歷史訂單、標(biāo)簽主區(qū)域下部:快捷回復(fù)推薦、智能填單建議、知識庫推薦條目右側(cè)面板:坐席實(shí)時狀態(tài)、團(tuán)隊(duì)在線人數(shù)、今日滿意度這個架構(gòu)我用了大概十五分鐘手工梳理完,然后開始寫第一組提示詞,直接讓AI按這個結(jié)構(gòu)幫我完善細(xì)節(jié)和校驗(yàn)遺漏。2.2 第一次讓AI參與,不是生成頁面而是出問答清單大部分人用AI做原型的第一反應(yīng)是“讓AI直接給我畫頁面”,但成熟的做法是分步走:先讓AI幫你把信息架構(gòu)做壓力測試,再讓它出頁面。因?yàn)轫撁媸墙Y(jié)果,信息架構(gòu)是原因,原因錯了,結(jié)果再漂亮也要推翻重來。我的第一組提示詞是這樣的:你是一名資深產(chǎn)品設(shè)計(jì)師,正在設(shè)計(jì)一個智能客服工作臺。已經(jīng)確定的目標(biāo)用戶包括:一線客服專員、客服組長、運(yùn)營管理者。請基于這些角色,對以下信息架構(gòu)提出可能出現(xiàn)的問題和缺失模塊,不要直接重寫架構(gòu),只以問答清單的形式輸出: - 左側(cè)導(dǎo)航:工作臺、會話列表、工單中心、知識庫、數(shù)據(jù)報表 - 主區(qū)域上部:當(dāng)前會話詳情 - 主區(qū)域下部:快捷回復(fù)、智能建議 - 右側(cè)面板:坐席狀態(tài)、團(tuán)隊(duì)數(shù)據(jù) 要求: 1. 站在三類角色視角分別提出模塊疑問 2. 列出每個模塊最關(guān)鍵的3個交互狀態(tài)(如空狀態(tài)、加載狀態(tài)、異常狀態(tài)) 3. 指出架構(gòu)中可能的功能沖突點(diǎn)這組提示詞有個隱藏技巧:我用了“不要直接重寫架構(gòu),只以問答清單形式輸出”。這其實(shí)是提示詞設(shè)計(jì)里的一個經(jīng)典方法,先限制輸出范圍,防止AI跑偏。它不會因?yàn)橛X得某個模塊該刪就順手幫你改了,而是老老實(shí)實(shí)做審查。反饋質(zhì)量出乎意料。它指出了幾個我漏想的點(diǎn):客服專員在會話中需要“客戶歷史咨詢摘要”,否則每次都要手動翻記錄;組長需要“實(shí)時服務(wù)質(zhì)量抽查”快捷入口,而不是只看坐席狀態(tài);運(yùn)營管理者對“熱點(diǎn)問題趨勢圖”的需求比“滿意度數(shù)值”更迫切,因?yàn)楹笳呤墙Y(jié)果指標(biāo),前者才能指導(dǎo)行動。這幾條直接讓我把信息架構(gòu)從六級導(dǎo)航壓縮成五級,把“歷史咨詢摘要”確定為會話主區(qū)域的固定組件。這個環(huán)節(jié)的結(jié)論,直接決定了后面AI生成頁面的質(zhì)量上限。2.3 定稿信息架構(gòu),輸出給所有AI工具的統(tǒng)一上下文信息架構(gòu)一旦定稿,我馬上做了一件事:把它壓縮成一個上下文字符串,后續(xù)所有提示詞里都帶上它。這不是形式主義,而是為了讓AI在多次對話中保持記憶一致性?！救稚舷挛摹恐悄芸头ぷ髋_,面向一線客服、組長、運(yùn)營管理者。核心模塊: 1. 工作臺:今日接待量、平均響應(yīng)時長、滿意度、待處理工單 2. 會話列表:進(jìn)行中、已結(jié)束、需轉(zhuǎn)接、異常會話 3. 工單中心:待分配、處理中、已解決、已升級 4. 知識庫:熱門條目、搜索入口、分類目錄 5. 數(shù)據(jù)報表:滿意度趨勢、坐席績效、熱點(diǎn)問題TOP10 設(shè)計(jì)風(fēng)格:現(xiàn)代簡約、信息密度適中、優(yōu)先保障業(yè)務(wù)效率這段上下文我會放到每個提示詞的第一行,讓AI不管在生成頁面結(jié)構(gòu)還是組件說明時,都不會脫離這個設(shè)定。有人覺得這樣寫提示詞很啰嗦,但我實(shí)測下來,帶上下文的生成結(jié)果和不帶上下文的結(jié)果,在可用性上差距極大。不帶的話,AI經(jīng)常會在一次長對話里自己發(fā)明一個新模塊,或者把導(dǎo)航結(jié)構(gòu)悄悄改了,后期校對成本高得嚇人。3. 中間兩個小時:分模塊生成、逐屏拼裝3.1 主工作臺頁面:提示詞里加約束比加形容詞更管用信息架構(gòu)定了之后,我第二個小時主要精力放在生成核心頁面。核心頁面就是工作臺首頁,也叫“坐席工作臺”,它是客服專員打開系統(tǒng)后看到的第一個界面,直接決定了這個原型的“專業(yè)感”能不能立住。這時候的提示詞策略跟第一階段完全不同,第一階段要的是“AI指出問題”,這個階段要的是“AI給出結(jié)果”,所以要走“具體場景明確結(jié)構(gòu)格式約束可執(zhí)行輸出”這種工程化提示詞?！救稚舷挛摹客?請生成智能客服工作臺首頁的頁面結(jié)構(gòu)描述,要求: 1. 頂部導(dǎo)航:系統(tǒng)名稱、全局搜索、通知、用戶頭像 2. 左側(cè)菜單:5個主要模塊,圖標(biāo)文字 3. 主內(nèi)容區(qū):用柵格方式描述,左側(cè)60%為會話列表,右側(cè)40%為當(dāng)前會話詳情 4. 會話詳情中要包含:用戶信息卡片、歷史咨詢摘要、最近訂單記錄、對話內(nèi)容氣泡 5. 頁面右下角要有智能推薦浮窗,展示AI建議的快捷回復(fù) 輸出格式: - 每個區(qū)域用一個表格描述,包含:區(qū)域名、位置、組件類型、內(nèi)容說明 - 表格后附一段設(shè)計(jì)說明,解釋這個布局如何提升坐席效率這組提示詞有幾個關(guān)鍵點(diǎn):第一,明確用“6:4柵格”來鎖定布局,不讓AI自由發(fā)揮;第二,要求“表格描述”而不是段落描述,這能讓輸出信息密度更高;第三,最后要求“設(shè)計(jì)說明”,這看起來像是多了工作量,但實(shí)際是讓AI在生成時優(yōu)先考慮業(yè)務(wù)效率而定下的邏輯約束,輸出內(nèi)容會更自洽。生成結(jié)果里,AI在會話氣泡下面自動加了一個“客戶情緒傾向”標(biāo)簽,用顏色區(qū)分積極、中性、消極。這個細(xì)節(jié)我壓根沒提,但AI基于“智能客服工作臺”的業(yè)務(wù)常識自動腦補(bǔ)出來的,而且加的位置很合理。這就是為什么建議讓AI參與組件設(shè)計(jì)而不是只做排版工具,它能幫你補(bǔ)全你自己都沒想到的業(yè)務(wù)細(xì)節(jié)。3.2 數(shù)據(jù)報表頁面:別讓AI直接“畫圖表”而是“描述圖表”數(shù)據(jù)報表頁是這個項(xiàng)目里最容易被忽視、但最可能翻車的部分。為什么?因?yàn)锳I在文本對話里生成圖表描述很容易,但如果你期望它直接輸出一個可用的可視化代碼或者漂亮的圖表截圖,大概率會失望。四小時場景下,根本沒有時間調(diào)試一個生成式圖表的顏色和布局。我的做法是讓AI生成圖表的數(shù)據(jù)結(jié)構(gòu)和布局描述,然后用Figma自帶的可視化插件或者手動拼圖表組件來實(shí)現(xiàn)。提示詞如下:【全局上下文】同上 請為數(shù)據(jù)報表模塊設(shè)計(jì)一個頁面,核心展示: 1. 今日概覽:四張指標(biāo)卡,分別是接待量、平均響應(yīng)時間、滿意度、工單積壓量 2. 近7日滿意度趨勢:使用折線圖 3. 熱點(diǎn)問題TOP10:使用橫向條形圖,數(shù)值從高到低排列 4. 坐席績效對比:使用表格進(jìn)度條的組合方式 要求: - 每個圖表區(qū)域必須說明數(shù)據(jù)來源和更新頻率 - 指標(biāo)卡需要定義正常值范圍和預(yù)警閾值 - 頁面布局要求信息清晰、適合投屏演示這個提示詞有意思的地方在于“指標(biāo)卡必須定義預(yù)警閾值”。我加這個要求是因?yàn)樵妥鐾曛笠萌?yīng)付評審,如果只是靜態(tài)截圖,評委一定會問“如果滿意度暴跌怎么展示?”。有閾值就有討論空間,這個原型就有了“可講故事”的深度。AI輸出內(nèi)容里,它把滿意度預(yù)警閾值設(shè)定在“低于85%時卡片變紅,同時旁邊出現(xiàn)優(yōu)先改進(jìn)建議文案”。這里我用了一個快速微調(diào),把“變紅”改成“卡片右上角顯示警示圖標(biāo)顏色漸變到淺紅”,因?yàn)榇竺娣e的紅色塊在大屏上很容易造成視覺壓迫感。這是一個純審美層面的調(diào)整,AI不懂這種細(xì)節(jié),需要人來兜底。3.3 移動端頁面:用同一個上下文生成多端適配數(shù)據(jù)報表搞定之后,距離結(jié)束還有大約兩個小時,我決定追加一個移動端頁面。別覺得這是給自己加戲,現(xiàn)在很多產(chǎn)品原型的要求都要覆蓋手機(jī)端,哪怕只是示意圖,有橫跨PC和Mobile的展示能力會明顯提高方案完整度。移動端的提示詞我做了三件事的調(diào)整:第一,布局約束從柵格改成了“單列瀑布式”;第二,組件密度降低,每個屏只保留1-2個核心操作;第三,手勢交互提示讓AI補(bǔ)全,比如左滑出現(xiàn)快捷操作、長按進(jìn)入編輯模式?！救稚舷挛摹客?請為智能客服工作臺設(shè)計(jì)手機(jī)端頁面,目標(biāo)用戶為一線客服專員,場景是“離開工位時快速處理一條客戶消息”。要求: 1. 首頁為會話列表,每條會話展示:客戶名、最新消息摘要、未讀狀態(tài)、等待時長 2. 點(diǎn)擊進(jìn)入會話詳情頁,聊天內(nèi)容下沉到底部,頂部展示客戶信息摘要 3. 底部固定操作欄三個按鈕:快捷回復(fù)、轉(zhuǎn)工單、結(jié)束會話 4. 支持左滑會話出現(xiàn)“標(biāo)記已讀”和“置頂”操作 輸出格式:按頁面逐個描述,每個頁面包含布局說明、組件清單、交互說明、異常狀態(tài)處理。說實(shí)話,移動端這一輪生成的完成度比PC端高,因?yàn)锳I見過了太多移動端的聊天類頁面模板,結(jié)果它把快捷回復(fù)、轉(zhuǎn)工單這些按鈕放在底部固定欄時,還主動附帶了一個“快捷回復(fù)按鈕長按時可預(yù)覽全部模板”的交互細(xì)節(jié),這不算是復(fù)雜的創(chuàng)新,但對原型演示來說很夠用了。3.4 組件與狀態(tài)設(shè)計(jì):提示詞里要求補(bǔ)全空狀態(tài)和異常狀態(tài)到這里,原型的主要頁面骨架已經(jīng)立住了,但一個職業(yè)產(chǎn)品設(shè)計(jì)師不會止步于此。原型評審中最容易被挑戰(zhàn)的問題永遠(yuǎn)是:空狀態(tài)長什么樣?加載失敗怎么辦?沒有數(shù)據(jù)時用戶能看到什么?大多數(shù)AI生成的頁面描述都會默認(rèn)“數(shù)據(jù)豐滿、一切順利”,這是我們要人為反向補(bǔ)全的地方。所以我專門設(shè)計(jì)了一組針對狀態(tài)設(shè)計(jì)的提示詞,這是整場比賽中性價比最高的一組?！救稚舷挛摹客?請為以下三個場景各設(shè)計(jì)一個異常狀態(tài)頁面: 1. 會話列表為空:客服專員剛登錄,還沒有任何客戶發(fā)起會話 2. 熱點(diǎn)問題TOP10無數(shù)據(jù):數(shù)據(jù)報表模塊尚未采集到足夠數(shù)據(jù) 3. 會話加載失敗:網(wǎng)絡(luò)異常導(dǎo)致當(dāng)前會話內(nèi)容無法刷新 要求: - 每個狀態(tài)頁面包含:插畫或圖形描述、主文案、輔助說明文案、操作按鈕建議 - 文案語氣要符合客服工作臺的專業(yè)調(diào)性,不能賣萌 - 操作按鈕要具備業(yè)務(wù)含義,不能是籠統(tǒng)的“重試”這里我刻意要求“操作按鈕不能是籠統(tǒng)的重試”,因?yàn)檫@是個非常常見的設(shè)計(jì)偷懶點(diǎn)。AI給我的結(jié)果:會話列表為空時建議主按鈕是“查看知識庫開始準(zhǔn)備工作”,這個思路很好,它把空狀態(tài)從“沒事干”引導(dǎo)成了“預(yù)學(xué)習(xí)”;會話加載失敗時建議按鈕是“切換至離線模式”,這個也合理,因?yàn)榭头鼍跋戮W(wǎng)絡(luò)波動頻繁,離線模式本身就是真實(shí)需求。這四個頁面的狀態(tài)設(shè)計(jì)補(bǔ)全,讓我在最后評審階段幾乎沒有收到“這個情況你考慮過嗎”之類的突然襲擊。所有狀態(tài)都準(zhǔn)備好截圖或標(biāo)注,隨時能調(diào)出來應(yīng)對提問。4. 最后的收尾復(fù)盤:踩坑、時間分配和效率心法4.1 全程最大的坑:提示詞里寫了“完整”兩個字,結(jié)果生成了一堆廢料第二個小時剛開始的時候,我心急了一點(diǎn),在第一版提示詞里寫了“請完整生成一個智能客服工作臺的頁面原型描述”。這四個小時里,這是最大的一次失誤,沒有之一。AI拿到“完整”這個指令后會怎么應(yīng)對?把能想到的全部都塞給你,從登錄頁到幫助中心,從角色權(quán)限管理到操作日志,一口氣給你列了十四個模塊,頁面信息嚴(yán)重超載,有些模塊之間還有功能重疊。而且它還會自己發(fā)明一個“智能質(zhì)檢評分”模塊,雖然聽起來酷,但沒有實(shí)際業(yè)務(wù)規(guī)則支撐,放在原型里反而會被評委追問到崩潰。這個問題背后的邏輯很簡單。提示詞工程里,“完整”只是一個模糊的、面向范圍的詞,而不是一個面向約束的詞。AI無法自主判斷“完整”的邊界,它只會把它理解成“盡可能多”。所以正確做法就是我在信息架構(gòu)階段做的那樣,先在prompt里把模塊范圍鎖死,再讓AI生成。你看我這四小時里真正高效的提示詞,沒有一個是讓AI自由發(fā)揮的,全部都有結(jié)構(gòu)、有約束、有格式。還有一個容易忽略的小坑:提示詞越長,AI輸出的響應(yīng)越長,處理時間越久。在四小時賽程里,如果每次生成都要等兩分鐘,那么十次生成就浪費(fèi)二十分鐘。我后來把提示詞做了壓縮,把背景信息收斂到一行,把目標(biāo)收斂到三點(diǎn)以內(nèi),把輸出格式收斂到表格或列表。質(zhì)量沒降,速度明顯提升。4.2 時間到底怎么分配才合理:4小時的隱形節(jié)奏表對外說起來是“四小時做完一個原型”,但實(shí)際上手你會發(fā)現(xiàn),真正用來和AI對話的時間可能只有兩個小時,其他時間都花在思考、拼裝、檢查、微調(diào)上。我把自己的時間分配列在這里,給你們一個參考:時間段內(nèi)容產(chǎn)出前30分鐘需求梳理、角色分析、信息架構(gòu)初步搭建一頁紙的需求卡片30-60分鐘用AI校驗(yàn)信息架構(gòu),補(bǔ)齊模塊和狀態(tài)修訂后的信息架構(gòu)清單60-120分鐘生成PC端核心頁面:工作臺首頁、會話詳情、數(shù)據(jù)報表三個頁面的完整布局與說明120-150分鐘生成狀態(tài)組件和異常頁面空狀態(tài)、加載失敗等四套方案150-180分鐘補(bǔ)做移動端頁面移動端聊天流程兩條180-240分鐘檢查整體邏輯、調(diào)整視覺一致性、準(zhǔn)備演示話術(shù)可直接演示的原型包這個節(jié)奏最關(guān)鍵的轉(zhuǎn)折點(diǎn)在第60分鐘。如果到了這個時間點(diǎn)你還在反復(fù)改信息架構(gòu),那后面基本就崩了。因?yàn)锳I生成頁面雖然快,但每輪對話都需要一到三分鐘,如果架構(gòu)沒定就反復(fù)重生成,時間和心情都消耗不起。四小時比賽本質(zhì)上不是“誰對AI玩得最溜”,而是“誰能在最短時間內(nèi)完成決策”。4.3 工具組合怎么選:純對話式生成比“AI直接出圖”更適合考試場景出發(fā)前我糾結(jié)過要不要用Figma里面那堆AI生成插件。后來我放棄了,原因很簡單:插件生成的質(zhì)量波動太大,而且高度依賴模板庫,冷門組件表現(xiàn)極其不穩(wěn)定。在四小時的高壓場景下,最穩(wěn)的方案反而最實(shí)用:用ChatGPT或Claude做結(jié)構(gòu)化設(shè)計(jì)對話,先把頁面布局、組件、交互用文本定下來,再花少量時間在即時設(shè)計(jì)或者Figma里快速拖拽拼裝。這套流程的好處有兩個。一是文字描述天然適合評委評審,每一頁都有設(shè)計(jì)說明,講起來不費(fèi)勁。二是可以隨時回滾。如果發(fā)現(xiàn)某一頁AI給的方案不對,我可以回到文本框里修改組件名或者位置順序,拼命重生成,而不用在畫板里一點(diǎn)點(diǎn)調(diào)整圖層。說白了,這是個紀(jì)律問題。AI設(shè)計(jì)工具再怎么花哨,輸出的永遠(yuǎn)只是素材和方案,真正的信息架構(gòu)決策和視覺決策還得靠人。誰把這個邊界想清楚,誰就能在四小時里穩(wěn)定輸出。4.4 一張可以帶走的驗(yàn)收清單:演示前必查的5個關(guān)鍵點(diǎn)最后一步,我把這套方法總結(jié)成了一張驗(yàn)收清單,以后再做同類原型時直接照著過。分享給你:所有核心頁面是否有明確的“用戶角色對應(yīng)”:是給客服專員看的還是給組長看的,頁面上的信息權(quán)重對嗎?每個模塊是否有“異常狀態(tài)說明”:空狀態(tài)、加載失敗、數(shù)據(jù)異常,至少要有一種狀態(tài)設(shè)計(jì),不能只有理想狀態(tài)導(dǎo)航切換是否有“業(yè)務(wù)閉環(huán)”:比如會話頁面里能發(fā)起轉(zhuǎn)工單,那工單中心的數(shù)據(jù)就得能對應(yīng)上演示故事線是否清晰:挑一條最重要的用戶路徑講完,不要貪多AI生成內(nèi)容是否做了人工去重:導(dǎo)航、按鈕、模塊名不能重復(fù)出現(xiàn),同一術(shù)語全文要保持一致這個清單幫我規(guī)避了很多低級的邏輯漏洞。AI生成的模塊叫“工單處理”,在另一頁里叫“工單中心”,這看起來是小問題,但評審會抓住不放,最后只能現(xiàn)場改字,影響整體節(jié)奏。4.5 效率心法:AI產(chǎn)出的是初稿,人才是終稿這四個小時里我用得最順的提示詞,其實(shí)是心態(tài)層面的一句話:AI從來不是用來替你思考的,它是用來幫你把思考結(jié)果快速變成可討論的東西。有了思維上的準(zhǔn)確定位,提示詞工程就會從“玄學(xué)”變成純粹的工程方法:上下文替它立邊界,約束讓它別跑偏,格式讓結(jié)果可復(fù)用。最后給準(zhǔn)備嘗試這類“限時AI產(chǎn)品原型挑戰(zhàn)”的朋友一條建議:賽前別急著研究工具的高級玩法,先花一小時想清楚你的業(yè)務(wù)、角色和核心流程。如果你連自己的需求都講不明白,給AI再多的提示詞也只是浪費(fèi)它的時間和你的電費(fèi)。真正能讓你在四個小時內(nèi)交出完整原型的,永遠(yuǎn)是你對業(yè)務(wù)的理解力和決策的速度。