本文作者跳出他互聯(lián)網(wǎng)醫(yī)療的舒適區(qū)后，開始設(shè)計一款家庭智能機器人產(chǎn)品，在對兩種產(chǎn)品進行比較后，發(fā)現(xiàn)智能硬件產(chǎn)品存在復(fù)雜性、差異性、已知性、未知性、周期性這5個特點。本文以一個智能硬件產(chǎn)品的新人視角，對這5個特點進行了分析，一起來看一下吧。

個人在產(chǎn)品經(jīng)理這個崗位也大約有6年之久，其中前5年一直在互聯(lián)網(wǎng)行業(yè)謀生活，而且一直在一個一直被稱之為的“朝陽行業(yè)”——醫(yī)療行業(yè)，從起初的小功能的優(yōu)化，到負(fù)責(zé)一個產(chǎn)品端，直至最后到整個產(chǎn)品線的負(fù)責(zé)，甚至到對外（B端）整個產(chǎn)品方案的輸出以及售前的產(chǎn)品宣講和售后的產(chǎn)品培訓(xùn)，吃飯的家伙也從寫邏輯畫圖的Axure、X-mind回到了講故事的PPT，可是等了這么久，醫(yī)療還在朝陽，日出始終沒有冒頭。

機緣巧合年前跳出了互聯(lián)網(wǎng)醫(yī)療這個舒適區(qū)，開始設(shè)計一款家庭智能機器人產(chǎn)品，由于是公司的一個嘗試性項目，所以在人員不足的情況下，所有與產(chǎn)品設(shè)計相關(guān)的工作內(nèi)容均有涉及，還好基本功扎實，但是這近一年來也確實遇到了不少的挑戰(zhàn)，可以說痛并emo著。

這里從一個智能硬件產(chǎn)品的新人視角，從智能硬件產(chǎn)品設(shè)計的角度，結(jié)合個人對智能硬件產(chǎn)品的理解，將其與個人在舒適區(qū)（互聯(lián)網(wǎng)）的產(chǎn)品設(shè)計工作進行比較，發(fā)現(xiàn)智能硬件產(chǎn)品（主要還是與硬件配套的軟件設(shè)計）設(shè)計階段存在的5個特點或稱之為現(xiàn)象，與大家分享：

1. 復(fù)雜性：產(chǎn)品組成的復(fù)雜性，軟件-硬件-算法。
2. 差異性：相對互聯(lián)網(wǎng)產(chǎn)品，智能硬件產(chǎn)品交互方式的差異，以及產(chǎn)品經(jīng)理輸出成果的差異。
3. 已知性：國家標(biāo)準(zhǔn)和行業(yè)做法對硬件產(chǎn)品的設(shè)計和算法需求的描述提供參考。
4. 未知性：算法需求邊界的未知（對剛換行的產(chǎn)品來講）。
5. 周期性：相較于互聯(lián)網(wǎng)產(chǎn)品敏捷開發(fā)，智能硬件產(chǎn)品的開發(fā)的長周期不可回避。

一、復(fù)雜性

也許是本人初次接觸智能硬件產(chǎn)品，也許是這個項目是公司的一個嘗試項目，只安排了我這么一個產(chǎn)品來負(fù)責(zé)整體的軟件、硬件交互的設(shè)計讓我才有如此的感覺（智能硬件行業(yè)的產(chǎn)品大佬多多指教）。

先來看看之前在舒適區(qū)做的一款互聯(lián)網(wǎng)醫(yī)療產(chǎn)品：從0-1搭建的涉及患者、醫(yī)生、藥師、村醫(yī)、藥代、企業(yè)員工、醫(yī)院管理人員、平臺運營人員等8種角色的3條業(yè)務(wù)線11個用戶端的產(chǎn)品體系。現(xiàn)在回頭看貌似也比較復(fù)雜，也許是在舒適區(qū)，輕車熟路，唯手熟爾，當(dāng)時確實沒有覺得有多復(fù)雜。

