本文最早的目的只是簡單陳述機器人從定位到量產的一個過程。編輯說，沒有深度。那么我會著重增加語音交互的模塊。且直入主題吧。

[機器人] 我的理解之所以帶有一個“人”字。

因為是同有人的屬性，本質是對人的意識與思維的信息過程進行模擬。 以下同人特征：

1、輸 入：

聽覺(麥克的陣列拾音得到音頻數據，ADC）

• 語音識別：（將語音轉換為文本技術）典型公司：Nuance、科大訊飛、云之聲、思必馳、捷通華聲。
• 語義識別：（解決聽得懂，的問題）典型公司：微軟小冰、度秘、trio.ai 三角獸、 ?出門問問Mobvoi、圖靈機器人、DeepBrain出門智能360、驀然認知等。
• 語料采集：（QA）典型公司：Speechocean海天瑞聲 、中科信利。

視覺（攝像頭、激光雷達、紅外雷達、毫米波雷達；，將三維世界到二維世界的映射。提取圖片特征，典型技術公司；SenseTime | 商湯科技、曠世科技FACE++ 、圖普科技TUPU、依圖科技、觸景無限、格林深瞳、?？?、大華、思嵐等）

Sensor 嗅覺、觸覺等、數據采集，典型公司：freescale nxp、futaba、ON Semiconductor安森美半導體、歐姆龍、Sony、松下、英飛凌…..

2、存 儲：

記憶，情感（太復雜，筆者還沒有想清楚放在哪個位置及如何描述）基于硬件CPU\GPU\NPU\TPU，云計算（CNN\RNN\GNN) 已有認知的知識圖譜(RDF)，（我同事李瑤說，假設我去吃一個宮保雞丁，這個時候我會輸入味覺，視覺，嗅覺，等，我會判斷，這個不錯，以后還要來。但是十年后，我是不會記得這些細節的，但是我會想到宮保雞丁會很好吃。流口水的表情。這是一個人類的特征。）

不過12年的Google X 實驗室Jeff說：“我們在訓練的時候從來不會告訴機器說：‘這是一只貓?！到y其實是自己發明或者領悟了“貓”的概念?！?不就的將來神經網絡系統則是通過機器學習的方式，轉換“宮保雞丁，這個不錯以后還要來，”轉換成為，宮保雞丁很好吃，流口水的表情。當然這只不過是設想，或許還有更好的答案。

3、思 考：

判斷、決策等（這里與第2點是緊密關聯的,主要還是算法與開源的平臺）

一、定 位? （產品的源頭，或者說一個智能硬件的源頭）

理解完筆者所認為“機器人”，那么要做一款什么樣的產品呢？

需求、痛點、頻次，嗯，以目前市場來看，垂直類的場景顯得至關重要。開始一個產品不能做太重，否則無法聚焦核心定位。定位真的不是一個容易的決策，因為這牽扯到創始人對產品的執著與狂熱，也有產品的偏執，有一個美好的愿景，也拋不開市場的了解，人性的通透，因為這不僅僅是做一個好賣的商品，而是一個改變生活的產品。當然也會帶來商業價值，不談商業的產品都是耍流氓……

用 例：（我們一直想著突破2B市場，一直把機器人定位高端市場，假設一個酒店場景，我們會想著怎么送行李，怎么解決業務需求，NO；NO；NO；導航避障，激光雷達、深度視覺，建圖，這些高成本的技術目前卻沒有辦法給“高端”人群驚喜，因為這個產品并沒有提高效率，也不一定有驚喜。因為你們都是準備賣給高端酒店的。最后服務的還是人，那么這些“高端人群”才是真正的用戶。如果一旦不能讓這些“高端用戶爽”高端酒店是不會買單的。

換個思路；我把產品定位在2、3星級酒店，如：7天連鎖、如家，這種快捷酒店，出一款低成本的機器人，為酒店用戶做一些服務，住快捷酒店的群體是否會有驚喜呢？ 這個群體是否有裝逼需求呢？ 他們是否會好奇呢？（好了，可以研究一下這個群體） ）

?二、了解了機器人，有了定位，產品目標，后面主要是落地的一個過程了

1、需求

市場分析，用研，定性與定量，競品分析，二手數據分析，頭腦風暴，做人物與場景建模，根據用戶行為、痛點、需求，定義產品功能，理清業務邏輯，輸出需求文檔。（如何去理解需求這事就不細說了）

需求很重要，前期的傳遞一定要清晰，要讓所有伙伴知道我們在做什么？為什么做？這么多需求，哪些做？哪些不做？為什么？是如何把用戶需求轉化為產品需求的？各個部門以及相關人員要統一傳遞，統一協作。以便更好的理解需求。get 到一個點，才能更好的協作，達到產品目標。

2、需求評審

理想與落地之間的撕逼（溝通之前，把PRD傳遞到相關伙伴，用人話描述清楚）

