巧克力

原標題：淺談機器人產品從定位到落地全過程本文最早的目的只是簡單陳述機器人從定位到量產的一個過程。編輯說 沒有深度。那么我會著重增加語音交互的模塊。且直入主題吧。[機器人]我的理解之所以帶有一個“人”字。因為是同有人的屬性 本質是對人的意識與思維的信息過程進行模擬。以下同人特征：1、輸入：聽覺(麥克的陣列拾音得到音頻數據 ADC）語音識別：（將語音轉換為文本技術）典型公司：Nuance、科大訊飛、云之聲、思必馳、捷通華聲。語義識別：（解決聽得懂 的問題）典型公司：微軟小冰、度秘、trio.ai三角獸、出門問問Mobvoi、圖靈機器人、DeepBrain出門智能360、驀然認知等。語料采集：（QA）典型公司：Speechocean海天瑞聲、中科信利。視覺（攝像頭、激光雷達、紅外雷達、毫米波雷達； 將三維世界到二維世界的映射。提取圖片特征 典型技術公司；SenseTime|商湯科技、曠世科技FACE++、圖普科技TUPU、依圖科技、觸景無限、格林深瞳、海康、大華、思嵐等）Sensor嗅覺、觸覺等、數據采集 典型公司：freescalenxp、futaba、ONSemiconductor安森美半導體、歐姆龍、Sony、松下、英飛凌…..2、存儲：記憶 情感（太復雜 筆者還沒有想清楚放在哪個位置及如何描述）基于硬件CPUGPUNPUTPU 云計算（CNNRNNGNN)已有認知的知識圖譜(RDF) （我同事李瑤說 假設我去吃一個宮保雞丁 這個時候我會輸入味覺 視覺 嗅覺 等 我會判斷 這個不錯 以后還要來。但是十年后 我是不會記得這些細節的 但是我會想到宮保雞丁會很好吃。流口水的表情。這是一個人類的特征。）不過12年的GoogleX實驗室Jeff說：“我們在訓練的時候從來不會告訴機器說：‘這是一只貓。’系統其實是自己發明或者領悟了“貓”的概念。”不就的將來神經網絡系統則是通過機器學習的方式 轉換“宮保雞丁 這個不錯以后還要來 ”轉換成為 宮保雞丁很好吃 流口水的表情。當然這只不過是設想 或許還有更好的答案。3、思考：判斷、決策等（這里與第2點是緊密關聯的,主要還是算法與開源的平臺）一、定位（產品的源頭 或者說一個智能硬件的源頭）理解完筆者所認為“機器人” 那么要做一款什麼樣的產品呢？需求、痛點、頻次 嗯 以目前市場來看。

