我做過手機PM，也做過互聯網PM，感覺這個問題就是為我量身定做的。

所有的區別都可以用一句話概括——硬件PM是生意人，互聯網PM是設計師。

=======

產品經理是近年來嚴重泛濫的一個詞，而且由于互聯網行業的強盛，導致大家對這個崗位的認知完全變成了互聯網公司里面每天用Axure推敲原型，并成天和研發、設計糾纏的那個人。但實際上在互聯網還沒那么如日中天的“上古時代”，產品經理這個崗位就已經存在很久了。

在我做手機（07年前）的時候，還是功能手機、以及WM/塞班/UIQ等前智能系統的時代，軟件系統還不是主要競爭力。整個產品以外觀、功能為主打，一款產品從策劃到發布的過程一般是這樣的：

做方案：

1. 研究市場需求

2. 出MDR，定義市場需求（定目標人群、定賣點、定關鍵特性、定價）

3. 和ID（工業設計）團隊一起出方案，出效果圖

4. 拿方案在內部評審可行性，直到比較有把握

5. ID開始設計和打樣，做Mockup

6. 做市場調查，找用戶提提意見

7. 拿方案去對客戶宣講，看看客戶的反饋（一般是合作過的老客戶，比如運營商、渠道商；新客戶都是拿成品去拓展的）

8. 根據市場調研反饋修改設計

研發和生產階段：

1. ID團隊出正式的方案（中間需要反復修改設計、去噴漆廠調色、做高保真Mockup）

2. MD（結構設計）出結構方案

3. 硬件出硬件方案

5. MD和硬件一起選購元器件，定BOM

6. 軟件研發軟件方案

7. 開模，需多次修模

8. 量產

比較一下互聯網PM和硬件PM的主要區別：

定位不同：領班VS參謀

在上圖中已經能看出來，互聯網團隊通常采用扁平化管理，產品、設計、研發、運營都是彼此協作的 職能團隊，職位高低上并無不同。由于團隊中一般不專設項目經理，就把PM抓來同時兼任。由于這種”項目經理“并無分配資源的”實權“，又必須推動項目實 施，所以”產品汪“天天跪舔”攻城獅“就一點都不奇怪了。

而硬件團隊中職能團隊要廣的多，老板難以掌控所有的工作，所以必須專設兩類助手——產品經理（找業務方向）和項目經理（推動項目執行）。

盡管PM也沒有管人的”實權“，但因為身背業績，所以在業務的發言權要大很多——比如例會上，一般是老板坐鎮，所有團隊負責人參與，然后產品經理和項目經理輪流匯報工作。在這個過程中，任何問題都可能被提出來，由對應職能部門負責人解釋。一旦被被挑戰，壓力非常大。

通過這種狐假虎威的問責機制，加上PM不直接出詳細設計PRD（設計方案由ID出），因此PM和職能團隊整天扯皮的情況要少很多。

KPI不同：用戶考核VS 收入考核

互聯網產品一般不向用戶收費，很多產品在上線多年后都不能變現，用收入考核產品經理根本不現實。所以產品經理一般是與運營一起背用戶增長、流量等。

而硬件產品沒有互聯網那么多眼花繚亂的商業模式。

無論市場眼光準不準、方案完成度高不高、產品有沒有競爭力、情懷能不能打動人，最終都體現在一件事上——能不能把東西賣掉并賺到錢！

所以硬件PM的KPI非常簡單粗暴，就是收入和利潤是否達標。

關注點不同：用戶體驗 VS 商業價值

不同的KPI導向，導致兩種PM的關注點也有很大區別。

互聯網PM更關注完整的用戶體驗，對用戶心理的揣摩更細膩，比如用切換卡導航還是抽屜導航，用圖標按鈕還是文字鏈等等。

而硬件PM雖然也關注用戶體驗，但更需要衡量每一點改善的投入產出比，如果不能帶來銷量的提升就盡可能砍掉。比如我從來沒見過哪個傳統電視機廠家把遙控器做的好用一些，因為這對銷售幫助極小。

總的來說，互聯網PM更像設計師，眼中的產品是一件作品；而硬件PM更像生意人，眼中的產品是一樁生意。

閑話一句：騰訊的PM業界一流，但創業有影響的比阿里少的多。也許是因為騰訊的PM更專注于設計，而不像阿里人天天看的都是生意吧？（猜的，別打臉）

項目追求不同：快速上線 VS 高完成度

互聯網常常拉一撥人幾個月就上線順便公測，效果不錯就加大投入，效果不佳就趕緊換方向或砍掉。上線后就算有嚴重BUG，也不算事兒，有問題下一版升級就好了。

而發布硬件產品，則需要從市場到設計、研發、生產、銷售、售后全部團隊的重度參與，一旦量產就不能容許有嚴重BUG。所以在立項起各階段的檢查就需要極為嚴格，在方案達標后必須及時關閉迭代，保證產品的高完成度。

總的來說，互聯網產品試錯成本很低，可以小步快跑，隨時掉頭；而硬件產品試錯成本很高，必須謹慎計劃，嚴肅執行。

成本意識不同：不太關注成本VS非常關注成本

互聯網產品，一般初期投入成本很低（只有一些人力投入），用戶增長的邊際成本也極低。所以互聯網PM基本不太需要考慮成本，更關心如何吸引用戶。

而由于每件硬件產品最終都是一筆交易，所以控制成本就極為重要。因此從元器件采購到確定BOM都需要PM深度參與，當然專業意見還是技術部門出，訂貨過程由項目經理跟。

所以對配置斤斤計較，是硬件PM的職業病。

來源：簡書? 作者：忘象Van