產品經理的日常- 自動駕駛篇

自動駕駛說

最近很多朋友問自動駕駛產品經理平時都有哪些職責,特別是很多做互聯網的朋友,會問做自動駕駛的產品會和互聯網有什麼區別。今天就跟大家講講產品經理在各個部門裡的作用,分享我和組裡其他同事的日常。

想詳細了解自動駕駛各個部門的朋友,微信回復關鍵詞「職位」閱讀。請注意,公司和公司之間會有很大區別,這篇文章只舉一些常見的例子,僅供參考。

與其說產品經理是Product Manager,還不如說他們是Product Leader。他們的職責絕不是給工程師分配任務,而是帶領公司里的不同團隊完成同樣的目標,幫助工程師把不相干的任務擋在外面。

不同部門裡的產品經理職責會很不一樣。以下是在各個公司都比較常見的團隊以及產品經理的職責。

軟體

對於很多創新型自動駕駛公司來說,軟體是最大的團隊。軟體也就是自動駕駛車的「大腦」。有時除了產品經理,還會配備技術項目經理,負責直接向工程師傳達技術要求。對這個組感興趣的朋友比較多,這裡詳細展開討論。以下是一些細分的小組,不同小組的產品經理會對組裡的工程師問出不同的問題。

  • 視覺:為什麼行人檢測結果中false positive(假正)這麼多?邊走路邊看手機的行人可以檢測出來嗎?
  • 感測器:我們需要幾個攝像頭?什麼情況下需要多加一個攝像頭,什麼時候可以減掉一個?在哪種情況下雷達的準確度會降低?
  • 規劃:什麼時候不得不變道?怎樣選擇最佳車道?距離行人多遠的時候應該減速?
  • 模擬:搭建模擬場景的工具應該有哪些功能?哪些場景更具有代表性?模擬出來的黃燈達到了多少種?
  • 地圖:目標街區的道路已經繪製了多少公里?有多少種可能的路線?
  • 定位:在什麼情況下定位有延遲?有誤差?和各個感測器怎樣配合?

硬體

對於傳統車企,硬體是最大的團隊。產品經理主要負責硬體需求和汽車設計。除了確保汽車性能,也需要深入了解乘客需求,比如在自動駕駛車裡是否要為乘客準備小桌板、車廂里的燈光要多亮、自動駕駛車的鳴笛應該有多響等等這種問題。

路測

軟體硬體的測試完成之後就需要最後上路測試。產品經理負責開發駕駛員用的軟體,幫助駕駛員理解ODD(Operational Design Domain),也就是駕駛適用範圍。保證駕駛員在測試過程中安全高效而且不出差錯。

安全

安全當然是重中之重。產品經理會和Funcational Safety(功能安全)工程師合作,分析不同駕駛情景下的安全指標。通過和軟體合作,測試不同場景下的安全指數。

APP

如果是做像滴滴、Uber一樣的共享自動駕駛APP,就還需要做APP的前端、後台派單、路線規劃的演算法。產品經理在這一領域的職責就和傳統互聯網就比較像了。

產品經理的日常

50%時間用來設計未來產品。組織公司相關成員商議,總結各個組的需求,把初稿寫成文檔,找各個組的老闆sign off。然後再做詳細時間規劃,保證項目按時完成。

30%時間用來開會。這麼多團隊,互相之間很可能有衝突、矛盾。每個團隊每周開一次會,對於產品經理一個人來說,每周就至少十個會了。工程師必須專心工作,溝通的任務就留給產品經理吧。

20%時間用來評估已有項目。產品經理需要經常檢查各個產品效果如何,是否需要改進。這就需要基本的統計分析。但是對於一些規模比較小的公司,產品經理可能就沒時間做這些事了。某個組如果缺人,產品經理就要跟著工程師一起編程,趕deadline。

說自動駕駛的產品經理是千手觀音一點也不過分。汽車由內到外、由軟體到硬體都要負責。工程師的工作費腦,產品經理的工作費心。

負責任的產品經理+負責任的工程師=安全的自動駕駛車

「自動駕駛說」旨在分享原創的行業分析和學習心得,每周一篇。本人在矽谷某自動駕駛公司擔任產品經理,專註於自動駕駛數據、模擬以及安全研究。文章僅代表個人觀點。歡迎留言,互相學習。

知乎專欄:自動駕駛

微信掃碼關註:zidongjiashishuo


推薦閱讀:

面對水漲船高的一體機,PC端VR不行了嗎?
重磅 | 牛津劍橋OpenAI聯合發出AI預警《人工智慧的惡意使用》
讀心機:哆啦A夢的道具能照進現實了?
ReNN與Attention機制異同:處理長短時依賴
小米的「小愛同學」激活數已達 1000 萬,聯網設備數量優勢開始顯現

TAG:自動駕駛 | 人工智慧 | 產品經理 |