一個智慧產品怎麼誕生？從想法、打樣到量產的完整流程

Dexatek

9月1日

讀畢需時 9 分鐘

很多智慧產品的起點都很像：一個在會議上被提出來、大家都覺得「這個應該有人要買」的想法。真正的難題不在想法本身，而在後面那段沒人講清楚的路——從一句話的構想，到一箱一箱能出貨的成品，中間到底要做完哪些事？

這篇文章把智慧產品開發流程拆成六個階段：確認需求、設計與功能整合、做出樣品、測試與修正、認證、量產上市。每一段都會說明「這一步在解決什麼問題」「品牌方要準備什麼」「最常在哪裡卡住」。看完之後，你不一定會變成工程師，但至少能跟開發夥伴談在同一張時間表上。

為什麼「有想法」到「能出貨」中間差這麼多？

一般人對硬體開發的想像，通常是「畫個外觀、找工廠做出來」。但智慧產品跟傳統硬體最大的差別在於：它不是一台裝置，而是硬體、韌體、App、雲端四件事同時成立才會運作的組合。

這代表任何一個環節的變更，都會牽動其他三個。外觀縮小了，天線位置就要重畫；多加一個感測器，韌體要改、App 介面要改、雲端的資料結構也要跟著改。所以開發流程的意義，並不是把工作切成六段排隊做，而是在每個階段結束前，先把後面會被牽動的部分想清楚。

產品開發的成本，八成在前兩個階段就決定了，但問題通常要到第四個階段才會浮出來。

第一步：先確認需求，別急著談規格

STEP 1｜需求評估

這是最容易被跳過、卻最不該跳過的一步。很多專案一開場就在討論「要用哪顆晶片」「要不要支援 Matter」，但這些其實是答案，不是問題。真正該先回答的是三件事：

誰會用、在什麼情境下用？是家庭使用者半夜起床想關燈，還是廠務人員每天早上要看昨天的用電報表？使用情境會直接決定介面、供電方式與連線技術。
要賣到哪些市場？這個答案會牽動後面的認證清單、電壓規格、語系與資料儲存地點，越早確定越省錢。
成本與售價的區間在哪？目標售價會反過來限制可用的元件等級與功能數量。先講清楚，後面才不會做出一台功能齊全但賣不掉的產品。

品牌方在這一步可以先準備：目標客群描述、想解決的問題、競品清單、預計售價帶、目標市場國家、期望上市時間。不用有規格書，也不用先懂技術名詞——把這六項寫下來，開發夥伴就能開始給出可行的架構建議。

第二步：設計與功能整合，硬體軟體一起畫

STEP 2｜設計整合

需求確定後，才進入真正的設計階段。這一步會同時展開四條線，而且必須互相對齊：

硬體與工業設計

包含電路架構、元件選型、機構空間配置與外觀設計。智慧產品在這裡有一個常被低估的細節：天線。無線模組的擺放位置、周圍的金屬件與外殼材質都會影響訊號表現，等外觀定案才回頭處理，往往只能妥協。

通訊協定的選擇

Wi-Fi、BLE、Zigbee、Thread、Matter 各有取捨，選擇邏輯不是「哪個最新」，而是「產品要插電還是用電池」「需不需要跨品牌互通」「現場會有幾個節點」。Dexatek 的研發團隊橫跨硬體設計、通訊協定整合、工業設計、雲端平台與應用軟體，在這個階段就能一次把多協定整合的可行性評估完。

關於網狀網路的實話：Zigbee 與 Thread 這類網狀網路確實能靠節點互相接力延伸覆蓋範圍，但這個效果取決於現場有沒有足夠的「路由節點」——通常是插電、不靠電池的裝置。如果整個空間只佈了幾顆電池型感測器，網狀的優勢是發揮不出來的。規劃時要把佈點與電源位置一起考慮，不要期待裝上去就自動消除所有死角。

韌體與 App

韌體決定裝置本身的行為邏輯：怎麼開機、怎麼配對、斷線後怎麼重連、如何接收 OTA 更新。App 則決定使用者對這個產品的第一印象。這兩件事最好與硬體同步啟動，因為它們常會反過來要求硬體多留一顆按鍵、多一顆指示燈，或多預留一段記憶體空間。

雲端平台

資料要存多久、要不要開放 API 給客戶的系統串接、帳號權限怎麼分層、韌體版本怎麼管理——這些在架構階段決定最省力，等產品上市後再改，通常代表整個後端要重來一次。

第三步：做出樣品，讓構想第一次變成實體

STEP 3｜POC 與打樣

設計完成後，接著是把它做出來。這個階段通常會分成兩種產物：

