筆者總結了互聯網行業轉做智能硬件時踩到的坑；歸納互聯網思維和做硬件的思維的不同，并總結幾點自己的經驗教訓，希望能夠給大家帶來一些啟示。

目錄

1. 一些背景介紹
2. 文中的名詞解釋
3. 總體流程說明
4. 縱向流程
5. 橫向管理
6. 過程文檔
7. 項目裡程碑
8. 總結

一、背景介紹

做硬件之前我一直在互聯網金融行業，做過P2P平台、現金貸産品和信貸産品。

金融行業受大環境和政策影響非常大，從2014年到2018年一路看着這個行業從繁榮走向衰落，很多平台暴雷，很多企業倒閉。時至今日，我依然看好互聯網金融這個行業的長期發展，希望各個平台的創業者們能夠保持初心，堅持普惠金融的價值觀。2018年末出于各種考慮吧，我成功跳出了這個行業，開始考慮進入智能硬件領域。

手機也是一款智能硬件，移動互聯網從2012年至今已經發展非常成熟，從技術驅動到産品驅動到如今的運營驅動，互聯網産品上的創新已經變得異常艱難和珍貴。

而AI可能是下一個互聯網行業，甚至物聯網行業的創新引擎和趨勢，這點從我從事的互聯網金融行業也可以看得出來。大量的金融科技公司利用AI技術推出了基于大數據的信用評級、自動審批、反欺詐模型、智能催收等産品及服務。AI之于移動互聯網如同移動互聯網之于PC互聯網一樣，本質還是為了提高效率，衣食住行、人際交往、興趣愛好、工作等各個方面。

AI在我看來包括了三個方面：算力、算法、數據。所以一個簡單的思路就是在一個新的算力平台上，利用目前已經早已成熟的機器學習算法，打造幾款成熟的産品，積累數據并通過數據讓算法發揮更大的作用。大公司擁有數據，可以在PC平台或移動平台上（算力充沛），利用算法模型挖掘應用價值。而小公司，還需要慢慢完成數據積累的過程，特别是基于新的算力平台，比如最近湧現的很多AI芯片，這類新的芯片對算法有原生的支持，應用還不廣泛，但是競争也相對較小。

有了對硬件、AI的一些基本了解後，也出于對硬件的興趣，偶然之下，跟朋友一起從0到1做了一款智能車載充電器，從此踏入了這個陌生的領域。下面就結合工作經驗簡單介紹一下智能硬件産品的研發流程。

PS：所謂智能車充是一款具備充電、找車、軌迹、碰撞檢測、一鍵sos、和違章繳納等車主服務智能硬件（配合APP）。

二、文中的名詞解釋

三、總體流程說明

由于硬件部分研發周期長、成本高的特性，不太可能進行快速的叠代更新，也無法忍受需求的反複變更；所以偏向傳統的瀑布式流程可能是更适合的，實際過程中多個部分可以同時進行。

整體流程如下圖所示：

以上流程也隻是在實際産品開發過程中的一種應用案例，根據公司和産品的不同情況，具體流程可能不太一樣，但總體上表現出一種階段性。

在縱向上（按時間特性）我将智能硬件項目流程分成了8個階段：市場階段、立項階段、EVT階段、DVT階段、PVT階段、MP階段、銷售階段和産品維護階段。

如下圖所示：

實際産品研發中會發現有些工作模塊的工作在穿插在整個流程中的不同階段，所以抛開工作的階段性，按照角色特性在橫向上我将智能硬件項目分成了6個部分，分别是：産品項目、外觀結構、嵌入式、互聯網平台、工廠試制和銷售。

這幾個部分之間，可能同步進行，也可能先後進行，需要根據實際情況進行靈活調整。

如下圖所示：

下面先從縱向上介紹一下每個階段的大概内容，然後再針對其中重複的模塊進行橫向的說明，希望這樣能夠把整個流程說的更清楚一些。

四、縱向流程

1. 市場階段

硬件産品和軟件産品一樣，當我們有了一個關于産品的創意或大概的判斷後，需要進行市場研究，這個階段最重要的目标是确定這個産品創意靠不靠譜？以及市場價值大不大，值不值得做？

