當(dāng)今的企業(yè)在大環(huán)境經(jīng)濟狀況是屬于降本增效，創(chuàng)新硬件產(chǎn)品的開發(fā)采用MVP方法是很有必要的。下面是筆者整理分享的關(guān)于硬件產(chǎn)品的MVP開發(fā)方法的相關(guān)內(nèi)容，大家一起來看看把！推薦對MVP開發(fā)感興趣的同學(xué)進(jìn)來了解哦！

關(guān)于MVP(最小可行化產(chǎn)品?mininum?viable?product)的開發(fā)方法及案例，互聯(lián)網(wǎng)及服務(wù)相關(guān)領(lǐng)域有很多，但硬件產(chǎn)品鳳毛麟角。

當(dāng)前經(jīng)濟形勢下，降本增效是企業(yè)發(fā)展的主旋律，創(chuàng)新硬件產(chǎn)品的開發(fā)采用MVP方法顯得愈發(fā)重要?–?快速向市場推出極簡原型，以最小成本驗證商業(yè)模式及用戶價值的假設(shè)，靈活調(diào)整方向，項目要么快速地失敗、廉價地失敗，要么堅持做難而正確的事、迭代優(yōu)化產(chǎn)品。

有位朋友X曾嘗試用MVP方法做一個廚電方面的前沿創(chuàng)新項目（具體項目信息不便透露），項目持續(xù)近1年半，耗資千萬，后來卻以預(yù)期盈利周期過長為由而終止開發(fā)。硬件產(chǎn)品如何更好的應(yīng)用MVP方法？下面根據(jù)X的經(jīng)歷，談下我的思考，拋磚引玉。

一、高風(fēng)險的硬件原型開發(fā)

相比軟件及服務(wù)類的產(chǎn)品，硬件產(chǎn)品開發(fā)最小功能的產(chǎn)品原型存在更多的技術(shù)、供應(yīng)鏈等風(fēng)險，原型給到用戶體驗之時，可能已嚴(yán)重延期、超預(yù)算。

X接手項目前，公司高層已經(jīng)基本確定產(chǎn)品的商業(yè)模式（目標(biāo)客群、獨特賣點、門檻優(yōu)勢、收入來源等）和技術(shù)路線；所以X接手項目后，主要工作是產(chǎn)品定義、以及用戶體驗的優(yōu)化，對應(yīng)的MVP方法的重點是用于驗證之前對用戶價值的假設(shè)（包括目標(biāo)用戶定位、使用場景及痛點、以及產(chǎn)品設(shè)計與用需求的匹配度等），而非商業(yè)模式。

X借鑒IT產(chǎn)品的MVP方法，計劃以180天快速開發(fā)具備基本功能的原型機，招募公司內(nèi)部的種子用戶去體驗，并以一月一次的速度進(jìn)行多輪樣機迭代，目標(biāo)是在EVT階段明確用戶需求及設(shè)計規(guī)格的細(xì)節(jié)，并提升產(chǎn)品的用戶體驗、使之有較好的NPS數(shù)據(jù)。

但實際上，開發(fā)該硬件產(chǎn)品的原型機，使之能work、能讓用戶體驗，也是高難度、高風(fēng)險的；X拿到樣機給到種子用戶去體驗時，項目已經(jīng)比原計劃延期了近180天。

通過第一輪的種子用戶入戶測試，用戶對產(chǎn)品體驗及購買意愿的反饋與X之前的預(yù)期基本相符，獲得了經(jīng)驗證的用戶價值的認(rèn)知。

此時，公司經(jīng)營狀況以及競爭環(huán)境已發(fā)生變化，產(chǎn)品能否快速盈利成為該項目的致命問題。而定價、收入來源等商業(yè)模式的細(xì)節(jié)在項目伊始未去驗證，若在用戶入戶測試階段去做驗證則是項目啟動一年之后，為時已晚。

二、降低硬件原型開發(fā)的風(fēng)險

1. 以MVP方式實施IPD流程

X的項目以這種方式告終有點不可思議，重要原因之一是公司之前一直從事互聯(lián)網(wǎng)服務(wù)，業(yè)務(wù)方向的確立依賴于生長、而非規(guī)劃，缺少IPD經(jīng)驗。IPD要求正確地做事情，一步一個腳印、環(huán)環(huán)相扣，以保障項目的成功率，對創(chuàng)新產(chǎn)品開發(fā)可能有點緩慢。

B 端产品经理如何快速成长？

产品与业务架构主要是将整个业务工作流进行分层，梳理，然后抽象出一个个需求，将业务需求与产品合情合理的映射起来，最终使业务数据在产品中流动，执行，记录，使用。

查看详情 >

但值得借鑒的是，IPD要求做正確的事情：正式啟動開發(fā)前，須輸入產(chǎn)品開發(fā)任務(wù)書，它包括產(chǎn)品定位（市場規(guī)模、目標(biāo)用戶、產(chǎn)品賣點、競爭優(yōu)勢等）、財務(wù)測算（產(chǎn)品成本、價格、銷量預(yù)測等）、風(fēng)險識別（技術(shù)可行性、市場風(fēng)險等），否則需做再做充分的調(diào)研、預(yù)研。