POC（Proof of Concept，概念驗證）：目的只有一個——證明關鍵功能真的能運作。外觀可能是一塊裸板加幾條線，不好看沒關係，重點是回答「這個做法行不行得通」。
工程樣品（打樣）：接近最終形態的實體，可以拿在手上操作、拿去做初步測試、拿給通路或客戶看。這也是第一次能實際感受產品重量、手感與介面順不順的時刻。

樣品階段的價值在於「把爭議變成可以測的東西」。會議上爭論兩週的按鍵位置，通常一拿到實體五分鐘就有答案。也因此，打樣速度會直接影響整體開發時程。Dexatek 在官網揭露的快速驗證能量為 POC 到打樣少於 4 週、NPI（新產品導入）少於 8 週，實際時程仍會依產品複雜度而定。

常見的卡關點：樣品做出來才發現要改外觀。模具一旦開始製作，修改成本會明顯上升，所以外觀與機構的確認最好在打樣前就收斂完成，把樣品階段留給功能驗證，而不是造型討論。

第四步：測試與修正，把問題留在量產前

STEP 4｜品質驗證

樣品能動，不代表它能在真實世界活下來。測試階段要回答的是：這台裝置在使用者家裡放三年、在工廠環境裡震動、在潮濕的浴室旁邊運作，會不會出問題？

常見的測試方向包含幾類：

測試類型	在驗證什麼
EMI／電磁相容	裝置本身的電磁干擾是否在規範內，以及會不會被其他設備干擾
耐環境測試	高溫、低溫、濕熱、鹽霧等環境下，材質與電子件是否劣化
耐震與跌落	運輸過程與日常使用中的機械應力是否會造成損壞
功能與壽命測試	按鍵、繼電器等元件在反覆操作後是否仍正常
軟體與連線測試	斷網重連、多裝置同時上線、韌體更新中斷等異常情境的處理

這一步的關鍵是早一點測。同樣一個設計缺陷，在樣品階段發現只要改一版板子；等到量產後才由使用者回報，處理的就是庫存、客訴與商譽。Dexatek 自建 DQA Lab（Design Quality Assurance Lab），涵蓋 EMI、鹽霧、濕熱、耐震等測項，並提供完整測試報告，用意就是把風險檢測往前拉。

第五步：認證，決定你能賣到哪些市場

STEP 5｜國際認證

認證是很多品牌第一次做硬體時最容易低估的一段。它不只是「送測拿一張紙」，而是會反過來限制設計的事情：某些認證對元件、標示、包裝甚至說明書內容都有要求，臨時要補通常來不及。

認證大致可以分成兩類：

法規類認證：進入特定市場的門票，例如歐洲的 CE、美國的 FCC，以及安全相關的 UL。沒有這些，產品進不了通路。
生態系認證：例如 Apple HomeKit、Matter。這類認證決定產品能不能被主流智慧家庭平台接受，會影響通路願不願意上架，也會影響消費者的購買意願。

此外，製造端本身也有品質管理系統的認證要求，例如 ISO 9001，若產品涉及車用領域則會看 IATF 16949。Dexatek 官網列出的國際認證能力涵蓋 HomeKit、Matter、CE、FCC、ISO 9001 與 IATF 16949，並可協助同步申請。

時程提醒：各項認證所需的時間差異很大，會依產品類型、送測實驗室排程與目標市場而定，很難用單一數字概括。務必在產品定義階段就把目標市場的認證清單列出來，並把它排進主時程，而不是等產品做完再處理。

第六步：量產上市，真正的考驗才開始

STEP 6｜量產交付

能做出十台好用的樣品，跟能穩定做出一萬台品質一致的產品，是兩件不同的事。量產階段要處理的是「一致性」與「可維護性」：

產線治具與測試流程：每一台出廠前要跑哪些自動化測項，怎麼記錄結果、怎麼判定不良品。
良率管理：試產階段的良率數字會決定成本結構，也會決定要不要回頭調整設計。
韌體版本與序號管理：出廠燒錄哪一版、日後 OTA 要怎麼分批更新、萬一更新失敗如何回復。
製造基地的選擇：關稅、交期、客戶端的供應鏈政策都可能影響決定。Dexatek 的製造布局涵蓋台灣、馬來西亞與中國，並支援非中國生產選項。
售後與維修流程：保固怎麼認定、故障品怎麼回收分析、備品要備多少。

值得一提的是，上市不是終點。智慧產品有雲端與 App，代表它出貨後仍會持續產生營運成本與更新需求。這部分若在專案初期沒有納入規劃，很容易在上市半年後才變成問題。

六個階段一次看：重點與常見卡關處

