文章類型
開發平台
解決方案
關注主題
文章類型
開發平台
解決方案
關注主題

【Ideas to Reality】掌握硬體新創產品開發流程

作者:徐韻婕

若想開發硬體產品,很顯然必須了解產品開發流程,然而,除了書本裡的知識,更需要的是實務經驗的累積,這一場《Maker講堂》要告訴你產品開發流程的認知,以及傳統與新創產品的PLM(產品生命週期管理)流程有何差異。

OLYMPUS DIGITAL CAMERA

首先,先來談談講者David Peng的背景:David本身是電機系畢業,曾任職北爾電子科技、富士康通訊網路産品事業群、光寶科技(LiteOn)等公司,專長是在高頻通訊電路和嵌入式設計領域,並歷經豐富的電子產業研發(RD)、產品經理(PM)及產品行銷等職場位置。

說了這麼多,只是要突顯他擁有深厚的系統開發Know-How,建立了足夠和工程師及技術人員溝通的底子,以及豐富的產業關係與班底。在這樣的條件下,他因有感於硬體新創在產品開發上的能力不足,因而在去(2015)年創立了思靈客(SlingX)創集科技這家公司,協助新創團隊及Maker從產品開發一路走到量產,讓他們少走許多寃枉路。

思靈客(SlingX)創集科技創辦人

思靈客(SlingX)創集科技創辦人

From EVT to PVT

首先David介紹從一般的PLM架構,PLM就是一個產品的生命週期管理,涵蓋整個產品誕生到死亡的系統管理,綜觀產品的上、下游,舉凡、規格、研發、設計、製造、銷售、服務與維護,每一個階段都在 PLM 的管理範圍內,而PLM又可細分為P1-P7,其中RD主要會管理到的是EVT、DVT、 PVT三個階段,David以標準的EMS之驗證流程來向大家介紹三個驗證階段的定義。

1. EVT

在EVT(Engineering Verification Test)階段,主要的目的有三項:

  • 驗證樣品/原型的機能(如app、雲端…)
  • 產生電子及機構件的BOM以便計算成本
  • 對產品進行Pre-scan的動作,以便確認是否符合安全法規

2. DVT

在DVT(Design Verification Test)階段,主要是驗證產品之軟體品質保證(SQA),以及對壓力及溫度等環境的測試、bug的測試,最重要的是通過安全法規認證。

舉例來說,俗稱的「Monkey Test」也是屬於DVT階段的一環,Monkey Test意義指在軟體/硬體上進行瘋狂失控的操作行為,像是將PCB板拿給猴子玩一般,看軟體能不能承受這樣極端的操作,若不能順利通過測試,也能藉此看見缺點改善缺失。

3. PVT

接著進入PVT(Product Verification Test)階段,在進入此階段之前,所有關於產品設計的驗證工作需要全部完成,因為這個階段的目的是要做製造工廠大量生產(Mass Production)前的製造流程測試,用意在檢視產線的測試,包含要生產的數量,及生產工時的估算,讓產線良率提升,生產工時降低,此階段攸關產品的製造成本是多少。

新創與自造者的PLM流程

了解了一般工廠及公司的PLM (上述以EMS的流程舉例介紹),這堂課最重要的精華是David向大家分析了一般PLM流程與for新創 / Maker 的PLM的差異,David認為此兩者差異最大的階段會在「Conceptual Framework」的部分,其中包含:

  • Produce Concept
  • Marketing
  • Ux/ID & Functions
  • Cost
  • Feasibility study

一般EMS廠在此階段,並不會管理到所謂的市場銷售,而是專注於驗證等其它階段,因為大廠委託的單,基本上Marketing的部分都已經是成形的;反之,對於Maker及新創最講究的是原創性以及未來發展,因此Maker及新創在走PLM流程時,就需要深入到產品的概念、市場規劃、使用者介面機能、市場調查分析……等關於Sales Marketing的部分。

傳統與新創PLM產品生命週期管理之差異

傳統與新創PLM產品生命週期管理之差異

POC該放在PLM流程的哪個階段

對於新創或Maker,POC(Proof of Concept)放在哪個階段也是很重要的,可分為將POC放在Program Management前面,或是放在Program Management後面,放在前面的適合懂技術的Maker,他有能力完成的原型機構,再由EMS廠或SI廠去協助製造及驗證功能。

另一種是將POC放在Program of Management後面進行,一般來說屬於自造者本身只有想法但不會技術,當想法為「好的點子」時,廠商也會願意花心力去幫忙將Idea成型。

POC該放在PLM流程的哪個階段

POC該放在PLM流程的哪個階段

David舉了兩個例子來說明這個概念是針對新創或Maker,而不是一般為了測試市場階段,而將POC放在不同階段的差別:

1. POC放在Program of Management後面執行:

一個廠商希望在手機裡做出360度全景的攝影機,在技術上是可以達到的,但問題是要將魚眼相機裝進手機裡是個問題,提案者本身並不會技術,只有idea,而初步的原型並沒有兜出來,需要有興趣的廠商去幫忙把原型產出。

2. POC放在Program of Management前面執行:

另一位客戶委託廠商製作吸地板時可以判斷這塊地板是乾淨還是髒的機器,客戶自己已經將板子做出來了,這樣要再委託廠商去製造量產,或設計改良出更完整的產品外型就很容易了。

小結

硬體和軟體的最大差異,在於前者有實體製造的需求,而少量多樣的創意型Maker產品,需要掌握既有的製造業遊戲規則,即本堂的重點:產品開發流程,這樣的流程,一方面是為了讓研發者可以拿樣機來作進一步的市場測試,另一方面也可以讓製造工廠盡早瞭解這個新產品的製程,準備量產。

這些步驟對於想要小量生產的Maker都相當重要,了解從定義到設計驗證等Know-How才能得到最符合自己心目中的作品產出,另外熟悉Design Process也才有辦法和代工廠做最佳的需求溝通!

徐韻婕

徐韻婕

愛好這變動多端的科技時代,期許自己不該只有一項專長,多看多學,才能跟得上變化,並保持著對任何事物充滿好奇心的心態,看待這世界。

英美語文學系畢業,現任職於MakerPRO。
徐韻婕

上一篇: | 下一篇:

我想回應

你的電子郵件位址並不會被公開。 必要欄位標記為 *

邀您加入《MakerPro》粉絲團:Maker&Startup開發社群的學習與知識平台