不同的是，做一款硬件産品需要投入更多的人力/物力/财力和時間，如果産品不被市場認可，不僅打擊團隊的信心，也容易錯失市場機會。而軟件産品可以用極小的成本做一個MVP進行市場驗證，如果産品不行，隻需要半個月甚至更短的時間就能調整方向直到獲得成功。所以做智能硬件時更需要做好市場調研。

如下圖所示：

比如我在做智能車充産品的市場階段：

• 通過行業報告了解每年的新車銷售數量和汽車存量規模；
• 通過淘寶等銷售渠道統計車充類産品的功能、價格和銷量；
• 和車充供應鍊中的模具廠、電源闆方案商、五金廠等産業鍊供應商聊聊市場需求量；
• 和不同用戶（企業客戶、滴滴司機、白領、老闆、女性用戶、貨車司機等）針對産品的概念（包括對充電協議、位置、駕駛行為、保險、違章、SOS等方面）進行測試，了解其使用産品功能的動機。

最終，在立項之前，通過對市場的綜合分析産出一份市場需求文檔，這份文檔至少應該包括目标市場描述、用戶特征、用戶需求列表、産品價位、利潤空間、上下遊供應商、營銷策略等信息。

2. 立項階段

經過市場階段的各種調研分析之後，産品創意經過了重重考驗，終于要開始要立項開動了，沒有什麼比做新産品更讓人激動的事情了。市場需求有了，那麼接下來就需要拉團隊來做了嗎？其實在立項階段還有很多事情要做。

如下圖所示：

在市場階段，我們得到的需求更多的是用戶需求，我們需要将用戶需求轉化為産品需求，其中首要考慮的就是轉化過程中的需求可行性。

記得之前某手機公司産品經理提了一個需求就是手機的主題跟随外殼的顔色自動适應，差點沒被程序員拍死。這可能是個笑話，但我們在做實際産品過程中遇到的這樣的問題不少，有些需求可能技術上暫時無法實現，或者實現的成本太高，我們需要對産品設計方案進行調整或讓用戶對産品進行妥協。

這個階段的需求分析包括了嵌入式軟硬件和互聯網平台（App和Web後台）的需求分析，最終形成一份産品需求規格說明書，并對産品的各種軟硬件功能、性能、成本、安全性、外觀結構等做出明确的要求。

在一般的互聯網産品團隊裡面，主要成員為産品經理、UI設計師、後台開發、IOS開發、Android開發、測試工程師、運維為數不多的幾個角色，就可以完成一個App或網站等互聯網産品的開發。

産品研發流程分為産品規劃、産品設計、技術研發、測試調整、提審發布5個階段産品設計。

那麼智能硬件呢？

智能硬件除了包含了互聯網軟件的部分，還涉及ID、結構、包裝、硬件、軟件、生産、認證和銷售等環節。所以一個完整的硬件團隊需要ID設計師、結構工程師、嵌入式硬件工程師、嵌入式軟件工程師、硬件測試工程師、認證工程師、品質管理、FAE工程師、采購、項目經理等。

出于對成本、周期和質量的考慮，其中ID、結構、模具外包給一家實力比較強的模具廠；嵌入式和互聯網平台由自己研發；成品的生産和組裝由代工廠負責、包裝找了一家包裝廠進行設計和生産；認證部分找了專業的檢測代理機構。

通過綜合分析最後要産出一個項目分析報告，包括項目所需資金、人員、周期、利潤、營銷方案以及産品叠代計劃等，然後組織相關人員召開立項會議正式進入研發階段。

3. EVT階段

EVT（Engineering Verification Test）指工程驗證，此階段是針對工程原型機做驗證，對象很可能是一大塊開發闆，或是很多塊開發闆，關鍵是要有足夠時間和樣品。

通常，如果是新平台，需要花的時間和精力可能更多，會有很多問題要解決，甚至有很多方案要對比；而修改既有産品的話，這個階段會簡單很多。

