ID 與 ME 產品開發的分歧，該怎麼化解？

Bridging Industrial Design and Mechanical Engineering to Build Products Users Can Truly Feel

分歧不只是設計問題
如何把公司相信的價值
做成使用者感受得到的產品

產品開發裡，ID 與 ME 有分歧很正常。

一邊在意產品拿起來的感覺、視覺比例、操作直覺和品牌辨識；另一邊在意結構強度、內部堆疊、散熱、材料、組裝、公差與量產成本。

ID 希望產品更薄、更乾淨、更有記憶點；ME 看到的，可能是變薄後被壓縮的結構空間、變得難以控制的散熱路徑，或是量產時可能出現的變形與良率問題。

兩邊看起來像在拉扯，實際上都在替產品守住一部分價值。

真正麻煩的從來不是意見不同，而是團隊沒有一起回答：這個產品到底要替誰解決什麼問題？而我們又想讓使用者感受到什麼？

當這件事不夠清楚，ID 和 ME 很容易各自站在專業立場上，努力把自己認為重要的事做到最好。最後做出來的產品可能沒有明顯缺點，卻也沒有真正讓人記住的地方。

產品的起點，不是外觀，也不是結構

很多產品開發一開始，就急著進入解法。

ID 開始討論外觀、比例、材質與 CMF；ME 開始評估零件堆疊、壁厚、結構肋、螺絲柱、散熱空間與模具條件。這些工作都必要，只是太早跳進細節時，團隊有時會忘記更前面的問題。

使用者為什麼需要這個產品？

他在什麼情境下遇到不方便？他真正不滿的是重量、操作流程、收納、耐用度，還是每次使用時都得重新適應？他說「這個不好用」，背後究竟是哪一段體驗出了問題？

使用者通常不會用工程語言描述需求。

他不會說內部堆疊配置不合理，也不會抱怨某個肋位的位置。他可能只會說：「放進包包很麻煩」、「看起來不錯，但感覺很脆弱」、「用久了手會累」、「明明有很多功能，卻不知道該怎麼開始。」

這些零碎的感受，需要被產品團隊一起翻譯。

ID 會從中看見使用流程、操作感受與產品比例；ME 會看見重量分布、結構配置、材料選擇與可靠度；PM、行銷或產品策略角色則需要判斷，這是不是目標使用者真正願意買單的價值。

所以，ID 和 ME 不該只是在設計評審時互相確認「這能不能做」，而是應該更早站在同一張產品地圖前，確認大家到底在做什麼。

分歧的背後，常常是沒有共同的產品原則

ID 與 ME 的分歧，表面上是在討論某個曲面、某個開孔、某種材料或幾毫米的厚度。

更深一層，往往是在討論取捨。

假設 ID 希望把產品做得更薄，ME 認為這會犧牲結構與散熱。這時候，問題不該停在「到底能不能薄」。

團隊需要先回頭看….

使用者感受到的輕薄，究竟是來自實際厚度、重量，還是視覺比例？
這個薄，是產品定位中不能退讓的核心，還是其中一種表現方式？
如果厚度無法再降，有沒有其他方式保留拿在手上的俐落感？
結構強度、散熱、耐用性與成本中，哪些是絕對底線？
這個決定是否符合公司希望建立的產品印象？

有了共同原則，討論才不會變成各自 defending 自己的專業。

ID 不需要只說「這樣比較好看」，而可以說明這個設計對使用者感受與品牌辨識的重要性。ME 也不必只回覆「做不到」，而能具體提出風險在哪裡、要付出多少成本，以及有哪些可能的替代方案。

分歧不會因此消失，但會從對立，變成可討論的選擇。

公司理念，不該只存在品牌簡報裡

很多公司會談品牌精神、願景或核心價值，但這些東西如果只存在品牌手冊、牆上的標語，或行銷文案裡，其實沒有太大意義。

真正的品牌精神，會出現在產品開發的每一次取捨。

一家說自己重視「簡單好用」的公司，是否願意放棄一些看起來很厲害、實際上卻增加學習門檻的功能？

一家強調「可靠」的公司，是否願意在使用者看不見的結構、測試、品質與售後資料上投入資源？

一家想做出「更懂使用者」產品的公司，是否真的願意去理解使用者怎麼使用、在哪裡卡住、為什麼最後選擇放棄？

這些不是品牌部門單獨回答的問題。

ID、ME、PM、製造、品質與客服，其實都在用自己的方式參與回答。因為產品最後留下來的每一個細節，都會讓使用者感受到：這間公司到底在乎什麼。

ID 守住的，不只是外觀，而是產品第一次被看見、被拿起來時的感受。

ME 守住的，也不只是結構，而是產品經過使用、搬運、碰撞、時間考驗後，還能不能讓人信任。

兩邊做的事不同，卻都和品牌有關。

不要等設計完成，才讓工程開始說話

產品開發最常見的浪費，來自接力式流程。

ID 先完成外觀提案，再把資料交給 ME；ME 評估後發現結構、散熱、裝配或製造問題，設計只好修改；改完後再重新確認，來回幾次，時程越來越緊，原本能好好討論的問題，最後只剩下「這一版先過」。

這種方式不是任何一方做錯，而是風險太晚被看見。

