轉行智能硬件產品后才發(fā)現(xiàn)的二三事本文作者跳出他互聯(lián)網醫(yī)療的舒適區(qū)后，開始設計一款家庭智能機器人產品，在對兩種產品進行比較后，發(fā)現(xiàn)智能硬件產品存在復雜性、差異性、已知性、未知性、周期性這5個特點。本文以一個智能硬件產品的新人視角，對這5個特點進行了分析，一起來看一下吧。個人在產品經理這個崗位也大約有6年之久，其中前5年一直在互聯(lián)網行業(yè)謀生活，而且一直在一個一直被稱之為的“朝陽行業(yè)”——醫(yī)療行業(yè)，從起初的小功能的優(yōu)化，到負責一個產品端，直至最后到整個產品線的負責，甚至到對外（B端）整個產品方案的輸出以及售前的產品宣講和售后的產品培訓，吃飯的家伙也從寫邏輯畫圖的Axure、X-mind回到了講故事的PPT，可是等了這么久，醫(yī)療還在朝陽，日出始終沒有冒頭。機緣巧合年前跳出了互聯(lián)網醫(yī)療這個舒適區(qū)，開始設計一款家庭智能機器人產品，由于是公司的一個嘗試性項目，所以在人員不足的情況下，所有與產品設計相關的工作內容均有涉及，還好基本功扎實，但是這近一年來也確實遇到了不少的挑戰(zhàn)，可以說痛并emo著。這里從一個智能硬件產品的新人視角，從智能硬件產品設計的角度，結合個人對智能硬件產品的理解，將其與個人在舒適區(qū)（互聯(lián)網）的產品設計工作進行比較，發(fā)現(xiàn)智能硬件產品（主要還是與硬件配套的軟件設計）設計階段存在的5個特點或稱之為現(xiàn)象，與大家分享：復雜性：產品組成的復雜性，軟件-硬件-算法。差異性：相對互聯(lián)網產品，智能硬件產品交互方式的差異，以及產品經理輸出成果的差異。已知性：國家標準和行業(yè)做法對硬件產品的設計和算法需求的描述提供參考。未知性：算法需求邊界的未知（對剛換行的產品來講）。周期性：相較于互聯(lián)網產品敏捷開發(fā)，智能硬件產品的開發(fā)的長周期不可回避。一、復雜性也許是本人初次接觸智能硬件產品，也許是這個項目是公司的一個嘗試項目，只安排了我這么一個產品來負責整體的軟件、硬件交互的設計讓我才有如此的感覺（智能硬件行業(yè)的產品大佬多多指教）。先來看看之前在舒適區(qū)做的一款互聯(lián)網醫(yī)療產品：從0-1搭建的涉及患者、醫(yī)生、藥師、村醫(yī)、藥代、企業(yè)員工、醫(yī)院管理人員、平臺運營人員等8種角色的3條業(yè)務線11個用戶端的產品體系?，F(xiàn)在回頭看貌似也比較復雜，也許是在舒適區(qū)，輕車熟路，唯手熟爾，當時確實沒有覺得有多復雜。經過對智能硬件產品知識的不斷了解，以及最近一年項目的經驗總結，當前市面上可移動的家庭機器人大致會涉及到7個重要的組成模塊：本體APP、手機APP、硬件本身、內容生態(tài)、運營管理后臺、語音平臺、算法平臺。這其中就有觸碰到我的逆鱗的區(qū)域，讓我踩進了盲區(qū)：硬件、語音、算法；其中硬件部分是完全不懂啊，不過慶幸的是硬件產品的定義在我介入這個項目前已由另一個硬件同事完成了，但是悲劇的是在我深入介入這個項目時，這位硬件同事已經離職，所以后期開發(fā)遇到了什么問題還得以質問的語氣來找我做決策，只能提前去了解。還有就是語音部分，語音可不是之前在互聯(lián)網軟件設計時接觸過的語音通話、語音錄入這類功能了，這里的語音涉及到語音腳本的撰寫、語音指令的定義等等。最盲的盲區(qū)就是算法了，算法可不是之前理解的推薦、查詢邏輯、規(guī)則或策略一類的定義，這其中主要指視覺識別相關的類似人臉識別、人體跟隨以及雷達相關的導航、路徑規(guī)劃一類的了，下文會進一步說明。這里我們還是首先看看這7個模塊的定位：本體APP：結合算法、手機APP以及內容生態(tài)和語音平臺，調動機器人按照設定的業(yè)務邏輯執(zhí)行相關任務。手機APP：負責遠程遙控、管理和查看機器人的授權、任務狀態(tài)等信息，與本體APP、管理后臺、三方內容庫均有交互，交互類型主要以圖形（GUI）為主。硬件：包含機器人的產品定義、ID設計、結構堆疊以及執(zhí)行器、芯片、傳感器、顯示器等元器件的選型和規(guī)格定義。內容生態(tài)：根據(jù)產品的定位接入對應的第三方服務資源，例如：音樂、視頻等。運營管理后臺：對產品中涉及的用戶、設備、內容、等其他數(shù)據(jù)以及三方生態(tài)服務進行查看和管理。語音平臺：涉及喚醒、指令、任務對話、暢聊對話等語音交互。算法平臺：主要設計語音、視頻、雷達等相關的算法。常規(guī)情況下，就這么復雜的一款智能硬件產品該配備幾個產品經理呢？個人曾嘗試去咨詢了下我身邊認識的大佬，得到的結果是5個：軟件、硬件、導航、語音、算法各一個，還好硬件結構工程師和算法工作師的可以協(xié)助進行硬件和算法、導航相關需求的定義，不然作為一個新手如何hold住這些陌生的領域。二、差異性1.交互形式的多樣性智能硬件產品的交互方式呈現(xiàn)多樣性，并不像純互聯(lián)網應用主要以圖形交互（GUI）為主，其中智能硬件產品所涉及的交互方式包含但不限于以下幾種：基本交互：主要指直接的硬件實體鍵的接觸交互，例如開關鍵（短按、長按、連續(xù)按…），身體表面觸摸板的交互定義等。圖形交互：主要指用戶通過機器人屏幕操作本體APP，或者通過手機APP進行遠程遙控機器人的交互。語音交互：主要指用戶通過語音操控機器人進行喚醒、聊天、執(zhí)行任務的交互過程。體感交互：主要通過身體的動作和姿態(tài)與機器人進行交互，例如：人體跟隨、手勢識別、表情識別等。燈光交互：硬件的組成中一般會包含一種或多種具有一定功能定義的指示燈或者氛圍燈來表現(xiàn)當前硬件所處的狀態(tài)，包括燈的顏色，明暗度，變化頻率、時長、組合圖形等形式。智能硬件（機器人）對用戶的每一次交互反饋通常不局限于一種交互方式，一般是多種交互方式組合的形式即多模態(tài)交互。例如：早上用戶給機器人打招呼，機器人則可能作出以下反應：【圖形交互】：屏幕切換出微笑表情?！菊Z音交互】：機器人移動至用戶身邊，說“主人早上好吖，又是元氣滿滿的一天呢！”，然后播放了一首班得瑞的歌曲“清晨”?！緹艄饨换ァ浚弘S著音樂的旋律，機器人身體上的矩陣燈球開始跳動?！倔w感交互】：機器人跟隨著主人來到門口，為用戶送行。2.產品交付物的不同同樣作為產品經理，無論是互聯(lián)網行業(yè)還是智能硬件行業(yè)，需要產出的文檔：BRD、MRD、PRD確實一個都不少，但是其中連接產品和開發(fā)最核心的產品設計文檔PRD，確實不盡相同?；ヂ?lián)網行業(yè)的PRD核心側重于呈現(xiàn)界面設計、業(yè)務邏輯、交互邏輯，即該怎么去實現(xiàn)某一項需求或功能，其中主要包含：業(yè)務背景說明、業(yè)務流程圖表、產品架構圖表、功能清單列表、業(yè)務狀態(tài)說明、推送消息匯總、全局規(guī)則說明、主要頁面跳轉示意圖、需求評審記錄、需求修改記錄、界面詳細設計文檔、版本上線說明等。其中“界面詳細設計文檔”占據(jù)篇幅最大，決定著產品設計在開發(fā)側的落地，也是花費時間最多的一項文檔。智能硬件行業(yè)的PRD（0-1的產品）則完整地描述了：為什么要做、如何去做、做成什么樣、需要多少成本、存在多少風險等內容，感覺是將PPT版本的BRD和MRD和重要內容進行了擴展然后和當前Word版本的PRD進行了一個組合。其中主要包含有：文件屬性、記錄變更、背景分析、需求定義、外觀設計、硬件方案、軟件方案、算法應用、結構設計、非功能設計、測試要求、成本控制、風險控制等13項。三、未知性之前有一個互聯(lián)網產品經理提出了一個需求：需要APP主題色與手機殼保持一致，隨著手機殼顏色的調整自動適應；然后，然后就沒有了，聽說被“祭天”了。作為產品經理在設計產品時多少需要知道些當前技術的邊界，作為互聯(lián)網產品經理最簡單的辦法就是去瘋狂體驗各種產品，看的多了，然后再結合自己對需求的分解，也就知道大概哪些需求是可以實現(xiàn)，哪些需求是無法實現(xiàn)?；叵胫柏撠熁ヂ?lián)網產品時，如果開發(fā)對你的需求提出質疑，多是質疑你需求的合理性，以及開發(fā)問的最多的是“現(xiàn)在市面是上有產品這么做的嗎？”當產品經理找出競品給到開發(fā)時，開發(fā)又會拿當前公司的人員和項目時間以及各種投入和條件無法與競品相比說事。但是在智能硬件產品設計評審過程中，除了以上這些，還會質疑或者說直接否決需求的可行性，特別是算法需求，導致這些質疑的原因就是產品經理對當前開發(fā)能力或者說行業(yè)技術能力邊界的認知，與算法相關需求可行性遭到質疑有以下幾點原因：1）算法本身限制行業(yè)中確實沒有可行或者較好的算法模型來滿足提出的業(yè)務需求（一般小公司利用的算法模型均是市面上開源的，然后進行算法的優(yōu)化調試，愿意投入成本和時間去開發(fā)創(chuàng)新算法的確實很少，也許那些頭部公司才會有這些舉措）。2）公司算法能力限制行業(yè)中存在相應的算法模型應用，但是公司算法人員的認知局限或者能力不足，導致對算法相關需求可行性的否定。3）硬件設計限制可以找到相應的算法實現(xiàn)業(yè)務需求，但是硬件提供不了算法需要的數(shù)據(jù)，算法工程師也無法進行無米之炊。例如：某一個視覺算法需要深度相機采集的數(shù)據(jù)，但是當前硬件設計只能提供普通相機采集的數(shù)據(jù)，導致業(yè)務無法實現(xiàn)。4）算力限制有可行的算法，但是選型的硬件芯片算力不夠，無法滿足算法的運行。5）成本限制有可行的算法，但是如果要進行成熟的應用，后期需要投入大量的人力和購買大量數(shù)據(jù)進行訓練調優(yōu)，但是項目時間卻等不起，或者公司不愿意花這么大的人力和時間成本去做這件事。另外一個不可知，就是競品分析的難度：互聯(lián)網產品相關的應用APP幾乎都是開放注冊（B端產品有部分是封閉的），進入即可以進行一個完整的產品體驗和分析。硬件產品則不同，即使下載并注冊了硬件相關的應用，在沒有綁定硬件的情況下，整個應用APP的分析幾乎是沒有太大意義的，所以需要進行一個完整的產品分析，那得首先買不止一臺競品，然后全方位地對硬件和軟件功能進行體驗、拆解和分析。例如前段時間中信證券拆解了一輛全新的特斯拉Model3，輸出了一份長達94頁的研究報告《從拆解Model3看智能電動汽車發(fā)展趨勢》，只能說中信有實力?。ü?，但是所在公司是否會動輒大幾千上萬買一臺競品供工程師和產品設計者進行拆解和分析，這只能看公司的格局和實力啦。四、已知性之前在做互聯(lián)網產品設計時，同樣也會考慮國家法規(guī)，平臺標準之類的規(guī)則，根據(jù)相關文件設計或修改業(yè)務邏輯。例如：互聯(lián)網應用（APP）中必須有用戶注銷功能，否則無法上交應用市場?！禔pp違法違規(guī)收集使用個人信息行為認定方法》?；ヂ?lián)網醫(yī)院平臺接入規(guī)則（要想通過某地方的互聯(lián)網醫(yī)院平臺的年審，則相應“互聯(lián)網醫(yī)院”產品必須按照平臺規(guī)則進行整改）。同樣智能硬件產品中的硬件、軟件以及算法也可以找到一些相關的國家標準和規(guī)范，這對于剛接觸硬件或算法相關需求設計的產品經理，在不知道算法邊界或者硬件的好壞要求時，在國家標準的基礎上進行相關需求的描述，是一個很不錯的選擇（但并不是所有的需求功能都能找到相應的標準和參考）。例如常見的人臉識別需求中涉及的需求描述：《GB/T35678-2017公共安全人臉識別應用圖像技術要求》1采集圖像1.1表情中性或微笑，眼睛自然睜開，嘴唇自然閉合。1.2眼鏡眼鏡框應不遮擋眼睛，鏡片應無色無反光。戴粗框眼鏡注冊時宜采集兩張圖像，一張戴粗框眼鏡，—張不戴眼鏡。1.3遮擋遮擋物應不遮擋眉毛、眼睛、嘴巴、鼻子及臉部輪廓。1.4兩眼間距兩眼間距應大于等于60像素，宜大于等于90像素。1.5姿態(tài)人臉水平轉動角應在±10°以內，俯仰角應在±10以內，傾斜角應在±10°以內。1.6亮度和對比度圖像亮度均勻，對比度適中，臉部無陰影、無過曝光和無欠曝光。圖像灰度化后臉部區(qū)域動態(tài)范圍在85～200之間。1.7臉部區(qū)域人臉完整，輪廓和五官清晰，無濃妝，圖像臉部區(qū)域應無編輯修改性處理，幾何失真應小于等于5%，運動模糊應小于等于0.15，高斯模糊應小于等于0.24?！?識別圖像2.1遮擋遮擋物應不遮擋眉毛、眼睛、嘴巴、鼻子及臉部輪廓等。2.2兩眼間距兩眼間距應大于等于30像素，宜大于等于60像素。2.3姿態(tài)人臉水平轉動角應在±30°以內，俯仰角應在±20°以內，傾斜角應在±30°以內。2.4臉部區(qū)域人臉完整，輪廓和五官清晰，無濃妝，圖像臉部區(qū)域應無編輯修改性處理，幾何失真應小于等于10%，運動模糊應小于等于0.20，高斯模糊應小于等于0.25。每一個算法模型關注的輸入和輸出的參數(shù)以及前置條件都不盡相同，對于一個純互聯(lián)網產品經理，在未接觸到算法前，可能