這一階段的重點是盡可能多的發現設計問題，以便及早修正，或者說設計可行性的驗證；同時檢查是否有規格被遺漏。一般不會開模，但會做外觀設計，通過3D打印的手模進行驗證， DVT開始才是模具品驗證。

EVT階段外觀結構（ID、結構、模具）、嵌入式軟硬研發、互聯網軟件研發開始同步進行，如下圖所示：

需要注意的是：

A. ID、結構設計封闆後就可以開始嵌入式硬件的layout了，在此之前，硬件部分可以做方案設計和原理圖設計；

B. EVT階段可以不投模，畢竟模具的成本不菲，等待工程驗證通過後再進行投模，可以降低項目風險；

C. 嵌入式軟件則不完全依賴硬件，可以在模拟環境中實現嵌入式應用開發；如果硬件部分完成就需要立即轉移到在硬件部分繼續開發固件或進行調試；

D. 互聯網平台部分可以完全獨立進行開發，隻是在于硬件通信的部分需要在方案設計階段定好數據協議，并通過模拟終端實現設備端和互聯網平台之間開發的解耦。

這個階段需要确定好外觀結構并打印出3D打印的結構手模，完成嵌入式軟硬件開發，互聯網平台也完成了1.0版本，然後燒錄程序，組裝樣機并進行測試，包括：

• 功能測試（測試不通過，可能是有BUG）；
• 壓力測試（測試不通過，可能是有BUG或哪裡參數設計不合理）；
• 性能測試（産品性能參數要提煉出來，供将來客戶參考，這個就是你的産品特征的一部分）；
• 其他專業測試：包括工業級的測試，例如含抗幹擾測試，産品壽命測試，防潮濕測試，高溫和低溫測試（有的産品有很高的溫度或很低的溫度工作不正常，甚至停止工作）。

測試完成後需要将測試過程中的結果和問題記錄到《樣機整機測試報告中》，下個階段可以參考這個報告進行調整優化。

無論何時，建議盡早找一些真實用戶對産品進行真實場景中的使用測試，也許能夠發現一些之前沒有想到的問題，從而避免後續發現問題後推倒重來。

如果順利的話，整機的測試效果理想，結構上、硬件性能上、固件功能邏輯上可能還有一些小問題，但是方向上是對的。

項目經理可以組織大家對這個階段進評審，總結一下外觀結構、硬件PCB、BOM表、固件和互聯網平台目前發現的問題以及後續優化的建議，開始進入下一階段。

如果不順利的話，可能發現結構上的大問題需要改結構設計，或硬件需要重新打闆驗證、固件和互聯網平台存在較大的bug，那麼則需要再次進行EVT階段個各項工作，直到通過樣機的整機驗證确認無方向性問題和重大問題為止。

4. DVT階段

DVT（Design Verification Test）設計驗證測試，是硬件生産中不可缺少的一個檢測環節，包括模具測試、電子性能、外觀測試等等。

上一階段已經看到産品的稚形了，這一階段要繼續完成各部分的研發，包括模具、嵌入式軟硬件和互聯網平台，驗證整機功能的完整性和設計的正确性，并可作出可以進入生産的結論。因為生産意味着更大的投入，所以，這将是最後的查錯機會，你需要把設計和制造的問題全部考慮幾遍。

這個階段可開始進行包材的設計與生産了，包括外包裝、内托和說明書，如果離真正出貨時間還較遠的話可以先完成設計驗證，等到量産時再進行生産。

這個階段會繼續對結構模具和嵌入式軟硬件進行優化調整，可能會多次試模或打闆，直到通過整機驗證達到可進入生産環節的标準。

整機驗證時需要按照生産标準進行組裝和測試，并産生全面的測試報告，當然也要找真實用戶使用産品，看一下用戶對産品外觀結構、品質、功能上有什麼感受和意見。

如果經過測試發現産品有問題，那麼一定要優化完成後再次進行整機驗證，直到能夠達到生産要求，同時要輸出《生産指導書》給代工廠進行參考。

5. PVT階段

PVT（Process Verification Test）生産過程驗證測試，屬于硬件測試的一種，主要驗證新機型的各功能實現狀況并進行穩定性及可靠性測試。

