1. 研發(fā)總監(jiān)的AI焦慮為什么設(shè)計(jì)能力成了短板做了十幾年研發(fā)管理我越來越強(qiáng)烈地感受到一個(gè)尷尬的現(xiàn)實(shí)團(tuán)隊(duì)里寫代碼的人一抓一大把但真正能把“設(shè)計(jì)”這件事講清楚的人少得可憐。這里說的設(shè)計(jì)不是UI畫圖而是產(chǎn)品定義、系統(tǒng)架構(gòu)、工藝參數(shù)、可靠性驗(yàn)證這一整套前端決策鏈條。很多研發(fā)總監(jiān)跟我吐槽過同一個(gè)問題——項(xiàng)目延期、返工、量產(chǎn)翻車追根溯源往往不是代碼寫錯(cuò)了而是設(shè)計(jì)階段就埋了雷。傳統(tǒng)做法是靠資深工程師的經(jīng)驗(yàn)兜底但經(jīng)驗(yàn)這東西有兩個(gè)致命缺陷一是不可復(fù)制老師傅一走坑又得重新踩一遍二是覆蓋不全一個(gè)人再強(qiáng)也不可能同時(shí)精通DFMEA、DOE、六西格瑪這一整套方法論。我自己的團(tuán)隊(duì)就吃過這個(gè)虧一個(gè)硬件項(xiàng)目在DFMEA階段漏掉了一個(gè)關(guān)鍵失效模式結(jié)果小批量試產(chǎn)時(shí)批量性不良光返工成本就燒掉了幾十萬。這兩年AI大模型的能力突飛猛進(jìn)我開始認(rèn)真思考一個(gè)問題能不能用AI來補(bǔ)齊團(tuán)隊(duì)的設(shè)計(jì)能力短板不是讓AI替代工程師做決策而是讓它充當(dāng)一個(gè)“永不疲倦的設(shè)計(jì)助手”——幫你梳理失效模式、生成實(shí)驗(yàn)方案、分析數(shù)據(jù)、檢查邏輯漏洞。我?guī)е鴪F(tuán)隊(duì)在五個(gè)實(shí)戰(zhàn)場景里做了深度嘗試下面把完整的思路、操作細(xì)節(jié)和踩過的坑全部攤開講。2. 場景一用AI輔助DFMEA把失效模式挖干凈2.1 為什么DFMEA最容易流于形式DFMEA設(shè)計(jì)失效模式與影響分析是設(shè)計(jì)階段最重要的風(fēng)險(xiǎn)管控工具但說實(shí)話我見過的大多數(shù)DFMEA文檔都是“交差式”的。工程師對著模板填一遍嚴(yán)重度、頻度、探測度三個(gè)分值拍腦袋給RPN算出來超過閾值就隨便加兩條措施然后歸檔了事。問題在于DFMEA的價(jià)值恰恰在于“窮舉失效模式”這個(gè)環(huán)節(jié)而人的想象力是有邊界的——你很難想到自己沒見過的東西。AI在這里的價(jià)值就體現(xiàn)出來了。大模型經(jīng)過海量工程文檔、失效案例、行業(yè)標(biāo)準(zhǔn)的訓(xùn)練它見過的失效模式比任何一個(gè)工程師都多。你可以把它理解成一個(gè)“失效模式圖書館”你給它一個(gè)系統(tǒng)描述它能把可能出問題的地方給你列出一大串。2.2 具體操作三步構(gòu)建AI輔助DFMEA流程第一步是準(zhǔn)備輸入。不要直接把整個(gè)產(chǎn)品描述丟給AI那樣輸出會(huì)很泛。我的做法是按子系統(tǒng)拆分每次只分析一個(gè)功能模塊。輸入內(nèi)容包括該模塊的功能描述、工作原理、關(guān)鍵參數(shù)、使用環(huán)境、已知的類似產(chǎn)品失效案例。這些信息越具體AI的輸出質(zhì)量越高。第二步是設(shè)計(jì)提示詞。這是整個(gè)流程的核心。我試過很多版本最終穩(wěn)定下來的提示詞結(jié)構(gòu)是這樣的你是一位有20年經(jīng)驗(yàn)的可靠性工程師精通DFMEA分析方法論。 請針對以下系統(tǒng)進(jìn)行失效模式分析 系統(tǒng)描述[填入具體描述] 功能要求[填入功能] 工作環(huán)境[填入環(huán)境條件] 關(guān)鍵參數(shù)[填入?yún)?shù)及公差] 請按以下格式輸出 1. 潛在失效模式至少列出8種覆蓋功能失效、性能退化、間歇性故障、早期失效 2. 每種失效模式的潛在影響從用戶角度描述 3. 潛在原因從設(shè)計(jì)、材料、工藝三個(gè)維度分析 4. 建議的預(yù)防措施和探測方法 5. 建議的嚴(yán)重度(S)、頻度(O)、探測度(D)評分及理由第三步是人工評審和篩選。AI輸出的內(nèi)容不能直接照搬進(jìn)DFMEA文檔必須經(jīng)過團(tuán)隊(duì)評審。我的經(jīng)驗(yàn)是AI給出的失效模式列表大概有60%到70%是有效的剩下30%可能是過度聯(lián)想或者不適用于你的具體場景。但關(guān)鍵在于那60%里面往往有幾條是團(tuán)隊(duì)自己沒想到的這就是價(jià)值所在。2.3 實(shí)操心得與避坑指南注意AI給出的S/O/D評分只能作為參考絕對不能直接采用。評分涉及具體的產(chǎn)品安全法規(guī)、歷史質(zhì)量數(shù)據(jù)、產(chǎn)線能力這些必須由團(tuán)隊(duì)結(jié)合實(shí)際情況判定。我踩過的一個(gè)坑是一開始把AI當(dāng)成了“自動(dòng)填表機(jī)”讓它直接輸出完整的DFMEA表格。結(jié)果發(fā)現(xiàn)AI會(huì)編造一些看起來很合理但實(shí)際上不存在的失效原因比如“由于材料熱膨脹系數(shù)不匹配導(dǎo)致焊點(diǎn)疲勞開裂”——聽起來很專業(yè)但我們的產(chǎn)品根本不用焊接工藝。后來我調(diào)整了策略把AI定位成“頭腦風(fēng)暴伙伴”只讓它列失效模式和可能原因評分和措施由團(tuán)隊(duì)自己定。另一個(gè)心得是把AI的輸出和歷史客訴數(shù)據(jù)做交叉驗(yàn)證。我們團(tuán)隊(duì)積累了三年的售后維修記錄我把這些數(shù)據(jù)整理成結(jié)構(gòu)化的失效描述在AI分析完之后做一次比對。如果AI列出的某個(gè)失效模式在歷史數(shù)據(jù)中有對應(yīng)案例那這條的優(yōu)先級就要提高如果歷史數(shù)據(jù)里完全沒有那可能是AI過度聯(lián)想了可以降級處理。3. 場景二用AI設(shè)計(jì)DOE實(shí)驗(yàn)方案少做一半的試驗(yàn)3.1 DOE的門檻到底在哪里DOE試驗(yàn)設(shè)計(jì)是研發(fā)工程師必須掌握的核心技能但現(xiàn)實(shí)是真正能用好DOE的人不多。正交試驗(yàn)、響應(yīng)曲面、混料設(shè)計(jì)、田口方法……光是選對設(shè)計(jì)類型就夠頭疼的了。更麻煩的是很多工程師對統(tǒng)計(jì)原理理解不深選錯(cuò)了設(shè)計(jì)類型導(dǎo)致試驗(yàn)做完發(fā)現(xiàn)主效應(yīng)和交互作用混雜在一起根本分不清哪個(gè)因子在起作用。AI在這個(gè)場景里的切入點(diǎn)很明確它不負(fù)責(zé)執(zhí)行試驗(yàn)但可以幫你把試驗(yàn)方案設(shè)計(jì)得明明白白。你只需要告訴它你的因子、水平、響應(yīng)變量和約束條件它就能給出推薦的設(shè)計(jì)類型、試驗(yàn)次數(shù)、隨機(jī)化方案甚至幫你生成完整的試驗(yàn)計(jì)劃表。3.2 從因子梳理到方案生成的完整流程我拿一個(gè)真實(shí)案例來說明。我們有一個(gè)注塑件的尺寸穩(wěn)定性問題懷疑跟料溫、模溫、保壓壓力、保壓時(shí)間、冷卻時(shí)間五個(gè)因子有關(guān)。傳統(tǒng)做法是讓工程師翻DOE手冊查正交表然后手動(dòng)排試驗(yàn)。這個(gè)過程大概需要半天到一天而且容易出錯(cuò)。用AI輔助的流程是這樣的首先把問題描述清楚。我用的提示詞是我需要設(shè)計(jì)一個(gè)DOE實(shí)驗(yàn)來優(yōu)化注塑工藝參數(shù)。 響應(yīng)變量產(chǎn)品關(guān)鍵尺寸的偏差值越小越好 因子及水平 - 料溫220°C, 240°C, 260°C - 模溫40°C, 60°C, 80°C - 保壓壓力60MPa, 80MPa, 100MPa - 保壓時(shí)間2s, 4s, 6s - 冷卻時(shí)間10s, 15s, 20s 約束條件每次試驗(yàn)成本較高希望試驗(yàn)次數(shù)盡量少但需要能分析主效應(yīng)和二階交互作用。 請推薦合適的DOE設(shè)計(jì)類型并生成完整的試驗(yàn)計(jì)劃表。AI的回復(fù)是推薦使用部分因子設(shè)計(jì)2^(5-1)分辨度為V共16次試驗(yàn)可以分析所有主效應(yīng)和二階交互作用。然后它直接生成了一張16行的試驗(yàn)計(jì)劃表每行包含五個(gè)因子的具體水平組合并且做了隨機(jī)化排序。我拿到這個(gè)方案后讓團(tuán)隊(duì)的統(tǒng)計(jì)工程師復(fù)核了一遍確認(rèn)設(shè)計(jì)類型選擇合理分辨度足夠。然后我們按照這個(gè)計(jì)劃執(zhí)行了16次試驗(yàn)用Minitab做了分析成功識別出模溫和保壓壓力是顯著因子并且存在交互作用。如果按傳統(tǒng)的全因子設(shè)計(jì)需要做243次試驗(yàn)時(shí)間和成本根本不允許。3.3 常見問題與排查技巧問題現(xiàn)象可能原因排查方法AI推薦的試驗(yàn)次數(shù)過多提示詞中未說明成本約束在提示詞中明確“試驗(yàn)成本高希望最少次數(shù)”設(shè)計(jì)類型選擇不合理因子水平數(shù)或響應(yīng)類型描述不清明確說明因子是連續(xù)變量還是分類變量生成的計(jì)劃表有重復(fù)組合AI對隨機(jī)化理解偏差人工檢查并去重或用統(tǒng)計(jì)軟件重新隨機(jī)化無法分析交互作用分辨度不夠要求AI推薦分辨度至少為IV的設(shè)計(jì)實(shí)操心得AI生成的DOE方案一定要用統(tǒng)計(jì)軟件驗(yàn)證。我習(xí)慣用Minitab的“創(chuàng)建因子設(shè)計(jì)”功能把AI的方案重新輸入一遍對比兩者的別名結(jié)構(gòu)是否一致。這一步花不了十分鐘但能避免試驗(yàn)做完才發(fā)現(xiàn)設(shè)計(jì)有缺陷的悲劇。還有一個(gè)容易被忽略的點(diǎn)AI對“區(qū)組”和“中心點(diǎn)”的處理往往不夠細(xì)致。如果你的試驗(yàn)需要分多天完成或者需要評估曲率效應(yīng)一定要在提示詞里明確說明讓AI把區(qū)組因子和中心點(diǎn)安排進(jìn)去。我吃過一次虧試驗(yàn)分三天做完結(jié)果日間差異混入了主效應(yīng)分析結(jié)果完全不可信。4. 場景三用AI加速六西格瑪數(shù)據(jù)分析與報(bào)告4.1 六西格瑪項(xiàng)目的“最后一公里”問題六西格瑪方法論本身很成熟DMAIC五個(gè)階段走下來該用的工具都用上了。但我在實(shí)際推行中發(fā)現(xiàn)項(xiàng)目卡殼最多的地方不是分析階段而是“寫報(bào)告”和“講故事”階段。一個(gè)綠帶項(xiàng)目做完數(shù)據(jù)一大堆圖表幾十張但要把它整理成一份邏輯清晰、重點(diǎn)突出的報(bào)告往往要花掉項(xiàng)目總時(shí)間的30%以上。更麻煩的是很多工程師不擅長把統(tǒng)計(jì)結(jié)論翻譯成業(yè)務(wù)語言。比如“P值小于0.05拒絕原假設(shè)”這種話跟產(chǎn)線主管講對方根本不知道你在說什么。AI在這里可以發(fā)揮兩個(gè)作用一是幫你快速整理分析結(jié)果二是幫你把統(tǒng)計(jì)語言翻譯成業(yè)務(wù)語言。4.2 用AI做數(shù)據(jù)解讀和報(bào)告框架生成我的做法是分兩步走。第一步把Minitab或Python輸出的分析結(jié)果包括描述性統(tǒng)計(jì)、假設(shè)檢驗(yàn)、回歸分析、方差分析等整理成文本喂給AI讓它做初步解讀。提示詞可以這樣寫以下是一個(gè)六西格瑪項(xiàng)目的分析結(jié)果請幫我 1. 用通俗語言解釋每個(gè)統(tǒng)計(jì)結(jié)論的業(yè)務(wù)含義 2. 指出哪些因子是顯著的哪些不顯著 3. 對顯著因子給出優(yōu)化方向建議 4. 生成一份報(bào)告大綱包含背景、目標(biāo)、分析方法、主要發(fā)現(xiàn)、改進(jìn)建議、預(yù)期收益 分析結(jié)果如下 [粘貼Minitab輸出或Python統(tǒng)計(jì)結(jié)果]第二步根據(jù)AI生成的大綱逐節(jié)填充內(nèi)容。我通常會(huì)讓AI先寫一版初稿然后我自己修改。AI寫的初稿在數(shù)據(jù)引用和邏輯結(jié)構(gòu)上基本沒問題但業(yè)務(wù)背景和具體案例需要我自己補(bǔ)充。這樣下來一份報(bào)告從數(shù)據(jù)整理到初稿完成時(shí)間可以從兩三天壓縮到半天。4.3 數(shù)據(jù)安全與工具選型建議這里必須提醒一個(gè)敏感問題數(shù)據(jù)安全。六西格瑪項(xiàng)目涉及的數(shù)據(jù)往往包含產(chǎn)品參數(shù)、工藝窗口、不良率等敏感信息直接上傳到公共AI平臺是有風(fēng)險(xiǎn)的。我的建議是對數(shù)據(jù)進(jìn)行脫敏處理把具體數(shù)值替換成相對值或編碼值優(yōu)先使用支持本地部署的開源模型比如在內(nèi)部服務(wù)器上部署一個(gè)中等規(guī)模的模型如果必須用云端服務(wù)選擇有企業(yè)級數(shù)據(jù)保護(hù)協(xié)議的產(chǎn)品并且只上傳脫敏后的數(shù)據(jù)工具選型方面我試過幾種組合。數(shù)據(jù)分析用Python的pandas和scipy做預(yù)處理統(tǒng)計(jì)建模用Minitab或JMP報(bào)告生成用AI輔助。這個(gè)組合的優(yōu)點(diǎn)是各環(huán)節(jié)都有成熟工具支撐AI只負(fù)責(zé)它最擅長的語言組織和模式識別部分。注意AI對統(tǒng)計(jì)結(jié)果的解讀偶爾會(huì)出現(xiàn)“過度自信”的情況。比如P值等于0.06它會(huì)說“接近顯著”但實(shí)際上在六西格瑪?shù)膰?yán)格標(biāo)準(zhǔn)下這就是不顯著。所以統(tǒng)計(jì)結(jié)論的最終判定必須由具備統(tǒng)計(jì)背景的人來做AI的輸出只能作為參考。5. 場景四用AI做設(shè)計(jì)評審的“虛擬專家”5.1 設(shè)計(jì)評審為什么總是走過場設(shè)計(jì)評審是研發(fā)流程中的關(guān)鍵節(jié)點(diǎn)但很多團(tuán)隊(duì)把它開成了“匯報(bào)會(huì)”——項(xiàng)目經(jīng)理講一遍進(jìn)度大家提幾個(gè)不痛不癢的問題然后簽字通過。真正能發(fā)現(xiàn)設(shè)計(jì)缺陷的評審需要評審者具備跨領(lǐng)域的知識儲備和敏銳的問題嗅覺但這樣的人在團(tuán)隊(duì)里永遠(yuǎn)是稀缺資源。AI可以充當(dāng)一個(gè)“虛擬評審專家”在正式評審之前先做一輪預(yù)審。它的優(yōu)勢在于知識面廣、沒有思維定式、不會(huì)因?yàn)槿饲槭拦史潘Ｄ憬o它一份設(shè)計(jì)文檔它能從可制造性、可裝配性、可靠性、安全性、成本等多個(gè)維度提出質(zhì)疑。5.2 構(gòu)建AI預(yù)審提示詞的實(shí)戰(zhàn)模板我經(jīng)過多次迭代總結(jié)出一個(gè)比較有效的預(yù)審提示詞模板你是一位資深設(shè)計(jì)評審專家請對以下設(shè)計(jì)進(jìn)行預(yù)審。 評審維度包括 1. 功能實(shí)現(xiàn)設(shè)計(jì)是否滿足所有功能要求有無遺漏 2. 可制造性是否存在難以加工、公差過緊、工藝窗口過窄的問題 3. 可裝配性裝配順序是否合理有無干涉風(fēng)險(xiǎn) 4. 可靠性關(guān)鍵失效模式是否已識別降額設(shè)計(jì)是否充分 5. 安全性是否存在安全風(fēng)險(xiǎn)保護(hù)措施是否到位 6. 成本是否有明顯的成本優(yōu)化空間 請對每個(gè)維度給出 - 發(fā)現(xiàn)的問題按嚴(yán)重程度排序 - 建議的改進(jìn)方向 - 需要進(jìn)一步驗(yàn)證的事項(xiàng) 設(shè)計(jì)文檔如下 [粘貼設(shè)計(jì)說明、圖紙描述、BOM關(guān)鍵信息]這個(gè)模板的關(guān)鍵在于“按嚴(yán)重程度排序”和“需要進(jìn)一步驗(yàn)證的事項(xiàng)”這兩個(gè)要求。前者幫你快速抓住重點(diǎn)后者幫你識別哪些問題需要補(bǔ)充數(shù)據(jù)或做實(shí)驗(yàn)才能確認(rèn)。5.3 預(yù)審結(jié)果的篩選與跟進(jìn)AI預(yù)審的輸出通常會(huì)有二三十條意見但真正有價(jià)值的可能只有五六條。我的篩選原則是涉及安全、法規(guī)、核心功能的意見必須逐條確認(rèn)涉及成本優(yōu)化的意見評估投入產(chǎn)出比后再?zèng)Q定是否采納涉及“建議進(jìn)一步驗(yàn)證”的意見列入待辦清單指定責(zé)任人跟進(jìn)我印象最深的一次AI在預(yù)審一個(gè)電源模塊設(shè)計(jì)時(shí)指出“輸入濾波電容的耐壓值僅比最大輸入電壓高10%在輸入浪涌條件下可能擊穿”。這個(gè)細(xì)節(jié)在團(tuán)隊(duì)內(nèi)部評審時(shí)完全沒人提到后來我們查了規(guī)格書發(fā)現(xiàn)確實(shí)存在風(fēng)險(xiǎn)把電容耐壓值提高了一檔。這個(gè)改動(dòng)增加了幾毛錢成本但避免了一個(gè)潛在的批量性失效。實(shí)操心得AI預(yù)審最好在正式評審前兩三天做給團(tuán)隊(duì)留出消化和準(zhǔn)備的時(shí)間。正式評審時(shí)把AI提出的問題作為討論起點(diǎn)而不是直接展示AI的輸出。這樣既能利用AI的洞察力又不會(huì)讓團(tuán)隊(duì)覺得“被機(jī)器指揮”。6. 場景五用AI搭建研發(fā)知識庫與經(jīng)驗(yàn)沉淀系統(tǒng)6.1 研發(fā)總監(jiān)最頭疼的“經(jīng)驗(yàn)流失”問題研發(fā)團(tuán)隊(duì)最大的資產(chǎn)不是代碼不是設(shè)備而是經(jīng)驗(yàn)。但經(jīng)驗(yàn)這個(gè)東西人一走就帶走了。我?guī)н^的團(tuán)隊(duì)里不止一次出現(xiàn)這種情況某個(gè)關(guān)鍵工程師離職后他負(fù)責(zé)的模塊出了問題接手的人翻遍文檔也找不到當(dāng)初的設(shè)計(jì)意圖和決策邏輯。傳統(tǒng)的知識管理做法是寫文檔、建Wiki但效果很差。原因很簡單工程師寧愿多寫兩小時(shí)代碼也不愿意花半小時(shí)寫文檔。而且文檔寫出來之后檢索困難更新滯后很快就變成了“死知識”。AI大模型給知識管理帶來了新的可能。你可以把設(shè)計(jì)文檔、評審記錄、失效分析報(bào)告、實(shí)驗(yàn)數(shù)據(jù)、郵件討論等非結(jié)構(gòu)化信息全部喂給AI構(gòu)建一個(gè)可對話的知識庫。工程師遇到問題時(shí)直接用自然語言提問AI從歷史資料中檢索并生成答案。6.2 從零搭建研發(fā)知識庫的實(shí)操步驟第一步是數(shù)據(jù)收集和清洗。把散落在各個(gè)地方的資料集中起來包括設(shè)計(jì)規(guī)范、DFMEA文檔、DOE報(bào)告、六西格瑪項(xiàng)目報(bào)告、客訴分析、評審紀(jì)要、技術(shù)郵件。格式可能是Word、PDF、Excel、PPT需要統(tǒng)一轉(zhuǎn)換成文本格式。第二步是數(shù)據(jù)切片和向量化。大模型有上下文長度限制不能一次性把幾百份文檔全部塞進(jìn)去。我的做法是按章節(jié)或段落切片每片500到1000字然后用嵌入模型轉(zhuǎn)成向量存入向量數(shù)據(jù)庫。這一步需要一些技術(shù)能力如果團(tuán)隊(duì)沒有AI工程師可以考慮用現(xiàn)成的知識庫產(chǎn)品。第三步是檢索增強(qiáng)生成RAG的配置。當(dāng)工程師提問時(shí)系統(tǒng)先從向量數(shù)據(jù)庫中檢索最相關(guān)的文檔片段然后把片段和問題一起送給大模型讓模型基于檢索到的內(nèi)容生成答案。這樣既能保證答案有據(jù)可查又能避免模型“胡編亂造”。第四步是持續(xù)迭代。知識庫不是建好就完了需要定期更新。我的做法是每月做一次增量更新把新的項(xiàng)目文檔補(bǔ)充進(jìn)去同時(shí)根據(jù)用戶的反饋調(diào)整檢索策略。6.3 知識庫落地的三個(gè)關(guān)鍵成功因素第一個(gè)因素是“低摩擦錄入”。如果錄入知識需要工程師額外花很多時(shí)間這個(gè)系統(tǒng)一定推不動(dòng)。我的做法是把知識庫和現(xiàn)有的工作流綁定——項(xiàng)目結(jié)項(xiàng)時(shí)自動(dòng)歸檔文檔評審結(jié)束后自動(dòng)上傳紀(jì)要不需要額外操作。第二個(gè)因素是“高價(jià)值輸出”。知識庫剛上線時(shí)我讓團(tuán)隊(duì)從最痛的問題開始用比如“上次類似問題是怎么解決的”“這個(gè)材料的工藝窗口是多少”。當(dāng)工程師發(fā)現(xiàn)提問確實(shí)能快速得到答案時(shí)使用習(xí)慣就慢慢建立起來了。第三個(gè)因素是“信任機(jī)制”。AI生成的答案必須標(biāo)注來源讓用戶能追溯到原始文檔。對于關(guān)鍵決策不能只依賴AI的答案必須人工確認(rèn)。我在系統(tǒng)里加了一個(gè)“置信度”標(biāo)簽低置信度的答案會(huì)提示用戶“建議查閱原始文檔”。維度傳統(tǒng)WikiAI知識庫錄入方式手動(dòng)編寫自動(dòng)歸檔增量更新檢索方式關(guān)鍵詞搜索自然語言問答輸出形式文檔列表直接答案來源引用更新頻率低容易滯后高與項(xiàng)目同步使用門檻需要知道去哪找直接提問即可7. 落地過程中的共性難題與我的應(yīng)對策略7.1 團(tuán)隊(duì)抵觸情緒怎么破推行AI輔助工具最大的阻力不是技術(shù)是人。我團(tuán)隊(duì)里有幾位資深工程師一開始非常抵觸覺得“AI懂什么設(shè)計(jì)”“機(jī)器給的建議能信嗎”。我的應(yīng)對策略是“先做加法再做減法”——先讓AI做那些大家都不愿意做的臟活累活比如整理會(huì)議紀(jì)要、生成報(bào)告初稿、檢查文檔格式。等大家發(fā)現(xiàn)AI確實(shí)能省時(shí)間之后再逐步引入DFMEA輔助、DOE設(shè)計(jì)這些核心環(huán)節(jié)。另一個(gè)有效的方法是“標(biāo)桿效應(yīng)”。我先在一個(gè)小項(xiàng)目上做試點(diǎn)把AI輔助的效果量化出來——比如DFMEA多識別了3個(gè)失效模式DOE試驗(yàn)次數(shù)從81次降到16次。然后在團(tuán)隊(duì)會(huì)議上分享這些數(shù)據(jù)讓事實(shí)說話。抵觸情緒在數(shù)據(jù)面前很快就瓦解了。7.2 提示詞工程的“最后一公里”很多人以為提示詞就是“把問題說清楚”但實(shí)際用下來同樣的需求不同的提示詞寫法輸出質(zhì)量差距巨大。我總結(jié)了幾條實(shí)用原則給AI設(shè)定角色“你是一位有20年經(jīng)驗(yàn)的可靠性工程師”比“請幫我分析”效果好得多明確輸出格式告訴AI你要表格、列表還是段落要幾列、幾行提供示例如果能讓AI模仿一個(gè)你滿意的輸出樣例效果會(huì)大幅提升分步引導(dǎo)復(fù)雜任務(wù)拆成多輪對話不要指望一次提問就得到完美答案實(shí)操心得我建了一個(gè)“提示詞庫”文檔把每個(gè)場景下驗(yàn)證有效的提示詞模板存下來新項(xiàng)目直接復(fù)用。這個(gè)習(xí)慣讓團(tuán)隊(duì)的AI使用效率提升了至少一倍。7.3 工具選型不要追求“最強(qiáng)模型”很多團(tuán)隊(duì)在選型時(shí)容易陷入“參數(shù)崇拜”覺得模型越大越好。但實(shí)際用下來對于研發(fā)場景中等規(guī)模的模型加上好的提示詞和知識庫效果往往比直接調(diào)用最大模型更好。原因有兩個(gè)一是大模型成本高頻繁調(diào)用不現(xiàn)實(shí)二是大模型在專業(yè)領(lǐng)域的“幻覺”問題并不比中等模型少。我的建議是日常輔助用中等模型關(guān)鍵決策用大模型做二次確認(rèn)敏感數(shù)據(jù)用本地部署的開源模型。這個(gè)組合兼顧了成本、效果和安全性。8. 一些關(guān)于AI與研發(fā)設(shè)計(jì)能力的個(gè)人體會(huì)說實(shí)話用了這一年多我最大的感受是AI不會(huì)替代研發(fā)工程師但會(huì)用AI的研發(fā)工程師會(huì)替代不會(huì)用的。它就像一個(gè)知識淵博但缺乏實(shí)戰(zhàn)經(jīng)驗(yàn)的助理——你需要給它清晰的指令幫它理解業(yè)務(wù)背景然后嚴(yán)格審核它的輸出。它最大的價(jià)值不是給你標(biāo)準(zhǔn)答案而是幫你打開思路讓你看到自己沒想到的可能性。DFMEA、DOE、六西格瑪這些方法論本身沒有過時(shí)AI只是讓它們變得更容易落地了。以前一個(gè)綠帶項(xiàng)目要做半年現(xiàn)在可能三個(gè)月就能完成以前DFMEA靠老師傅拍腦袋現(xiàn)在有了一個(gè)永不疲倦的頭腦風(fēng)暴伙伴。這些改變是實(shí)實(shí)在在的。最后分享一個(gè)小技巧每次用AI完成一個(gè)任務(wù)后花五分鐘記錄一下“這次AI哪里幫到了我哪里差點(diǎn)把我?guī)侠铩?。積累一個(gè)月你就能總結(jié)出適合自己團(tuán)隊(duì)的AI使用邊界。這個(gè)邊界比任何教程都值錢。