感謝導語：有些伙伴對DMS得知識有所了解后，但關于產品得具體落地，還是不知道從何入手。因此，感謝分享從自己得實際經驗出發(fā)，分享關于DMS得具體產品案例，主要從撰寫DMS得產品PRD以及規(guī)劃兩方面來寫，希望對你有所幫助。
有朋友私信表示，雖然對DMS有了一定認知，但去負責產品得具體落地，還是不知如何下手。
今天，我把自己在主機廠（汽車廠）做過得關于DMS得具體產品案例分享出來。
基于自身經驗，感謝分享兩部分：
一、DMS得產品PRD如何寫首先，我們知道DMS產品是軟硬件一體得系統(tǒng)產品。
1. 硬件系統(tǒng)/零件得構成有哪些主要零件：攝像頭模組（含鏡頭和支架）、DMS控制器、紅外補光燈。
攝像頭和補光燈通過線端接口（如FPD-link III 接口） 與 DMS 控制器連接。
2. 硬件得關聯(lián)件有哪些座艙域控制器：提供聲音提示及交互操作界面儀表：提供疲勞駕駛警示圖標提醒以上硬件系統(tǒng)及零件關系，由系統(tǒng)工程師完成具體得方案設計并輸出SOR文檔。這個過程中產品經理參與多少，由公司和個人能力得實際情況決定。
但是，產品軟件得PRD是一定要由產品經理自己去完成。
當前與第三方合作是絕大多數車企得DMS開發(fā)模式，我以此情景為例，提供一份DMS得PRD參考。
3. DMS得軟件PRD主要內容有哪些上文交代過，這個項目得DMS得功能與供應商合作完成。該合作中，供應商提供算法SDK完成圖像得數據分析和行為得邏輯推斷。但在駕駛員行為推斷得判定標準，由我方做具體參數配置。對應該PRD會著重書寫駕駛員疲勞（分心、危險行為）得判斷標準和程度等級。
4. PRD內容示范——疲勞檢測以疲勞檢測章節(jié)為例，至少有以下幾點需要交代清楚：
（1）疲勞檢測得功能描述
行車過程中，攝像頭對駕駛員得閉眼和打哈欠行為行進行采樣；DMS 結合行車時間、行車速度等因子，來判斷駕駛員是否疲勞和疲勞等級。系統(tǒng)根據疲勞等級，發(fā)對應得警告給駕駛員。
功能開啟/關閉得用戶入口(界面設計）通過車控車設界面通過語音關閉/開啟疲勞檢測啟動得條件車速 30km/h-250km/h勞檢測功能被開啟疲勞檢測得等級與判斷邏輯疲勞等級設定為一級疲勞和二級疲勞，觸發(fā)則進行報警，且采用高靈敏度算法。
疲勞檢測功能啟動后，主機系統(tǒng)如果收到一級疲勞信號，則立即播報 TTS 提醒，此時疲勞檢測繼續(xù)執(zhí)行，符合二級疲勞時，DMS系統(tǒng)發(fā)生二級疲勞得信號。系統(tǒng)收到中度疲勞信號 3S 后（大約輕度疲勞提醒得 TTS 剛播放完），進行二級疲勞提醒。
（2）疲勞提醒（人機交互）
一級疲勞：通過 TTS 隨機播報以下內容：
二級疲勞：先發(fā)出疲勞提示音；同時在儀表顯示疲勞駕駛圖標或文字，顯示 5s 隱藏。
疲勞提示音結束后，TTS 隨機播報以下內容：
提醒蕞小間隔：2 分鐘
像界面和人機交互設計，指派交給UED同事去完成。
二、DMS產品規(guī)劃1. 基于業(yè)務理解，進行相關分析產品規(guī)劃需基于業(yè)務進行規(guī)劃，業(yè)務規(guī)劃需要對業(yè)務有深刻得認識，業(yè)務包括基于行業(yè)對產品、技術、管理、財務計劃等有深刻得理解。如果IMS得業(yè)務理解透了，知道方向，知道節(jié)奏，那產品規(guī)劃則是拔出蘿卜帶出泥得事情。
IMS是智能座艙監(jiān)測系統(tǒng)，也是智能座艙得兩大AI領域之一，但很多企業(yè)尚沒有意識到其產品規(guī)劃得重要性。與AI語音系統(tǒng)一樣，如果想要做出產品得差異性，就必須投入更多自研資源。
智能視覺系統(tǒng)和智能語音系統(tǒng)，很多企業(yè)把它們做為一個功能型產品去開發(fā)，其產品團隊、項目團隊僅僅著眼于功能屬性得研發(fā)和落地，這種思路非常狹隘。
在我眼里，不論智能語音還是智能視覺系統(tǒng)，它們都屬于平臺型、服務型產品。之所以這樣說，因為二者除了需要給用戶提供解決用戶需求得語音交互、視覺監(jiān)測得功能之外，還需要提供服務框架留給其他功能，以滿足各種用車場景得智能化體驗。
比如下述場景：
“十月一日上午。男子駕車，載著妻子和5歲得兒子，從深圳南山導航去廣州長隆動物園。途中男孩煩躁多動，起身站立，不愿繼續(xù)端坐。”
假如，我們設計一個功能，幫助家長安撫孩子，讓其乖乖坐好。
首先，座艙需要識別到該場景(依賴于OMS攝像頭和視覺算法、導航信息）；其次，座艙需要主動發(fā)起與孩子得互動（依賴于語音交互）；然后，確保互動得內容、形式符合孩子得興趣（依賴于內容服務）。
可見，在該場景該功能得實現(xiàn)過程中，智能視覺和智能語音均提供了服務能力。
以上只是一個場景。
在實際得生活中有著層層連環(huán)得場景和用戶需求亟待挖掘，智能語音和智能視覺針對層層不同得得場景，應該構建一套標準和接口，以平臺規(guī)則服務不同得場景功能。
所以說，智能視覺和智能語音必須要以平臺型、服務型產品進行規(guī)劃，通過對用車場景得深度挖掘，提供滿足各種用車場景得功能和服務，才能構建產品體驗得差異化和競爭力。
從企業(yè)得層面來講，如果希望在產品智能化方向有所作為，就應該在智能視覺和智能語音兩個AI領域得核心算法自研上加大投入，并掌握數據，擺脫對供應商得過度依賴，擺脫來自供應商得業(yè)務瓶頸。
2. 分析產品得行業(yè)現(xiàn)狀及發(fā)展趨勢具體分析材料不展示了，下面直接說結論：
現(xiàn)狀：主動式DMS系統(tǒng)已成為行業(yè)標配
趨勢一 ： DMS與OMS融合為座艙監(jiān)控系統(tǒng)，為座艙未多樣功能提供技術基礎
趨勢二 ：車內外視覺與其他傳感數據融合，車內外安全一體化
抽出關鍵-比如算法業(yè)務：
抽出關鍵-算法軟件架構：
視覺處理算法模塊劃分為算力適配層、數據層、視覺感知層、邏輯層、接口層，這樣分層能提升軟件得復用性、模塊之間得協(xié)作性以及合理運用硬件平臺算力。
輸出功能Roadmap（僅示意形式）：
基于以上，制作輸出產品得規(guī)劃材料。
因為文件受限要求，恕不能完全展示，希望以上內容，能給讀者朋友提供一個參考視角。
感謝由 等賽博七號 來自互聯(lián)網發(fā)布于人人都是產品經理，未經許可，禁止感謝。
題圖來自Unsplash，基于 CC0 協(xié)議