上一階段我們應該已經完成了産品的設計驗證，也就是說外觀結構、嵌入式軟硬件已經完成了，互聯網平台也完成了對應的1.0版本。這一階段将嚴格按照該産品生産時的标準過程來進行，包括儀器、測試工具、生産工具等都需要到位。測試得出的結論，是大規模生産的重要基礎，包括工序是否太複雜，零部件是否容易損壞、燒錄工具和産測工具是否好用等Design for Manufacturering Fact的考量。

如下圖所示：

理想情況下，在PVT階段嵌入式、結構模具和互聯網平台已經完成了，不需要任何調整；但也可能在小批量之前或過程中發現一些小問題，比如結構接合處不平整，按鍵手感不佳，硬件闆框調整、某些元器件位置調整或替換等，需要重新進行小批量生産驗證，直到達到量産要求為止。

小批量完成後，我們已經有了一小批可量産的産品了，這時候就可以進行相關的認證了。一般認證時間都需要比較長的時間，可能3-8周，所以能夠越早進行越好。

PVT階段完成後需要進行對這一階段進行總結評審，确認量産需要的模具、PCB、BOM表、生産作業指導書、零部件簽樣等。

6. MP階段

經過試産也就基本沒有什麼問題與工廠也都應該磨合好了，下面就按照生産排期進行生産即可。不過在這個過程中還是需要相關同事進行駐場監督，以免出現問題不能得到有效及時的解決。

在這裡需要對産品的加工處理、員工的操作标準、以及質檢的規範程度等方面進行有效的監督和保證，隻有這樣才可以保證産品不會出現質量問題。

7. 銷售階段

在生産過程中産品經理還有一個重要的工作要開始執行了，那就是與産品銷售相關的工作。這一部分主要包括産品銷售材料的制作，比如宣傳文件或宣傳視頻等資料。

同時也要對銷售同事進行培訓，幫助他們理解産品在市場的定位以及自家産品的優劣勢，并教授産品的使用，便于他們進行宣傳和銷售，配合市場部門和銷售部門對産品的營銷推廣活動。

此時還要和售後、技術支持等同事進行培訓，告訴他們産品使用方法和可能出現的問題以及應對的方法和話術，并對技術支持進行維修和故障診斷進行培訓。

銷售階段主要是跟進産品問題，當市場和銷售在遇到産品問題時，及時地幫助解決，也可以請FAE同事處理一些簡單的産品問題，保持持續的關注。

8. 産品維護階段

在産品的前期生産和銷售後，基本上這個産品進入了一個穩定的狀态，隻需要跟進生産相關問題即可。

智能硬件區别于傳統硬件的地方是智能兩個字，所謂智能就是讓機器具有一定的理解能力，知道用戶想要如何使用它。

這離不開對設備運行數據和環境數據的收集與分析，設計更好的算法，對嵌入式軟件部分進行更新。所以産品維護階段需要保持的産品使用數據的關注，不斷優化用戶體驗，叠代産品，提高App的使用率等。

另外一個重要的事情就是對項目進行整體的複盤總結，分析在項目進行中的各項問題以及後續規避方案，提取研發過程中通用模塊減少再次開發的時間，完善設計規範減少犯錯誤的幾率、維護各個階段的自檢表，維持供應商關系等。

最後，要開始規劃下一代的産品了，也許早已經開始了……

五、橫向管理

在整個縱向流程中關于産品項目、工場試制、銷售部分已經在各自的階段進行了詳細的說明，而外觀結構、嵌入式、互聯網平台在EVT、DVT、PVT階段中都有相應的工作要做，為了将流程說得更清楚一些，這裡有必要對這幾個部分進行單獨說一下。

1. 外觀結構

我這裡說的外觀結構部分包括ID、結構、模具和包裝，一般新産品開發順序如下：

流程說明：

A. 新産品一般是先有ID、後做結構設計，結構設計封闆後再進行模具制作的；也有情況是産品模具使用公模或已有産品模具，隻需要改一下ID和包裝即可。