經(jīng)過對智能硬件產(chǎn)品知識的不斷了解，以及最近一年項目的經(jīng)驗總結(jié)，當(dāng)前市面上可移動的家庭機器人大致會涉及到7個重要的組成模塊：本體APP、手機APP、硬件本身、內(nèi)容生態(tài)、運營管理后臺、語音平臺、算法平臺。

這其中就有觸碰到我的逆鱗的區(qū)域，讓我踩進了盲區(qū)：硬件、語音、算法；其中硬件部分是完全不懂啊，不過慶幸的是硬件產(chǎn)品的定義在我介入這個項目前已由另一個硬件同事完成了，但是悲劇的是在我深入介入這個項目時，這位硬件同事已經(jīng)離職，所以后期開發(fā)遇到了什么問題還得以質(zhì)問的語氣來找我做決策，只能提前去了解。

還有就是語音部分，語音可不是之前在互聯(lián)網(wǎng)軟件設(shè)計時接觸過的語音通話、語音錄入這類功能了，這里的語音涉及到語音腳本的撰寫、語音指令的定義等等。

最盲的盲區(qū)就是算法了，算法可不是之前理解的推薦、查詢邏輯、規(guī)則或策略一類的定義，這其中主要指視覺識別相關(guān)的類似人臉識別、人體跟隨以及雷達相關(guān)的導(dǎo)航、路徑規(guī)劃一類的了，下文會進一步說明。

這里我們還是首先看看這7個模塊的定位：

1. 本體APP：結(jié)合算法、手機APP以及內(nèi)容生態(tài)和語音平臺，調(diào)動機器人按照設(shè)定的業(yè)務(wù)邏輯執(zhí)行相關(guān)任務(wù)。
2. 手機APP：負(fù)責(zé)遠(yuǎn)程遙控、管理和查看機器人的授權(quán)、任務(wù)狀態(tài)等信息，與本體APP、管理后臺、三方內(nèi)容庫均有交互，交互類型主要以圖形（GUI）為主。
3. 硬件：包含機器人的產(chǎn)品定義、ID設(shè)計、結(jié)構(gòu)堆疊以及執(zhí)行器、芯片、傳感器、顯示器等元器件的選型和規(guī)格定義。
4. 內(nèi)容生態(tài)：根據(jù)產(chǎn)品的定位接入對應(yīng)的第三方服務(wù)資源，例如：音樂、視頻等。
5. 運營管理后臺：對產(chǎn)品中涉及的用戶、設(shè)備、內(nèi)容、等其他數(shù)據(jù)以及三方生態(tài)服務(wù)進行查看和管理。
6. 語音平臺：涉及喚醒、指令、任務(wù)對話、暢聊對話等語音交互。
7. 算法平臺：主要設(shè)計語音、視頻、雷達等相關(guān)的算法。

常規(guī)情況下，就這么復(fù)雜的一款智能硬件產(chǎn)品該配備幾個產(chǎn)品經(jīng)理呢？個人曾嘗試去咨詢了下我身邊認(rèn)識的大佬，得到的結(jié)果是5個：軟件、硬件、導(dǎo)航、語音、算法各一個，還好硬件結(jié)構(gòu)工程師和算法工作師的可以協(xié)助進行硬件和算法、導(dǎo)航相關(guān)需求的定義，不然作為一個新手如何hold住這些陌生的領(lǐng)域。

二、差異性

1. 交互形式的多樣性

智能硬件產(chǎn)品的交互方式呈現(xiàn)多樣性，并不像純互聯(lián)網(wǎng)應(yīng)用主要以圖形交互（GUI）為主，其中智能硬件產(chǎn)品所涉及的交互方式包含但不限于以下幾種：

• 基本交互：主要指直接的硬件實體鍵的接觸交互，例如開關(guān)鍵（短按、長按、連續(xù)按…），身體表面觸摸板的交互定義等。
• 圖形交互：主要指用戶通過機器人屏幕操作本體APP，或者通過手機APP進行遠(yuǎn)程遙控機器人的交互。
• 語音交互：主要指用戶通過語音操控機器人進行喚醒、聊天、執(zhí)行任務(wù)的交互過程。
• 體感交互：主要通過身體的動作和姿態(tài)與機器人進行交互，例如：人體跟隨、手勢識別、表情識別等。
• 燈光交互：硬件的組成中一般會包含一種或多種具有一定功能定義的指示燈或者氛圍燈來表現(xiàn)當(dāng)前硬件所處的狀態(tài)，包括燈的顏色，明暗度，變化頻率、時長、組合圖形等形式。