用MVP方式開發(fā)原型給用戶測試的過程，本質(zhì)上處于IPD的預(yù)研階段，在該階段去確認(rèn)技術(shù)可行性、商業(yè)可行性、以及用戶需求；作為經(jīng)營者，在MVP的同時，需要時常提醒自己哪些IPD重要事項需要補齊。

2. 克服聲譽受損的恐懼

擔(dān)心公司內(nèi)部用戶使用產(chǎn)品時，負(fù)評多，影響項目的聲譽。這直接關(guān)系到公司高層對該項目的信心、支持力度，所以“給到種子用戶的產(chǎn)品應(yīng)該是什么標(biāo)準(zhǔn)”爭議不斷，在推進(jìn)種子用戶測試時患得患失。從X所經(jīng)歷的種子用戶測試結(jié)果來看，精心篩選種子用戶才是項目聲譽的關(guān)鍵。

真正的種子用戶樂于嘗新、容忍產(chǎn)品的不完美，而且即使出現(xiàn)過幾次設(shè)備不能運行，他們也會把產(chǎn)品優(yōu)點安利給他人。

3. 對齊開發(fā)目標(biāo)，尊重deadline

團隊里的大部分人都沒有MVP經(jīng)驗，開發(fā)的目標(biāo)不時發(fā)生錯亂：剛開始計劃把用戶感受最明顯的基礎(chǔ)功能先開發(fā)、先測試；但實際執(zhí)行過程中，產(chǎn)品外觀調(diào)整、部分模塊技術(shù)路線變更并沒有改變基礎(chǔ)功能、卻耗費了數(shù)月時間，而一些用戶必然高頻使用、且影響整體體驗的功能，因不屬于技術(shù)重點、難點，而被推遲開發(fā)。這些也加劇了原型開發(fā)的延期。

MVP最大的優(yōu)勢是快，正因如此，它的最大風(fēng)險是MVP驗證的延期。需要給dealine足夠的尊重，甚至在識別到delay風(fēng)險時，根據(jù)deadline來調(diào)整開發(fā)的功能范圍。

三、硬件MVP方法的改進(jìn)

硬件MVP開發(fā)貫穿整個開發(fā)周期，而預(yù)研階段用于確定產(chǎn)品方向，最為關(guān)鍵；MVP工具箱里的3個工具供參考。

1. 黑盒測試：驗證商業(yè)模式的假設(shè)

從0到1開發(fā)硬件原型耗時過長，在驗證商業(yè)模式的時候，不必太關(guān)注產(chǎn)品實現(xiàn)層面，可以把產(chǎn)品當(dāng)成一個黑盒，只需關(guān)注輸入到黑盒的訴求是什么，從黑盒輸出的效用是什么。有哪些黑盒子呢？

1）尋找市場已有的、功能接近的替代品

做C端創(chuàng)新產(chǎn)品的時候，看看B端市場有沒有類似的機器；現(xiàn)在市場上沒有類似的產(chǎn)品，那么，能不能過去沒有類似的產(chǎn)品?……?總之，找到這些類似的產(chǎn)品，結(jié)合自身的新功能/新服務(wù)給到市場去驗證，這種方法能夠快速、且直接地獲取到驗證結(jié)果。

比如，假設(shè)公司想做一款具備自動投料的炒菜機，可以在閑魚購買已經(jīng)下市的FANLAI品牌的類似產(chǎn)品，或者購買已經(jīng)售賣多年的商用炒菜機；這些產(chǎn)品雖然使用場景不同，但核心功能與公司設(shè)想的類似，可以非?？焖俚孬@得這些產(chǎn)品，然后結(jié)合公司的凈菜配送等特色服務(wù)，給到公司內(nèi)部人員試用，即使給到外部人員試用也不用擔(dān)心自身產(chǎn)品泄密。

2）若找不到功能接近的產(chǎn)品，則可以人工取代產(chǎn)品

通過產(chǎn)品提質(zhì)增效，但沒有產(chǎn)品前，可通過人工操作來模擬產(chǎn)品運作。比如，想去驗證網(wǎng)咖商戶對炒菜機的需求，可以讓前臺提供菜單查看、點單、送餐等真實服務(wù)，而后廚完全當(dāng)成黑盒，可用商戶現(xiàn)有電磁爐炒菜、甚至點外賣，滿足前臺需求即可；整個流程跑一遍，也就可以推導(dǎo)是否有炒菜機的真實需求。

2. 模擬道具：驗證技術(shù)方案的可行性

產(chǎn)品各個功能模塊需采用全新技術(shù)方案時，研發(fā)人員一般沒有能力全面評估新技術(shù)給用戶帶來的效用；若按傳統(tǒng)開發(fā)方式，先設(shè)計、后打樣、再將模塊給到產(chǎn)品經(jīng)理或者用戶測試，耗時數(shù)周；然后，用戶測試反饋結(jié)果大概率NG，繼續(xù)耗時數(shù)周，進(jìn)行新一輪的方案設(shè)計和驗證。