B. 包裝設計一般比較簡單，所以可以在ID階段一起做了或者在DVT階段完成，如果包裝設計完成後離量産時間還有一定距離的話，隻需要完成設計即可，等量産階段再進行生産，減少包裝損壞或更改的風險。

C. 結構設計時結構設計師需要多跟硬件工程師交流結構問題，讨論電子元器件的擺放和闆框尺寸厚度等結構問題；設計完成後一定要3D打印出來反複組裝零部件确認結構問題，這也是EVT階段需要完成的任務。

D. 投模後，至少需要3～5次試模和修模，由于模具費用比較高且周期長，一般進入DVT階段後才會開始投模。當然如果對結構比較有信心，也可以在EVT階段投模，提前完成外殼部分。首次試模時最好采用透明殼料，這樣方便觀察結構上的問題，然後采用黑白雙色，最後做表面工藝處理，不斷優化外觀。

2. 嵌入式

組建團隊時，一度很糾結，嵌入式軟件部分到底屬于硬件還是軟件（互聯網軟件）團隊。考慮到嵌入式軟件跟硬件的聯系非常緊密，嵌入式應用一般更新次數極少，且嵌入式軟件開發人員對互聯網軟件部分了解不多，所以将嵌入式軟件和嵌入式硬件放在一起，統稱為嵌入式部分。

實際嵌入式開發時，硬件部分和軟件部分是同時進行的，前期嵌入式軟件可以在開發平台上虛拟硬件環境進行應用開發，但後面還是要基于真實的闆子進行開發，需要調試驅動，實現一些虛拟環境中沒有功能。

一般開發流程如下：

在EVT階段，前期的硬件設計方案非常重要，不僅關系到項目的成本、周期，甚至是成敗，所以在設計時很有必要注意一下幾點：

A. 正确、 完整地實現《産品需求規格說明書》中各項功能需求的硬件開發平台,充分考慮項目要求、性能指标及其它需求；

B. 方案設計過程中需要對産品需求規格說明書中的規格要求進行補充完善，如果嘗試各種方法有無法實現的地方或指标相差很多時要及時反饋給産品項目方，對産品需求進行調整；

C. 綜合對比多種實現方案,選擇适合本項目的設計方法。若系統使用了新技術，為了确認該新技術，可以采用搭建實驗闆方法或購買開發闆進行技術預研;

D. 考慮從成熟産品中進行複用，吸取以往設計的經驗教訓，避免重新出現同樣或類似的問題;

E. 對于重要的和複雜度較高的部分要參考其它同類産品的實現方法或要求有相當經驗的設計人員擔任;

D. 進行對外接口的設計，考慮運行的安全性、用戶使用的方便性與合理性。

同樣進行嵌入式軟件設計時，也需要遵循一些通用的要求和原則：

A. 正确、完整地反映《産品需求規格說明書》的各項要求，充分考慮其功能、性能、安全保密、出錯處理及其它需求。

B. 保證設計的易理解性、可追蹤性、可測試性、接口的開放性和兼容性，考慮健壯性( 易修改、可擴充、可移植)、重用性。

C. 采用适合本項目的設計方法。若系統使用了新工具和新技術，需提前進,行準備;考慮選用合适的編程語言和開發工具。

D. 吸取以往設計的經驗教訓，避免重新出現同樣或類似的問題。

E. 對于重要的和複雜度較高的部分要求有相當經驗的設計人員擔任。

F. 考慮從成熟項目中進行複用。

好的設計是成功的一半，特别是在嵌入式開發過程中，一定不要急于動手，先想清楚，做好設計和評審，再依據設計行動，不說事半功倍，最起碼不會走冤枉路，降低項目風險。

3. 互聯網平台

我這裡說的互聯網平台主要是指配合硬件的App、小程序、H5和Web等應用，有些硬件互聯平台隻是個輔助，必要時用戶才會想到去使用，比如行車記錄儀App；有些硬件的互聯網平台提供了豐富的内容供用戶配合硬件進行使用，比如智能音箱。

企業總希望能夠提高App的打開率，跟用戶有更多互動，挖掘更多的商業價值。