智能硬件（機器人）對用戶的每一次交互反饋通常不局限于一種交互方式，一般是多種交互方式組合的形式即多模態(tài)交互。

例如：早上用戶給機器人打招呼，機器人則可能作出以下反應(yīng)：

• 【圖形交互】：屏幕切換出微笑表情。
• 【語音交互】：機器人移動至用戶身邊，說“主人早上好吖，又是元氣滿滿的一天呢！”，然后播放了一首班得瑞的歌曲“清晨”。
• 【燈光交互】：隨著音樂的旋律，機器人身體上的矩陣燈球開始跳動。
• 【體感交互】：機器人跟隨著主人來到門口，為用戶送行。

2. 產(chǎn)品交付物的不同

同樣作為產(chǎn)品經(jīng)理，無論是互聯(lián)網(wǎng)行業(yè)還是智能硬件行業(yè)，需要產(chǎn)出的文檔：BRD、MRD、PRD確實一個都不少，但是其中連接產(chǎn)品和開發(fā)最核心的產(chǎn)品設(shè)計文檔PRD，確實不盡相同。

互聯(lián)網(wǎng)行業(yè)的PRD核心側(cè)重于呈現(xiàn)界面設(shè)計、業(yè)務(wù)邏輯、交互邏輯，即該怎么去實現(xiàn)某一項需求或功能，其中主要包含：業(yè)務(wù)背景說明、業(yè)務(wù)流程圖表、產(chǎn)品架構(gòu)圖表、功能清單列表、業(yè)務(wù)狀態(tài)說明、推送消息匯總、全局規(guī)則說明、主要頁面跳轉(zhuǎn)示意圖、需求評審記錄、需求修改記錄、界面詳細(xì)設(shè)計文檔、版本上線說明等。

其中“界面詳細(xì)設(shè)計文檔”占據(jù)篇幅最大，決定著產(chǎn)品設(shè)計在開發(fā)側(cè)的落地，也是花費時間最多的一項文檔。

智能硬件行業(yè)的PRD（0-1的產(chǎn)品）則完整地描述了：為什么要做、如何去做、做成什么樣、需要多少成本、存在多少風(fēng)險等內(nèi)容，感覺是將PPT版本的BRD和MRD和重要內(nèi)容進行了擴展然后和當(dāng)前Word版本的PRD進行了一個組合。

其中主要包含有：文件屬性、記錄變更、背景分析、需求定義、外觀設(shè)計、硬件方案、軟件方案、算法應(yīng)用、結(jié)構(gòu)設(shè)計、非功能設(shè)計、測試要求、成本控制、風(fēng)險控制等13項。

三、未知性

之前有一個互聯(lián)網(wǎng)產(chǎn)品經(jīng)理提出了一個需求：需要APP主題色與手機殼保持一致，隨著手機殼顏色的調(diào)整自動適應(yīng)；然后，然后就沒有了，聽說被“祭天”了。

作為產(chǎn)品經(jīng)理在設(shè)計產(chǎn)品時多少需要知道些當(dāng)前技術(shù)的邊界，作為互聯(lián)網(wǎng)產(chǎn)品經(jīng)理最簡單的辦法就是去瘋狂體驗各種產(chǎn)品，看的多了，然后再結(jié)合自己對需求的分解，也就知道大概哪些需求是可以實現(xiàn)，哪些需求是無法實現(xiàn)。

回想之前負(fù)責(zé)互聯(lián)網(wǎng)產(chǎn)品時，如果開發(fā)對你的需求提出質(zhì)疑，多是質(zhì)疑你需求的合理性，以及開發(fā)問的最多的是“現(xiàn)在市面是上有產(chǎn)品這么做的嗎？”當(dāng)產(chǎn)品經(jīng)理找出競品給到開發(fā)時，開發(fā)又會拿當(dāng)前公司的人員和項目時間以及各種投入和條件無法與競品相比說事。