從我個人的項目經(jīng)歷看，功能模塊在方案設(shè)計之初若采用MVP方法，可以低成本且快速地明確經(jīng)驗證的產(chǎn)品設(shè)計規(guī)格，減少80%以上的設(shè)計時間、以及90%以上的打樣成本。該MVP方法的關(guān)鍵是心中要有“道具”：設(shè)計方案在腦子里有雛形后，不去做設(shè)計和打樣，而是在身邊找到現(xiàn)成的道具，去模擬該方案的工作機制。比如：

1）自動夾膜機構(gòu)

構(gòu)思的是一種復(fù)雜且精度要求較高的迷你機構(gòu)，一個夾子用手指掰開后，將膜放入，然后夾子自動將膜夾牢。

這種機構(gòu)能否給帶來更好的用戶體驗（操作全過程的便捷性/舒適性、夾膜效果等）？如何確定具體的設(shè)計規(guī)格（夾子的長度、開口方向、自動夾的彈力、手指接觸部位的弧角等）？找根早上喝牛奶丟下的吸管，對折、并貼上雙面膠，做成可開合且有“吸力”的簡易夾，作為一個自動夾膜機構(gòu)的模擬道具。

然后找5個不同類型的用戶來體驗，產(chǎn)品經(jīng)理觀察可用性，然后提出方案優(yōu)化的方向、并輸出詳細(xì)的設(shè)計規(guī)格。這樣至少省去一輪設(shè)計-打樣-驗證周期、及打樣成本。

2）自動伸縮機構(gòu)

構(gòu)思的是一種自動伸縮板，投料時縮，未投料時伸、用來接住殘留料汁的滴落；該機構(gòu)聯(lián)動其他功能模塊，牽一發(fā)而動全身。在實驗室找了一塊亞克力板，然后用人手模擬電動機構(gòu)；隔板+手成了自動伸縮機構(gòu)的模擬道具。通過手拉隔板、手推隔板的模擬試驗，發(fā)現(xiàn)料汁滴落的地方并不是原先設(shè)想的地方，避免了一次有可能耗時數(shù)月的方案設(shè)計。

3. 原型測試：驗證用戶價值的假設(shè)

前面部分分享了關(guān)于降低硬件原型開發(fā)風(fēng)險的個人看法，這里補充一些關(guān)于種子用戶測試的。種子用戶測試包含了商業(yè)可行性和用戶體驗的驗證；尤其是用戶體驗方面，之前對用戶價值的邏輯推斷，是否與用戶實測反饋相吻合。

（關(guān)于用戶價值的邏輯推斷，可參考可計算的用戶體驗人人都是產(chǎn)品經(jīng)理）。

種子用戶測試的流程一般會包含：招募用戶、篩選用戶、原型實測、用戶訪談。

用戶篩選的作用不僅限于篩選，作用有三：

1）找到種子用戶

種子用戶應(yīng)符合這樣的標(biāo)準(zhǔn)：目標(biāo)用戶+樂于嘗新+樂于分享+善于發(fā)現(xiàn)并解決問題。篩選出真正的種子用戶是原型測試的關(guān)鍵，所以標(biāo)準(zhǔn)較高，按此標(biāo)準(zhǔn)進(jìn)行第一輪問卷可能篩選出20%，然后對篩選出的用戶再進(jìn)行第二輪的訪談、可能篩出20%作為最終的種子用戶。

當(dāng)樣本局限在公司內(nèi)部，可能很難篩選出原先所假設(shè)的核心用戶群。這時需要想盡辦法找外部資源，這個過程可能比較煎熬，但不能坐以待斃，不然種子用戶測試結(jié)果可能與事實大相徑庭。

2）驗證及校準(zhǔn)原先假設(shè)的目標(biāo)用戶

篩選種子用戶時，會接觸到很多目標(biāo)用戶，讓他們在現(xiàn)場體驗產(chǎn)品原型，并從中獲得反饋。這個過程其實是不斷在驗證及校準(zhǔn)原先的假設(shè)，使目標(biāo)用戶的特征、使用場景、舊體驗狀態(tài)、新體驗需求更為明確、豐富立體。

3）獲得新發(fā)現(xiàn)

個人的邏輯推斷能力有限，而與不同類型的用戶交流，從他們多姿多彩的世界里發(fā)現(xiàn)一些之前新的需求場景，帶來啟發(fā)。比如，你能想象嗎，不論廚藝好壞，很多人購買炒菜機的動機單純就是想早上能更方便地做飯、帶到公司。

原型實測時，需要讓用戶感受到真實的產(chǎn)品狀態(tài)（附贈一些讓人崩潰的產(chǎn)品體驗），也要讓用戶愿意持續(xù)使用、以獲取更多的反饋。這是個強運營的過程，包括：與用戶進(jìn)行有氛圍感地交互，重大問題快速響應(yīng)、提供臨時替代方案，管理用戶對產(chǎn)品的預(yù)期等等。