編輯導(dǎo)語：有些伙伴對DMS的知識有所了解后，但關(guān)于產(chǎn)品的具體落地，還是不知道從何入手。因此，作者從自己的實際經(jīng)驗出發(fā)，分享關(guān)于DMS的具體產(chǎn)品案例，主要從撰寫DMS的產(chǎn)品PRD以及規(guī)劃兩方面來寫，希望對你有所幫助。

有朋友私信表示，雖然對DMS有了一定認(rèn)知，但去負(fù)責(zé)產(chǎn)品的具體落地，還是不知如何下手。

今天，我把自己在主機(jī)廠（汽車廠）做過的關(guān)于DMS的具體產(chǎn)品案例分享出來。

基于自身經(jīng)驗，本文分享兩部分：

一、DMS的產(chǎn)品PRD如何寫

首先，我們知道DMS產(chǎn)品是軟硬件一體的系統(tǒng)產(chǎn)品。

1. 硬件系統(tǒng)/零件的構(gòu)成有哪些

主要零件：攝像頭模組（含鏡頭和支架）、DMS控制器、紅外補光燈。

攝像頭和補光燈通過線端接口（如FPD-LINK III 接口） 與 DMS 控制器連接。

2. 硬件的關(guān)聯(lián)件有哪些

• 座艙域控制器：提供聲音提示及交互操作界面
• 儀表：提供疲勞駕駛警示圖標(biāo)提醒

以上硬件系統(tǒng)及零件關(guān)系，由系統(tǒng)工程師完成具體的方案設(shè)計并輸出SOR文檔。這個過程中產(chǎn)品經(jīng)理參與多少，由公司和個人能力的實際情況決定。

但是，產(chǎn)品軟件的PRD是一定要由產(chǎn)品經(jīng)理自己去完成。

當(dāng)前與第三方合作是絕大多數(shù)車企的DMS開發(fā)模式，我以此情景為例，提供一份DMS的PRD參考。

3. DMS的軟件PRD主要內(nèi)容有哪些

上文交代過，這個項目的DMS的功能與供應(yīng)商合作完成。該合作中，供應(yīng)商提供算法SDK完成圖像的數(shù)據(jù)分析和行為的邏輯推斷。但在駕駛員行為推斷的判定標(biāo)準(zhǔn)，由我方做具體參數(shù)配置。對應(yīng)該PRD會著重書寫駕駛員疲勞（分心、危險行為）的判斷標(biāo)準(zhǔn)和程度等級。

4. PRD內(nèi)容示范——疲勞檢測

以疲勞檢測章節(jié)為例，至少有以下幾點需要交代清楚：

（1）疲勞檢測的功能描述

行車過程中，攝像頭對駕駛員的閉眼和打哈欠行為行進(jìn)行采樣；DMS 結(jié)合行車時間、行車速度等因子，來判斷駕駛員是否疲勞和疲勞等級。系統(tǒng)根據(jù)疲勞等級，發(fā)對應(yīng)的警告給駕駛員。