但是在智能硬件產(chǎn)品設(shè)計評審過程中，除了以上這些，還會質(zhì)疑或者說直接否決需求的可行性，特別是算法需求，導(dǎo)致這些質(zhì)疑的原因就是產(chǎn)品經(jīng)理對當(dāng)前開發(fā)能力或者說行業(yè)技術(shù)能力邊界的認(rèn)知，與算法相關(guān)需求可行性遭到質(zhì)疑有以下幾點原因：

1）算法本身限制

行業(yè)中確實沒有可行或者較好的算法模型來滿足提出的業(yè)務(wù)需求（一般小公司利用的算法模型均是市面上開源的，然后進行算法的優(yōu)化調(diào)試，愿意投入成本和時間去開發(fā)創(chuàng)新算法的確實很少，也許那些頭部公司才會有這些舉措）。

2）公司算法能力限制

行業(yè)中存在相應(yīng)的算法模型應(yīng)用，但是公司算法人員的認(rèn)知局限或者能力不足，導(dǎo)致對算法相關(guān)需求可行性的否定。

3）硬件設(shè)計限制

可以找到相應(yīng)的算法實現(xiàn)業(yè)務(wù)需求，但是硬件提供不了算法需要的數(shù)據(jù)，算法工程師也無法進行無米之炊。

例如：某一個視覺算法需要深度相機采集的數(shù)據(jù)，但是當(dāng)前硬件設(shè)計只能提供普通相機采集的數(shù)據(jù)，導(dǎo)致業(yè)務(wù)無法實現(xiàn)。

4）算力限制

有可行的算法，但是選型的硬件芯片算力不夠，無法滿足算法的運行。

5）成本限制

有可行的算法，但是如果要進行成熟的應(yīng)用，后期需要投入大量的人力和購買大量數(shù)據(jù)進行訓(xùn)練調(diào)優(yōu)，但是項目時間卻等不起，或者公司不愿意花這么大的人力和時間成本去做這件事。

另外一個不可知，就是競品分析的難度：

互聯(lián)網(wǎng)產(chǎn)品相關(guān)的應(yīng)用APP幾乎都是開放注冊（B端產(chǎn)品有部分是封閉的），進入即可以進行一個完整的產(chǎn)品體驗和分析。

硬件產(chǎn)品則不同，即使下載并注冊了硬件相關(guān)的應(yīng)用，在沒有綁定硬件的情況下，整個應(yīng)用APP的分析幾乎是沒有太大意義的，所以需要進行一個完整的產(chǎn)品分析，那得首先買不止一臺競品，然后全方位地對硬件和軟件功能進行體驗、拆解和分析。

例如前段時間中信證券拆解了一輛全新的特斯拉Model3，輸出了一份長達94頁的研究報告《從拆解Model3看智能電動汽車發(fā)展趨勢》，只能說中信有實力?。ü撬诠臼欠駮虞m大幾千上萬買一臺競品供工程師和產(chǎn)品設(shè)計者進行拆解和分析，這只能看公司的格局和實力啦。

四、已知性

之前在做互聯(lián)網(wǎng)產(chǎn)品設(shè)計時，同樣也會考慮國家法規(guī)，平臺標(biāo)準(zhǔn)之類的規(guī)則，根據(jù)相關(guān)文件設(shè)計或修改業(yè)務(wù)邏輯。

例如：

• 互聯(lián)網(wǎng)應(yīng)用（APP）中必須有用戶注銷功能，否則無法上交應(yīng)用市場?！禔pp違法違規(guī)收集使用個人信息行為認(rèn)定方法》。
• 互聯(lián)網(wǎng)醫(yī)院平臺接入規(guī)則（要想通過某地方的互聯(lián)網(wǎng)醫(yī)院平臺的年審，則相應(yīng)“互聯(lián)網(wǎng)醫(yī)院”產(chǎn)品必須按照平臺規(guī)則進行整改）。