垂直類的場景顯得至關重要。開始一個產品不能做太重 否則無法聚焦核心定位。定位真的不是一個容易的決策 因為這牽扯到創始人對產品的執著與狂熱 也有產品的偏執www.weii.com.tw/index.php?view=products 有一個美好的愿景 也拋不開市場的了解 人性的通透 因為這不僅僅是做一個好賣的商品 而是一個改變生活的產品。當然也會帶來商業價值 不談商業的產品都是耍流氓……用例：（我們一直想著突破2B市場 一直把機器人定位高端市場 假設一個酒店場景 我們會想著怎么送行李 怎么解決業務需求 NO；NO；NO；導航避障 激光雷達、深度視覺 建圖 這些高成本的技術目前卻沒有辦法給“高端”人群驚喜 因為這個產品并沒有提高效率 也不一定有驚喜。因為你們都是準備賣給高端酒店的。最后服務的還是人 那么這些“高端人群”才是真正的用戶。如果一旦不能讓這些“高端用戶爽”高端酒店是不會買單的。換個思路；我把產品定位在2、3星級酒店 如：7天連鎖、如家 這種快捷酒店 出一款低成本的機器人 為酒店用戶做一些服務 住快捷酒店的群體是否會有驚喜呢？這個群體是否有裝逼需求呢？他們是否會好奇呢？（好了 可以研究一下這個群體））二、了解了機器人 有了定位 產品目標 后面主要是落地的一個過程了1、需求市場分析 用研 定性與定量 競品分析 二手數據分析 頭腦風暴 做人物與場景建模 根據用戶行為、痛點、需求 定義產品功能 理清業務邏輯 輸出需求文檔。（如何去理解需求這事就不細說了）需求很重要 前期的傳遞一定要清晰 要讓所有伙伴知道我們在做什麼？為什麼做？這么多需求 哪些做？哪些不做？為什麼？是如何把用戶需求轉化為產品需求的？各個部門以及相關人員要統一傳遞 統一協作。以便更好的理解需求。get到一個點 才能更好的協作 達到產品目標。2、需求評審理想與落地之間的撕逼（溝通之前 把PRD傳遞到相關伙伴 用人話描述清楚）什麼？誰誰誰 沒看？評審時一臉懵逼？那就看完再開。當然產品經理前期也應該小范圍做一些溝通的。撕逼的時候請產品經理自行把邏輯理清楚先。不然伙伴們發大招 暴擊9999點傷害 回不了血 自己扛著吧。評審后 該修訂的修訂 搞定后發給所有相關伙伴。簽字畫押！哈哈哈3、產品硬件規格硬件選型：方案選型；主控用誰家？全智？聯盛德？山景？瑞星微？MTK？intel？用多大顯示器？幾瓦的喇叭？麥克風？LED？電池？。。。。。。說白了就是看第一條需求來做選型硬件。當然 選好一個方案會決定您整個產品的生命周期。（一局可以玩更久）4、硬件選型評審理想與落地之間的撕逼(硬件選型的大小 性能 參數 與結構設計等的。

與需求都息息相關。所以ID 結構 產品 硬件 會再次撕逼一次。這里產品就需要做好協調工作了 ID不管結構 結構推ID的事兒長有。混戰www.weii.com.tw/index.php?view=products 可以直接放一個大招。（開玩笑 沒那么嚴重 不過確實需要良好的溝通與協作）5、資源用誰家？哪里來？又是需求來定義資源選型。流行音樂？兒童教育資源？視頻通話方案商 其他開放平臺等。商務談判也是產品控制成本的重要環節。那么行業信息 資源渠道 都至關重要。筆者之前踩了個坑 一切都談好了 配合也很不錯 這公司倒閉了。具體筆者就不多說。找靠譜的。不然全隊都gameover.6、交互設計GUI+VUI(VoiceUserInterface)信息架構、交互流程、交互規范、原型設計、交互文檔DRD、語音交互規則體驗層面 一定是產品先落地 先解決需求問題 再談體驗。但是前期做好交互設計對未來產品迭代會有不少幫助 能少踩很多坑。GUI+VUI多模態的交互 是機器人必要的趨勢。機器人交互設計與傳統的交互設計有什麼不同？GUI被動 VUI主動 如此分開就比較易懂了。被動的交互是一種引導 傳遞信息。而主動的交互不僅僅包含被動所能表現的 且能夠主動感知或認知人來獲取信息 而人還是原來的行為模式。VUI的實現基于NLP的技術 市場需求 業務需求 產品形態的需求.且人對語音的記憶時間非常短。用例：比如我們落地的機器人 簡單的一個人臉識別 就能做到主動語音交互。1、主動交互 當我在機器人端錄入了我的人臉。可以通過限定的場景 機器人識別到我的人臉的時候。進行主動的語音交互。如：問個早上好或者主動播報今天的天氣情況。（這里就體現了一個非常簡單的主動交互 涵蓋了語音 表情 燈光的交互）2、上下文也是一種交互的處理方式 用一個小冰最簡單的會話表示；3、引導式對話；(您可以在siri充電情況下體驗）嗨siri可以喚醒。Q：我餓了A：你想吃什麼？Q：我想吃面A：附近離你最近的面點王評價還不錯。這是你要找的嗎？Q：不是A:第二個是品湘樓 離你500米 營業時間xxxx這個行么？Q:可以A：好的 現在幫您查詢去品湘樓的路線。A：您是步行還是開車呢？Q:步行A：好的 為您規劃步行導航。以上是一些已經落地的產品 但是筆者認為 人還是對另外一個“人”正常說話表達 機器人要通過算法來理解人表達的信息 而不是引導人應該如何說話。比如動作 人還是用它習慣的動作來表達 而機器人要能識別和認知人表達的意圖。而不是機器人來引導人如何反饋。引導式的體驗相對要差很多。目前只能在界面 輸出的語音www.weii.com.tw/index.php?view=products 以及少量的分析數據來判斷。在未來 機器人表達的方式是人類能接受和閱讀的。表達可以是非人的 一條狗不會說人話 但是人類也能讀懂它是否友好 是否能聽我的。它有它完整的表達邏輯。相信機器人也能成為人類的一份子。不僅僅是工具 而是生活中的一員。說白了 與機器人交互 終極目標 同人一樣交互。（超級大boss一般最后一關）7、視覺UI視覺稿/一致性規范、切圖標注/界面標注這一塊是比較成熟的了。但是 但是 請根據需求與產品目標來。不然看我青龍偃月刀,暴擊10000+傷害……8、軟件系統設計與架構（落地）開發（這其中還有N次調整需求與撕逼過程 省略1萬字）說個大坑 大部分機器人是基于RTOS、Linux、Android開發的OS 前期的軟件架構至關重要。后期迭代 或是OS運用在其它智能設備。都是至關重要的。所以一個優秀的架構師 會讓程序猿寶寶們工作更有效率 成果更自豪。??寶寶說 框架搭好 各個模塊之間交叉就算有點問題也能快速解決。9、測試解BUG 省略一萬字…10、上線還有一大波的事情處理…三、以下產品交叉（其中道道與環節筆者描述不全 還請諒解）1、ID設計這是一個顏值的問題 它牽扯到生產技術難度 工藝會限制模具設計 外觀造型與結構設計達成共識 成本考量、包括是否能夠向用戶傳遞產品端想傳遞的信息 它不是一個玩具 是一個機器人?ID也包含 配色及確認–包裝設計–包裝打樣及確認。在這個重顏值是時代 一見鐘情還是很重要的。2、結構設計流程（2D 3D–做外觀手板–確認外觀。）結構設計的時候需求改來改去,也有很多坑 當然與工時 組裝方式都有很大的關系 所以前期結構與ID和項目 產品溝通 至關重要。另外 做兼容的產品就是一個大坑。3、3D設計（ID進行3D繪圖–結構進行建模–拆件–結構評審–3D修改–確認….)渲染一個有質感的圖形給大伙看看。百度搜了一張 大家理解干啥就行。4、手板打樣目的：驗證結構 保證無功能性失誤坑：拆件方式 不同的拆件方式導致裝配工藝不同。避：溝通與經驗（結構主導）(外協 找一個優秀靠譜的手板廠不容易。

我們項目經理跑得是上氣不接下氣。）下圖是一張手板圖。（驗證一些基本功能以及ID 結構等）5、結構物料（根據圖檔出規格書與結構BOM）下面放張（DuerOS開發套件個人版BOM）6、PCBA設計（器件選型–原理圖–PCBlayout–評審（硬件部門）–發行–硬件BOM…）下面放張（DuerOS開發套件個人版電路原理圖）根據結構提供的板寬尺寸來設計PCB 這里的坑是對需求的理解 或是新增需求 比如我需要增加一個USB接口 這可能導致我的整個PCB得重新layout。7、電子料準備（PCB準備–其他電子料準備）備料 協助部門：采購 PMC 項目跟進。這里公司的供應鏈至關重要。8、貼板及測試（SMT貼片—PCBA測試）SMT貼片 按照工程輸出的生產文件做SMT。PCBA測試 根據測試給出的測試用例進行PCBA測試。下圖是科大訊飛麥克風陣列模塊XFM10621（可自行官網下載文檔詳細了解）10、軟件開發（平臺、驅動調試、應用層、算法層…)兒童機器人牽扯算法比較少 (因為它并不是一個真正意義上的機器人）但是基于RTOS與Android還是有很大區別 因為Android滿大街都是 所以有啥問題直接百度都能招到大神。嵌入式相對就要少了。所以選好方案后 軟件架構至關重要。（當然在任何時候軟件架構都很重要）11、品質測試（相關標準 可靠性等）12、總結（反思大會 各個部門人員總結 自我批評 看看前面踩了多少坑。）13、塑膠模具依據結構圖檔先做開模評審根據現有工藝要求進行模具鋼料的采購模具的制作（大約需要20天到30天左右 具體看產品的尺寸與分件）14、PCB’A（電子元件的支撐體 是電子元器件線路連接的提供者 說白了就是PCB上貼了元器件。）15、電子料準備16、貼板及測試17、結構（再次評審、修改、確認）18、軟件（再次評審、修改、確認）19、TO準備（可以備個幾十或一百以內的套料了）20、TO裝機（這個TO后 還會T1 重復以上進行調試 修整）21、品質（我們金品質告訴我們 對待品質 沒有特批。往往我們會由于交期或成本以及各種原因 而將就 （特批風險單）這種缺乏工匠精神 顯然這不是一個優秀產品經理該有的。）22、TO總結（看看自己踩了多少坑 哪些坑是踩了兩次的？為什麼？是否可以做得更好？）……后期的小PP、封樣、MP….當然 這篇文章只是筆者個人依據半年來實際從事機器人產品經理工作 從而簡單描述了做機器人的大致項目流程與產品所需做的工作 以及多維度的思考產品（偏需求與協作）整篇文章 對大數據 云、算法模型 知識圖譜 用戶畫像 沒有做落地。大廠能做的事情 我們不是不做 而是協作。未來已來 超越個體智能的機器正在瘋狂的成長。你我共勉！歡迎伙伴們吐槽 筆者當不斷的學習。本文由@司馬原創發布于人人都是產品經理。未經許可 禁止轉載。題圖來自unsplash 基于CC0協議返回搜狐 查看更多責任編輯：聲明：本文由入駐搜狐號的作者撰寫 除搜狐官方賬號外 觀點僅代表作者本人 不代表搜狐立場。閱讀()