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