淺談機器人產品從定位到落地全過程
本文最早的目的只是簡單陳述機器人從定位到量產的一個過程。編輯說,沒有深度。那么我會著重增加語音交互的模塊。且直入主題吧。
[機器人] 我的理解之所以帶有一個“人”字。 因為是同有人的屬性,本質是對人的意識與思維的信息過程進行模擬。 以下同人特征: 聽覺(麥克的陣列拾音得到音頻數據,ADC) 視覺(攝像頭、激光雷達、紅外雷達、毫米波雷達;,將三維世界到二維世界的映射。提取圖片特征,典型技術公司;SenseTime | 商湯科技、曠世科技FACE++ 、圖普科技TUPU、依圖科技、觸景無限、格林深瞳、???、大華、思嵐等) Sensor 嗅覺、觸覺等、數據采集,典型公司:freescale nxp、futaba、ON Semiconductor安森美半導體、歐姆龍、Sony、松下、英飛凌….. 記憶,情感(太復雜,筆者還沒有想清楚放在哪個位置及如何描述)基于硬件CPU\GPU\NPU\TPU,云計算(CNN\RNN\GNN) 已有認知的知識圖譜(RDF),(我同事李瑤說,假設我去吃一個宮保雞丁,這個時候我會輸入味覺,視覺,嗅覺,等,我會判斷,這個不錯,以后還要來。但是十年后,我是不會記得這些細節的,但是我會想到宮保雞丁會很好吃。流口水的表情。這是一個人類的特征。) 不過12年的Google X 實驗室Jeff說:“我們在訓練的時候從來不會告訴機器說:‘這是一只貓?!到y其實是自己發明或者領悟了“貓”的概念?!?不就的將來神經網絡系統則是通過機器學習的方式,轉換“宮保雞丁,這個不錯以后還要來,”轉換成為,宮保雞丁很好吃,流口水的表情。當然這只不過是設想,或許還有更好的答案。 判斷、決策等(這里與第2點是緊密關聯的,主要還是算法與開源的平臺) 理解完筆者所認為“機器人”,那么要做一款什么樣的產品呢? 需求、痛點、頻次,嗯,以目前市場來看,垂直類的場景顯得至關重要。開始一個產品不能做太重,否則無法聚焦核心定位。定位真的不是一個容易的決策,因為這牽扯到創始人對產品的執著與狂熱,也有產品的偏執,有一個美好的愿景,也拋不開市場的了解,人性的通透,因為這不僅僅是做一個好賣的商品,而是一個改變生活的產品。當然也會帶來商業價值,不談商業的產品都是耍流氓…… 用 例:(我們一直想著突破2B市場,一直把機器人定位高端市場,假設一個酒店場景,我們會想著怎么送行李,怎么解決業務需求,NO;NO;NO;導航避障,激光雷達、深度視覺,建圖,這些高成本的技術目前卻沒有辦法給“高端”人群驚喜,因為這個產品并沒有提高效率,也不一定有驚喜。因為你們都是準備賣給高端酒店的。最后服務的還是人,那么這些“高端人群”才是真正的用戶。如果一旦不能讓這些“高端用戶爽”高端酒店是不會買單的。 換個思路;我把產品定位在2、3星級酒店,如:7天連鎖、如家,這種快捷酒店,出一款低成本的機器人,為酒店用戶做一些服務,住快捷酒店的群體是否會有驚喜呢? 這個群體是否有裝逼需求呢? 他們是否會好奇呢?(好了,可以研究一下這個群體) ) 市場分析,用研,定性與定量,競品分析,二手數據分析,頭腦風暴,做人物與場景建模,根據用戶行為、痛點、需求,定義產品功能,理清業務邏輯,輸出需求文檔。(如何去理解需求這事就不細說了) 需求很重要,前期的傳遞一定要清晰,要讓所有伙伴知道我們在做什么?為什么做?這么多需求,哪些做?哪些不做?為什么?是如何把用戶需求轉化為產品需求的?各個部門以及相關人員要統一傳遞,統一協作。以便更好的理解需求。get 到一個點,才能更好的協作,達到產品目標。 理想與落地之間的撕逼(溝通之前,把PRD傳遞到相關伙伴,用人話描述清楚) 什么?誰誰誰,沒看?評審時一臉懵逼? 那就看完再開。當然產品經理前期也應該小范圍做一些溝通的。撕逼的時候請產品經理自行把邏輯理清楚先。不然伙伴們發大招,暴擊9999點傷害,回不了血,自己扛著吧。 評審后,該修訂的修訂,搞定后發給所有相關伙伴。簽字畫押!哈哈哈 硬件選型:方案選型;主控用誰家? 全智?聯盛德?山景?瑞星微?MTK?intel?用多大顯示器?幾瓦的喇叭?麥克風?LED ?電池?。。。。。。說白了就是看第一條需求來做選型硬件。當然,選好一個方案會決定您整個產品的生命周期。(一局可以玩更久) ?理想與落地之間的撕逼 (硬件選型的大小,性能,參數,與結構設計等的,與需求都息息相關。所以ID ,結構,產品,硬件,會再次撕逼一次。這里產品就需要做好協調工作了,ID不管結構,結構推ID的事兒長有。混戰,可以直接放一個大招。(開玩笑,沒那么嚴重,不過確實需要良好的溝通與協作) 又是需求來定義資源選型。流行音樂?兒童教育資源?視頻通話方案商,其他開放平臺等。商務談判也是產品控制成本的重要環節。那么行業信息,資源渠道,都至關重要。筆者之前踩了個坑,一切都談好了,配合也很不錯,這公司倒閉了。具體筆者就不多說。找靠譜的。不然全隊都game over. 信息架構、交互流程、交互規范、原型設計、交互文檔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:好的,為您規劃步行導航。 以上是一些已經落地的產品,但是筆者認為,人還是對另外一個“人”正常說話表達,機器人要通過算法來理解人表達的信息,而不是引導人應該如何說話。 比如動作,人還是用它習慣的動作來表達,而機器人要能識別和認知人表達的意圖。而不是機器人來引導人如何反饋。 引導式的體驗相對要差很多。目前只能在界面,輸出的語音,以及少量的分析數據來判斷。在未來,機器人表達的方式是人類能接受和閱讀的。表達可以是非人的,一條狗不會說人話,但是人類也能讀懂它是否友好,是否能聽我的。它有它完整的表達邏輯。相信機器人也能成為人類的一份子。不僅僅是工具,而是生活中的一員。 說白了,與機器人交互,終極目標,同人一樣交互。(超級大boss一般最后一關) 視覺稿/一致性規范、切圖標注/界面標注 這一塊是比較成熟的了。但是,但是,請根據需求與產品目標來。不然看我青龍偃月刀, 暴擊10000+傷害…… 開發(這其中還有N次調整需求與撕逼過程,省略1萬字) 說個大坑,大部分機器人是基于RTOS 、Linux、Android開發的OS ,前期的軟件架構至關重要。后期迭代,或是OS 運用在其它智能設備。都是至關重要的。所以一個優秀的架構師,會讓程序猿寶寶們工作更有效率,成果更自豪。????寶寶說,框架搭好,各個模塊之間交叉就算有點問題也能快速解決。 解BUG, 省略一萬字… 還有一大波的事情處理… 這是一個顏值的問題,它牽扯到生產技術難度,工藝會限制模具設計,外觀造型與結構設計達成共識,成本考量、包括是否能夠向用戶傳遞產品端想傳遞的信息,它不是一個玩具,是一個機器人? ID也包含,配色及確認–包裝設計–包裝打樣及確認。 在這個重顏值是時代,一見鐘情還是很重要的。 流程(2D,3D–做外觀手板–確認外觀。)結構設計的時候需求改來改去,也有很多坑,當然與工時,組裝方式都有很大的關系, 所以前期結構與ID 和項目,產品溝通,至關重要。 另外,做兼容的產品就是一個大坑。 渲染一個有質感的圖形給大伙看看。百度搜了一張,大家理解干啥就行。 (外協,找一個優秀靠譜的手板廠不容易,我們項目經理跑得是上氣不接下氣。)下圖是一張手板圖。(驗證一些基本功能以及ID,結構等) 下面放張(DuerOS開發套件個人版BOM) 下面放張(DuerOS開發套件個人版電路原理圖 )根據結構提供的板寬尺寸來設計PCB,這里的坑是對需求的理解,或是新增需求,比如我需要增加一個USB接口,這可能導致我的整個PCB得重新layout。 備料,協助部門:采購,PMC,項目跟進。這里公司的供應鏈至關重要。 SMT貼片,按照工程輸出的生產文件做SMT。PCBA測試,根據測試給出的測試用例進行PCBA測試。 下圖是科大訊飛麥克風陣列模塊 XFM10621 (可自行官網下載文檔詳細了解) 兒童機器人牽扯算法比較少,(因為它并不是一個真正意義上的機器人)但是基于RTOS與Android還是有很大區別,因為Android滿大街都是,所以有啥問題直接百度都能招到大神。嵌入式相對就要少了。所以選好方案后,軟件架構至關重要。(當然在任何時候軟件架構都很重要) ……后期的小PP、 封樣、MP…. 當然,這篇文章只是筆者個人依據半年來實際從事機器人產品經理工作,從而簡單描述了做機器人的大致項目流程與產品所需做的工作,以及多維度的思考產品(偏需求與協作) 整篇文章,對大數據,云、算法模型,知識圖譜,用戶畫像,沒有做落地。大廠能做的事情,我們不是不做,而是協作。 未來已來,超越個體智能的機器正在瘋狂的成長。你我共勉! 歡迎伙伴們吐槽,筆者當不斷的學習。 本文由 @司馬 原創發布于人人都是產品經理。未經許可,禁止轉載。 題圖來自unsplash,基于CC0協議1、輸 入:
2、存 儲:
3、思 考:
一、定 位? (產品的源頭,或者說一個智能硬件的源頭)
?二、了解了機器人,有了定位,產品目標,后面主要是落地的一個過程了
1、需求
2、需求評審
3、產品硬件規格
4、硬件選型評審
5、資源用誰家?哪里來?
6、交互設計 GUI + VUI(Voice User Interface)
7、視覺UI
8、軟件系統設計與架構(落地)
9、測試
10、上線
三、以下產品交叉(其中道道與環節筆者描述不全,還請諒解)
1、ID設計
2、結構設計
3、3D設計(ID進行3D繪圖–結構進行建模–拆件–結構評審–3D修改–確認….)
4、手板打樣?
5、結構物料(根據圖檔出規格書與結構BOM)
6、PCBA設計(器件選型–原理圖–PCB layout–評審(硬件部門)–發行– 硬件BOM… )
7、電子料準備(PCB 準備–其他電子料準備)
8、貼板及測試 (SMT貼片 — PCBA 測試)
10、軟件開發? (平臺、驅動調試、應用層、算法層…)
11、品質測試? (相關標準,可靠性等)
12、總結(反思大會,各個部門人員總結,自我批評,看看前面踩了多少坑。)
13、塑膠模具
14、PCB’A(電子元件的支撐體,是電子元器件線路連接的提供者,說白了就是PCB上貼了元器件。)
15、電子料準備
16、貼板及測試
17、結構(再次評審、修改、確認)
18、軟件(再次評審、修改、確認)
19、TO準備(可以備個幾十或一百以內的套料了)
20、TO裝機(這個TO后,還會T1 ,重復以上進行調試,修整)
21、品質(我們金品質告訴我們,對待品質,沒有特批。往往我們會由于交期或成本以及各種原因,而將就,(特批風險單)這種缺乏工匠精神,顯然這不是一個優秀產品經理該有的。)
22、TO總結(看看自己踩了多少坑,哪些坑是踩了兩次的? 為什么? 是否可以做得更好? )
寫的真好
文字沒有提“行走” 動作這一塊,老實說,除了輪子類的我比較熟悉, 直立行走、動平衡這些目前落地比較困難,所以沒有寫這一塊。成本也是制約因素,能商用的,也就是底盤+激光雷達+超聲波等傳感器,但是不管是行走速度,還是安全性可靠性,目前無法g
看來筆者,也是在行業里混跡多年了贊贊
你好,我是負責軟件開發的,在網上看到你這篇文章,發現你里面提到的內容很有想法。想問下你這邊可以有個聯系方式做交流嗎?
最近對這塊很有興趣,可以加個聯系方式交流下嗎 ??
微信: nicksima