國外常見的 Concurrent Engineering，也就是並行工程思維，強調設計、工程、製造、品質，甚至供應鏈，應該在概念還有調整空間時就一起參與。

這不是要所有人都對所有事情負責，而是避免每個部門只看到自己那一段。

當 ID 剛提出概念時，ME 可以先協助看內部空間與結構方向；製造端可以提醒製程與組裝風險；品質端可以提出過去容易失效的環節；PM 則要持續確認，這些取捨有沒有偏離產品原本要解決的問題。

越早把問題攤開，越不需要在後面用大幅修改補救。

用原型說話，別讓討論停在想像裡

產品團隊很容易以為大家在討論同一件事，直到樣品出來，才發現每個人腦中想的都不一樣。

這就是原型重要的原因。

原型不只是為了展示，也不只是在 EVT 前做一台看起來完整的樣品。它可以很早、很粗糙，甚至只是一個泡棉模型、一段 3D 列印件、一個快速加工的局部結構，或一個模擬組裝的治具。

重點不是它漂不漂亮，而是它能不能回答問題。

這一版要確認的是握持感、按鍵位置，還是操作路徑？
要驗證的是內部空間、散熱路徑，還是零件組裝順序？
要討論的是外觀比例，還是材料在大量生產後的穩定性？

英國 Design Council 提出的 Double Diamond，也提醒產品團隊：先把問題探索清楚，再收斂方向；接著探索方案、測試方案，最後才做出選擇。

放在 ID 與 ME 的協作裡，意思很簡單：不要急著證明誰的方案正確，先用原型和驗證，把真正的問題找出來。

比起會議裡反覆爭論「我覺得」，能被拿起來、被操作、被測試的東西，通常更誠實。

DFM 不只是最後的檢查，而是概念的一部分

DFM，Design for Manufacturing，常被理解成設計快完成後才要進行的量產檢查。

看看能不能開模、能不能組裝、良率好不好、成本會不會爆掉。

但如果等到設計幾乎定案才開始談 DFM，通常已經太晚了。因為那時候很多問題不再是微調，而是得回頭改變整個結構、外觀分件或材料選擇。

更好的做法，是讓製造思維早點進入概念階段。

這不代表設計要因此變得保守。剛好相反，越早理解材料、製程、公差、模具、組裝與品質控制的限制，ID 越能把創意放在真正有機會被保留下來的地方。

同樣地，ME 也不只是站在後段找問題的人。

工程的價值，不只在於把設計變成能做的東西，而是協助團隊在限制裡找到更好的可能性。有時候改變一個分件方式、重新安排內部堆疊、調整材料或局部結構，就能留下原本被認為必須放棄的設計感受。

好的 DFM，不是用來否決概念。

它是讓概念更接近現實，也更有機會走到使用者手上的方法。

AI 協作的價值，是讓團隊更靠近使用者

AI 進入產品開發後，很容易被用在生成文案、整理會議紀錄、快速產出概念圖或彙整報告。

這些用途都很實際，但還不是最重要的部分。

AI 更值得被放進產品流程的地方，是協助團隊把原本分散的資訊重新連起來。

使用者訪談、客服抱怨、電商評論、退貨原因、維修紀錄、品質異常、設計評審意見、製造問題與市場回饋，往往分散在不同部門、不同系統裡。每個人都掌握一小段資訊，卻不一定能看見完整的產品故事。

AI 可以協助整理大量文字與紀錄，找出反覆出現的訊號。

它可能發現，使用者抱怨的「不方便」，並不只是 UI 問題，而是尺寸、重量、收納方式和使用流程交疊造成的結果。它也可能協助團隊把維修紀錄與設計變更連起來，提早看見某些結構、材料或裝配選擇帶來的長期風險。

在 ID 與 ME 協作中，AI 還可以協助：

彙整使用者研究、客服回饋與市場評論，建立可追蹤的需求脈絡
整理設計評審會議，區分已確認決策、待驗證假設與責任分工
對照過去專案的失效案例、品質問題與製造風險
追蹤需求變更，減少不同版本資料造成的資訊落差
協助比較方案，讓團隊更快看見成本、風險與使用者價值之間的關係

不過，AI 不會替團隊決定什麼是值得堅持的產品感受，也不會替公司承擔量產失敗、成本失控或市場不買單的結果。

AI 能幫忙整理問題，讓資訊更完整、更容易被理解；判斷與取捨，還是需要人。

一張共同的地圖，比誰贏了更重要

ID 與 ME 的協作，最後不是要讓誰說服誰。

使用者不會在意產品是設計師贏了，還是工程師贏了。他在意的是，這個產品好不好用、耐不耐用、是否值得信任，以及它有沒有真的理解自己的需求。

產品真正被記住的地方，往往不是規格表上多了一項功能，而是它在某些細節上，讓人感覺到「這個設計有替我想過」。

那份感受來自設計，也來自工程；來自對使用者的理解，也來自公司願意為哪些事情投入與堅持。

當 ID、ME 與其他團隊成員能站在同一張地圖上，分歧就不再只是阻力。

它會變成一次次更接近答案的討論：在使用者需求、公司方向、技術可行性與製造現實之間，找到那個值得被做出來的產品。

ID 與 ME 產品開發的分歧，該怎麼化解？

分歧不只是設計問題如何把公司相信的價值做成使用者感受得到的產品