什么？誰誰誰，沒看？評審時一臉懵逼？ 那就看完再開。當然產品經理前期也應該小范圍做一些溝通的。撕逼的時候請產品經理自行把邏輯理清楚先。不然伙伴們發大招，暴擊9999點傷害，回不了血，自己扛著吧。

評審后，該修訂的修訂，搞定后發給所有相關伙伴。簽字畫押！哈哈哈

3、產品硬件規格

硬件選型：方案選型；主控用誰家？ 全智？聯盛德？山景？瑞星微？MTK？intel？用多大顯示器？幾瓦的喇叭？麥克風？LED ？電池？。。。。。。說白了就是看第一條需求來做選型硬件。當然，選好一個方案會決定您整個產品的生命周期。（一局可以玩更久）

4、硬件選型評審

?理想與落地之間的撕逼 (硬件選型的大小，性能，參數，與結構設計等的，與需求都息息相關。所以ID ，結構，產品，硬件，會再次撕逼一次。這里產品就需要做好協調工作了，ID不管結構，結構推ID的事兒長有?；鞈?，可以直接放一個大招。（開玩笑，沒那么嚴重，不過確實需要良好的溝通與協作）

5、資源用誰家？哪里來？

又是需求來定義資源選型。流行音樂？兒童教育資源？視頻通話方案商，其他開放平臺等。商務談判也是產品控制成本的重要環節。那么行業信息，資源渠道，都至關重要。筆者之前踩了個坑，一切都談好了，配合也很不錯，這公司倒閉了。具體筆者就不多說。找靠譜的。不然全隊都game over.

6、交互設計 GUI + VUI(Voice User Interface)

信息架構、交互流程、交互規范、原型設計、交互文檔DRD、語音交互規則

體驗層面，一定是產品先落地，先解決需求問題，再談體驗。但是前期做好交互設計對未來產品迭代會有不少幫助，能少踩很多坑。 GUI+VUI 多模態的交互，是機器人必要的趨勢。

說白了，與機器人交互，終極目標，同人一樣交互。（超級大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設計（器件選型–原理圖–PCB layout–評審（硬件部門）–發行– 硬件BOM… ）

下面放張（DuerOS開發套件個人版電路原理圖 ）根據結構提供的板寬尺寸來設計PCB，這里的坑是對需求的理解，或是新增需求，比如我需要增加一個USB接口，這可能導致我的整個PCB得重新layout。

7、電子料準備（PCB 準備–其他電子料準備）

備料，協助部門：采購，PMC，項目跟進。這里公司的供應鏈至關重要。

8、貼板及測試 （SMT貼片 — PCBA 測試）

SMT貼片，按照工程輸出的生產文件做SMT。PCBA測試，根據測試給出的測試用例進行PCBA測試。

下圖是科大訊飛麥克風陣列模塊 XFM10621 （可自行官網下載文檔詳細了解）

10、軟件開發? （平臺、驅動調試、應用層、算法層…)

兒童機器人牽扯算法比較少，(因為它并不是一個真正意義上的機器人）但是基于RTOS與Android還是有很大區別，因為Android滿大街都是，所以有啥問題直接百度都能招到大神。嵌入式相對就要少了。所以選好方案后，軟件架構至關重要。（當然在任何時候軟件架構都很重要）

11、品質測試? （相關標準，可靠性等）

12、總結（反思大會，各個部門人員總結，自我批評，看看前面踩了多少坑。）

13、塑膠模具

1. 依據結構圖檔先做開模評審
2. 根據現有工藝要求進行模具鋼料的采購
3. 模具的制作 （大約需要20天到30天左右，具體看產品的尺寸與分件）

14、PCB’A（電子元件的支撐體，是電子元器件線路連接的提供者，說白了就是PCB上貼了元器件。）

15、電子料準備

16、貼板及測試

17、結構（再次評審、修改、確認）

18、軟件（再次評審、修改、確認）

19、TO準備（可以備個幾十或一百以內的套料了）

20、TO裝機（這個TO后，還會T1 ，重復以上進行調試，修整）

21、品質（我們金品質告訴我們，對待品質，沒有特批。往往我們會由于交期或成本以及各種原因，而將就，（特批風險單）這種缺乏工匠精神，顯然這不是一個優秀產品經理該有的。）

22、TO總結（看看自己踩了多少坑，哪些坑是踩了兩次的？ 為什么？ 是否可以做得更好？ ）

……后期的小PP、 封樣、MP….

當然，這篇文章只是筆者個人依據半年來實際從事機器人產品經理工作，從而簡單描述了做機器人的大致項目流程與產品所需做的工作，以及多維度的思考產品（偏需求與協作）

整篇文章，對大數據，云、算法模型，知識圖譜，用戶畫像，沒有做落地。大廠能做的事情，我們不是不做，而是協作。

未來已來，超越個體智能的機器正在瘋狂的成長。你我共勉！

歡迎伙伴們吐槽，筆者當不斷的學習。

本文由 @司馬 原創發布于人人都是產品經理。未經許可，禁止轉載。

題圖來自unsplash，基于CC0協議