• 功能開啟/關(guān)閉的用戶入口(界面設(shè)計）
• 通過車控車設(shè)界面
• 通過語音關(guān)閉/開啟
• 疲勞檢測啟動的條件
• 車速 30km/h-250km/h
• 勞檢測功能被開啟
• 疲勞檢測的等級與判斷邏輯

疲勞等級設(shè)定為一級疲勞和二級疲勞，觸發(fā)則進(jìn)行報警，且采用高靈敏度算法。

疲勞檢測功能啟動后，主機(jī)系統(tǒng)如果收到一級疲勞信號，則立即播報 TTS 提醒，此時疲勞檢測繼續(xù)執(zhí)行，符合二級疲勞時，DMS系統(tǒng)發(fā)生二級疲勞的信號。系統(tǒng)收到中度疲勞信號 3S 后（大約輕度疲勞提醒的 TTS 剛播放完），進(jìn)行二級疲勞提醒。

（2）疲勞提醒（人機(jī)交互）

一級疲勞：通過 TTS 隨機(jī)播報以下內(nèi)容：

• 請勿疲勞駕駛
• 你已疲勞駕駛

二級疲勞：先發(fā)出疲勞提示音；同時在儀表顯示疲勞駕駛圖標(biāo)或文字，顯示 5s 隱藏。

疲勞提示音結(jié)束后，TTS 隨機(jī)播報以下內(nèi)容：

• 請勿疲勞駕駛
• 你已疲勞駕駛
• …

提醒最小間隔：2 分鐘

像界面和人機(jī)交互設(shè)計，指派交給UED同事去完成。

二、DMS產(chǎn)品規(guī)劃

1. 基于業(yè)務(wù)理解，進(jìn)行相關(guān)分析

產(chǎn)品規(guī)劃需基于業(yè)務(wù)進(jìn)行規(guī)劃，業(yè)務(wù)規(guī)劃需要對業(yè)務(wù)有深刻的認(rèn)識，業(yè)務(wù)包括基于行業(yè)對產(chǎn)品、技術(shù)、管理、財務(wù)計劃等有深刻的理解。如果IMS的業(yè)務(wù)理解透了，知道方向，知道節(jié)奏，那產(chǎn)品規(guī)劃則是拔出蘿卜帶出泥的事情。

IMS是智能座艙監(jiān)測系統(tǒng)，也是智能座艙的兩大AI領(lǐng)域之一，但很多企業(yè)尚沒有意識到其產(chǎn)品規(guī)劃的重要性。與AI語音系統(tǒng)一樣，如果想要做出產(chǎn)品的差異性，就必須投入更多自研資源。

智能視覺系統(tǒng)和智能語音系統(tǒng)，很多企業(yè)把它們做為一個功能型產(chǎn)品去開發(fā)，其產(chǎn)品團(tuán)隊、項目團(tuán)隊僅僅著眼于功能屬性的研發(fā)和落地，這種思路非常狹隘。

在我眼里，不論智能語音還是智能視覺系統(tǒng)，它們都屬于平臺型、服務(wù)型產(chǎn)品。之所以這樣說，因為二者除了需要給用戶提供解決用戶需求的語音交互、視覺監(jiān)測的功能之外，還需要提供服務(wù)框架留給其他功能，以滿足各種用車場景的智能化體驗。

比如下述場景：

“十月一日上午。男子駕車，載著妻子和5歲的兒子，從深圳南山導(dǎo)航去廣州長隆動物園。途中男孩煩躁多動，起身站立，不愿繼續(xù)端坐?！?/p>

假如，我們設(shè)計一個功能，幫助家長安撫孩子，讓其乖乖坐好。

首先，座艙需要識別到該場景(依賴于OMS攝像頭和視覺算法、導(dǎo)航信息）；其次，座艙需要主動發(fā)起與孩子的互動（依賴于語音交互）；然后，確?；拥膬?nèi)容、形式符合孩子的興趣（依賴于內(nèi)容服務(wù)）。

可見，在該場景該功能的實現(xiàn)過程中，智能視覺和智能語音均提供了服務(wù)能力。

以上只是一個場景。

在實際的生活中有著層層連環(huán)的場景和用戶需求亟待挖掘，智能語音和智能視覺針對層層不同的的場景，應(yīng)該構(gòu)建一套標(biāo)準(zhǔn)和接口，以平臺規(guī)則服務(wù)不同的場景功能。

所以說，智能視覺和智能語音必須要以平臺型、服務(wù)型產(chǎn)品進(jìn)行規(guī)劃，通過對用車場景的深度挖掘，提供滿足各種用車場景的功能和服務(wù)，才能構(gòu)建產(chǎn)品體驗的差異化和競爭力。

從企業(yè)的層面來講，如果希望在產(chǎn)品智能化方向有所作為，就應(yīng)該在智能視覺和智能語音兩個AI領(lǐng)域的核心算法自研上加大投入，并掌握數(shù)據(jù)，擺脫對供應(yīng)商的過度依賴，擺脫來自供應(yīng)商的業(yè)務(wù)瓶頸。

2. 分析產(chǎn)品的行業(yè)現(xiàn)狀及發(fā)展趨勢

具體分析材料不展示了，下面直接說結(jié)論：

現(xiàn)狀：主動式DMS系統(tǒng)已成為行業(yè)標(biāo)配

趨勢一 ： DMS與OMS融合為座艙監(jiān)控系統(tǒng)，為座艙未多樣功能提供技術(shù)基礎(chǔ)

趨勢二 ：車內(nèi)外視覺與其他傳感數(shù)據(jù)融合，車內(nèi)外安全一體化

抽出關(guān)鍵-比如算法業(yè)務(wù)：

抽出關(guān)鍵-算法軟件架構(gòu)：

視覺處理算法模塊劃分為算力適配層、數(shù)據(jù)層、視覺感知層、邏輯層、接口層，這樣分層能提升軟件的復(fù)用性、模塊之間的協(xié)作性以及合理運用硬件平臺算力。

輸出功能Roadmap（僅示意形式）：

基于以上，制作輸出產(chǎn)品的規(guī)劃材料。

因為文件受限要求，恕不能完全展示，希望以上內(nèi)容，能給讀者朋友提供一個參考視角。

本文由 @賽博七號 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理，未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自Unsplash，基于 CC0 協(xié)議