階段	核心任務	最常卡住的地方
1. 需求評估	釐清使用情境、目標市場與成本區間	直接跳到規格討論，導致功能堆疊、售價失控
2. 設計整合	硬體、韌體、App、雲端架構同步展開	軟體與雲端太晚啟動，回頭要求改硬體
3. POC 與打樣	驗證關鍵功能、產出可操作的實體	外觀未定案就打樣，模具階段才反覆修改
4. 品質驗證	環境、電磁相容、壽命與軟體異常測試	測試安排太晚，問題在量產後才被使用者發現
5. 國際認證	依目標市場完成法規與生態系認證	認證清單沒有排進主時程，臨時補件延誤上市
6. 量產交付	產線測試、良率、版本管理與售後準備	只準備了出貨，沒準備維運與更新機制

啟動專案前的自我檢核

使用情境寫得出一段完整的句子嗎？「某某人在什麼時候、為了解決什麼問題，會拿起這個產品或打開這個 App。」寫不出來，就還不到談規格的時候。
目標市場國家確定了嗎？這個答案決定認證清單、電壓規格與資料儲存的規劃方向。
軟體與雲端有人負責嗎？智慧產品的長期成本有相當比例在這一塊，不能等硬體做完再找人。
上市時間是硬性的嗎？若有檔期壓力（例如展會或購物節），要從那一天往回推排程，並預留認證與試產的緩衝。
量產後誰維護？韌體更新、雲端維運、客服問題分流，這些角色最好在專案開始時就指定。

一站式 DMS 在這六步裡負責什麼

看完這六個階段會發現，一個智慧產品要跑完的關卡橫跨硬體設計、通訊協定整合、工業設計、App 與雲端平台，再加上測試與認證。品牌若要一段一段自己找供應商，最耗的往往不是預算，而是介面協調與責任歸屬的時間——每換一個廠商，前面累積的資訊就要重講一次。

樺緯物聯 Dexatek 提供的是設計製造服務（DMS，Design and Manufacturing Services），也就是把上面六個階段整合在同一個團隊裡完成。Dexatek 為 ENNOCONN（樺漢集團）旗下成員，擁有超過十二年 IoT 裝置開發經驗，具備 150 位以上工程人力，涵蓋 EE／RF／ME／UIUX／App／Cloud 專業領域，能協助整合 Zigbee、BLE、Wi-Fi、Thread、Matter 等多協定裝置。

核心能力	說明
嚴謹測試能力	自建 DQA Lab，涵蓋 EMI、鹽霧、濕熱、耐震等測項
國際認證能力	HomeKit / Matter / CE / FCC / ISO9001 / IATF16949
全球製造基地	台灣／馬來西亞／中國（支援非中國選項）
快速驗證能量	POC → 打樣 < 4 週｜NPI < 8 週
技術整合力	跨領域整合：硬體、韌體、App、雲端平台

無論是協助品牌從 0 到 1 打造全新智慧裝置，或支援既有產品的升級改版、韌體強化與軟體功能優化，實際的開發範圍與時程仍會依專案規模、功能複雜度與目標市場認證需求而定，建議在需求評估階段就一起討論。

常見問題

從有想法到量產上市，大概要多久？
沒有單一答案，會依產品複雜度、功能數量與目標市場的認證需求而有明顯差異。比較實際的做法，是把六個階段各自的時程分開估算，特別要留意認證與試產這兩段常被壓縮的緩衝。Dexatek 官網揭露的驗證能量為 POC 到打樣少於 4 週、NPI 少於 8 週，可作為前段時程的參考。
我沒有工程背景，可以開始一個智慧產品專案嗎？
可以。品牌方在第一階段真正需要提供的是市場端的資訊——客群、使用情境、售價帶、目標市場與上市時間，而不是技術規格。架構建議、元件選型與協定選擇，本來就是開發夥伴的工作範圍。
一定要先做 POC 嗎？可不可以直接打樣？
如果產品的核心功能是成熟做法（例如常見的感測與開關控制），確實可以合併處理；但只要涉及未驗證過的關鍵技術、特殊感測或高風險的結構設計，先做 POC 通常比較省——用一塊裸板驗證失敗的成本，遠低於開完模才發現行不通。
認證可以等產品做完再處理嗎？
不建議。部分認證對元件、標示、外殼與說明書內容有要求，若等設計定案才確認，往往要回頭改版。比較穩的做法是在需求評估階段就列出目標市場的認證清單，讓它一開始就成為設計條件之一。
既有產品想加上 App 與雲端功能，也要跑完六個階段嗎？
流程架構相同，但每一段的份量不一樣。既有產品升級通常可以沿用原本的機構與部分電路，重點會落在模組整合、韌體開發與認證是否需要重跑。是否需要重新送測、送測範圍多大，會依產品類型與目標市場而定，建議在改版規劃階段先確認。