關于互聯網平台産品開發流程，網上的内容很多，這裡也簡單說一下，如下圖所示：

需要強調的是，産設計完成并評審通過後，研發部門最好對産品實現方案進行設計，并和産品一起評審。

需求評審時，研發人員往往在短時間内很難消化需求的細節，産品也無法确定研發人員是否完全理解了需求内容。而方案設計是研發人員反客為主地跟産品經理從技術上對産品的理解，這樣就很容易消除了需求的歧義，從而也讓産品經理對産品的質量更加有把握。

順便貼一張日常工作的流程示意圖：

六、過程文檔

文檔在産品開發過程中非常重要，需要引起足夠的重視。

寫文檔是深入思考的過程，有寫邏輯和場景以為想清楚了，但是進行書面表達的時候往往發現沒想清楚。如果這篇總結文章一樣，在寫的過程中發現了很多問題，反複整理了很多次才覺得稍微滿意了一些，這塊我會持續優化。

産品過程中的常見文檔如下圖所示：

如果還有其他需要的過程文檔，歡迎在公衆号内留言補充……

七、項目裡程碑

一款硬件産品往往需要4～6個月時間，這比互聯網産品的周期要長多了，互聯網産品開發通過一個一個版本控制節奏，硬件開發時也可以為整個相對比較長的周期建立幾個裡程碑，這樣不僅更方便項目管理，對團隊也是一個很好的激勵方式。

我這裡主要立了8個裡程碑供大家參考，如下圖所示：

八、總結

以上就是我從互聯網行業轉做智能硬件6個月後的總結，由于對硬件技術和流程的不熟悉，這個過程中也踩了不少坑。另外互聯網思維和做硬件的思維存在很大的不同，總結幾點自己的經驗教訓，希望能夠給大家帶來一些啟示：

1. 欲速則不達：做互聯網軟件講究敏捷，小步快跑，效率至上。做硬件雖然也講究效率，但必須踏踏實實一步一步做好，解決好當前問題再開始下一步，不然很有可能會全部推倒重來，得不償失。

2. 強依賴設計：項目進行過程要遵循前期的外觀結構設計和軟硬件方案設計，不要輕易改動，一個小的改動可能會起到連鎖反應，拉長項目周期。

3. 在尋找供應商的時候，要找已經有做過類似産品的供應商合作，尤其是我們第一次做硬件的時候，供應商能夠幫助提供很多建議，可以少走很多彎路。

4. 在互聯網行業，如果需要尋找一些系統和服務的供應商，需要對方有一定的規模；但是在硬件領域，提供方案的公司規模并不那麼重要，隻要方案穩定可靠就可以合作。

5. 做硬件不像軟件那樣，硬件的利潤很薄，市場越成熟，價格降得越快，這也是為什麼硬件對成本特别敏感；所以要選擇出貨量比較大的産品，同時想各種辦法降低整體成本。

6. 在硬件的定價上，可以像效率至上的小米那樣永遠隻保持5%的利潤率。但是小公司最好在推出新産品的時候選擇合理偏上的價格，等市場鋪開同類産品湧入後再不斷降低售價，将無可降的時候再推出第二代産品。這樣既能保持充足的利潤，也能保持一定的市場領先。

7. 硬件産品如果對品質要求高的話需要把握三個關鍵點：首先是設計公司的工業設計水平；然後是選擇靠譜的模具長；最後找一家品控做的很好的組裝工廠，任何一個環節出現問題對産品的影響都非常大。

8. 不管硬件産品還是互聯網産品，都是一個妥協的過程，高标準肯定會帶來高成本、長周期，面對市場的壓力有時候需要做一下妥協。

9. 硬件産品相比互聯網産品整個鍊條要長很多，需要打交道的角色也多很多，有很多坑在等你。所以最好有一個比較懂硬件産品流程的人，不管是産品經理還是項目經理，對項目交付來說都是一個很好的保證。

作者：Ocean，公衆号：pm_know_practice

本文由 @Ocean 原創發布于人人都是産品經理。未經許可，禁止轉載

題圖來自Unsplash，基于CC0協議

,

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!

查看全部