同樣智能硬件產(chǎn)品中的硬件、軟件以及算法也可以找到一些相關(guān)的國家標(biāo)準(zhǔn)和規(guī)范，這對于剛接觸硬件或算法相關(guān)需求設(shè)計的產(chǎn)品經(jīng)理，在不知道算法邊界或者硬件的好壞要求時，在國家標(biāo)準(zhǔn)的基礎(chǔ)上進行相關(guān)需求的描述，是一個很不錯的選擇（但并不是所有的需求功能都能找到相應(yīng)的標(biāo)準(zhǔn)和參考）。例如常見的人臉識別需求中涉及的需求描述：

《GB/T 35678-2017 公共安全 人臉識別應(yīng)用圖像技術(shù)要求》

1 采集圖像

1.1 表情

中性或微笑，眼睛自然睜開，嘴唇自然閉合。

1.2 眼鏡

眼鏡框應(yīng)不遮擋眼睛，鏡片應(yīng)無色無反光。戴粗框眼鏡注冊時宜采集兩張圖像，一張戴粗框眼鏡， —張不戴眼鏡。

1.3 遮擋

遮擋物應(yīng)不遮擋眉毛、眼睛、嘴巴、鼻子及臉部輪廓。

1.4 兩眼間距

兩眼間距應(yīng)大于等于60像素，宜大于等于90像素。

1.5 姿態(tài)

人臉?biāo)睫D(zhuǎn)動角應(yīng)在±10°以內(nèi)，俯仰角應(yīng)在±10以內(nèi)，傾斜角應(yīng)在±10°以內(nèi)。

1.6 亮度和對比度

圖像亮度均勻，對比度適中，臉部無陰影、無過曝光和無欠曝光。圖像灰度化后臉部區(qū)域動態(tài)范圍在85～200 之間。

1.7 臉部區(qū)域

人臉完整，輪廓和五官清晰，無濃妝，圖像臉部區(qū)域應(yīng)無編輯修改性處理，幾何失真應(yīng)小于等于 5%，運動模糊應(yīng)小于等于0.15，高斯模糊應(yīng)小于等于0.24。

……

2 識別圖像

2.1 遮擋

遮擋物應(yīng)不遮擋眉毛、眼睛、嘴巴、鼻子及臉部輪廓等。

2.2 兩眼間距

兩眼間距應(yīng)大于等于30像素，宜大于等于60像素。

2.3 姿態(tài)

人臉?biāo)睫D(zhuǎn)動角應(yīng)在±30°以內(nèi)，俯仰角應(yīng)在±20°以內(nèi)，傾斜角應(yīng)在±30°以內(nèi)。

2.4 臉部區(qū)域

人臉完整，輪廓和五官清晰，無濃妝，圖像臉部區(qū)域應(yīng)無編輯修改性處理，幾何失真應(yīng)小于等于 10%，運動模糊應(yīng)小于等于0.20，高斯模糊應(yīng)小于等于0.25。

每一個算法模型關(guān)注的輸入和輸出的參數(shù)以及前置條件都不盡相同，對于一個純互聯(lián)網(wǎng)產(chǎn)品經(jīng)理，在未接觸到算法前，可能不知道對一個算法需求的描述需要對哪些些字段進行描述。

五、周期性

上文已提到過智能硬件產(chǎn)品主要包含：軟件、硬件、算法等部分組成；其中軟件、算法負(fù)責(zé)“智能”的部分，但是智能部分的更新迭代，很大程度上都依賴硬件部分的迭代，相較于互聯(lián)網(wǎng)產(chǎn)品的敏捷開發(fā)，兩周迭代一個版本，智能硬件產(chǎn)品的迭代周期就不可能這么快了，當(dāng)然其中單純的軟件和部分算法是可以脫離硬件進行部分迭代的。

硬件部分迭代少則一年，多則兩年或更久都是很有可能的。硬件的定義、設(shè)計、評審、打樣、生產(chǎn)等部分，作為一個新人，目前就不在這獻丑了，后續(xù)有深入的理解后再給大家分享。