黑箱模型,在產(chǎn)品工作中的應(yīng)用
在產(chǎn)品經(jīng)理的日常工作中,可以嘗試理解、并應(yīng)用黑箱模型,因為對這一模型的使用,可以幫助產(chǎn)品經(jīng)理更好地結(jié)構(gòu)化和思考日常業(yè)務(wù)。那么,產(chǎn)品經(jīng)理要如何才能將黑箱模型使用在工作中?本文作者便進行了分析與解讀,不如一起來看一下吧。
黑箱無處不在,或黑或灰或白。理解黑箱并使用它,可以更好地結(jié)構(gòu)化產(chǎn)品的工作。
一、什么是黑箱
1. 黑箱
黑箱(black box)是指只知道其輸入、輸出及這兩者的關(guān)系,而不知道其內(nèi)部結(jié)構(gòu)的系統(tǒng)。
2. 黑箱方法
根據(jù)系統(tǒng)的輸入輸出變量找出它們之間存在的函數(shù)關(guān)系(即輸入輸出模型)的方法就是黑箱方法。黑箱方法可用來研究復(fù)雜的大型系統(tǒng)。
二、使用黑箱
1. 協(xié)作中重視“輸入”和“輸出”
一個項目組不可能只有產(chǎn)品經(jīng)理,或者只有研發(fā)工程師。跨崗位、跨部門的合作是常態(tài)。如何在協(xié)作中降低溝通成本、降低不必要的內(nèi)耗也成了很多人頭疼的問題。
對于產(chǎn)品經(jīng)理同樣如此,與其私下里吐槽這不行那個垃圾,不如嘗試建立黑箱模型去思考。
不同崗位不同職責,能力模型自然也不相同。黑箱對于每個人來說便是其核心能力模型,也是其價值所在。那么在對方的專業(yè)領(lǐng)域指手畫腳很明顯不是明智之舉。
所以在協(xié)作中,我們需要重視“輸入”和“輸出”。
舉例說明:產(chǎn)品設(shè)計工作中很重要的一個步驟是將需求文檔交付給設(shè)計師,設(shè)計師完成UI設(shè)計后產(chǎn)出設(shè)計圖。
當對設(shè)計圖不滿意時,首先要審視交付需求文檔的步驟是否出了問題。因為在此過程中,雙方協(xié)作的重點就在于需求文檔。當需求文檔足夠完善,明確寫出產(chǎn)品對于設(shè)計圖的期許和設(shè)計師關(guān)注的重點。那么再看設(shè)計圖本身是否達到了文檔的要求。
此時雙方已經(jīng)聚焦在內(nèi)容本身。哪怕是UI設(shè)計環(huán)節(jié)出了問題,也更容易讓設(shè)計師自己察覺到,而不會產(chǎn)生溝通上的齟齬。
但如果產(chǎn)品經(jīng)理首先關(guān)注的是UI設(shè)計過程,并且提出質(zhì)疑,設(shè)計師往往會產(chǎn)生自衛(wèi)情緒。無論后續(xù)如何溝通,必然事倍功半(畢竟職場中沒人喜歡被懷疑專業(yè)性)。
重視“輸入”和“輸出”不代表忽視“黑箱”。
上邊提到“需求文檔足夠完善,明確寫出產(chǎn)品對于設(shè)計圖的期許和設(shè)計師關(guān)注的重點”。畢竟產(chǎn)品經(jīng)理是產(chǎn)品的第一負責人,UI設(shè)計又是產(chǎn)品不可或缺的環(huán)節(jié)。了解UI設(shè)計可以更好的提高協(xié)作的流暢性,增加產(chǎn)品經(jīng)理和設(shè)計師之間的信任度。
畢竟哪位設(shè)計師會拒絕一個懂得“五彩斑斕的黑”的痛苦的產(chǎn)品經(jīng)理?又有哪一位設(shè)計師喜歡不斷改稿呢?
所以在協(xié)作過程中,重視“輸入”和“輸出”可以降低溝通成本。而彼此逐步了解對方“黑箱”的過程也在提高協(xié)作效率。
2. 交互設(shè)計強調(diào)“輸入”和“輸出”,功能設(shè)計強調(diào)“黑箱”
交互是用戶在具體場景下進行操作并收到反饋的過程(也是一個輸入輸出過程),在整個交互過程中,用戶并不會關(guān)心服務(wù)端是如何處理的。
所以理所當然的,我們交互設(shè)計時更強調(diào)“輸入”和“輸出”。比如:
- APP頁面上只設(shè)計一個(而不是多個)重要按鈕,這是在引導用戶進行“輸入”操作。
- 用戶等待時有“加載動畫”,這屬于用戶反饋。
- 用戶付款成功后,往往會有一個付款成功的頁面,這同樣屬于用戶反饋。
- ……
上述的所有交互設(shè)計的目的,都是引導用戶操作并給出用戶操作結(jié)果的反饋。
但是在功能設(shè)計時,產(chǎn)品經(jīng)理更關(guān)心的是如何讓系統(tǒng)更合理穩(wěn)定的運行業(yè)務(wù)。所以此時用戶操作、用戶反饋反而成為了次要內(nèi)容,黑箱內(nèi)的結(jié)構(gòu)才是重點。
舉例說明:張三通過網(wǎng)約車平臺打車回家。
想要打車功能好用,不光要考慮乘客端、司機端的交互設(shè)計,更重要的是將這個流程中數(shù)據(jù)流轉(zhuǎn)、匹配算法等模塊做好。比如:
- 幾公里內(nèi)的司機可以匹配;
- 司機的服務(wù)分如何影響匹配;
- 乘客是否拉黑過該司機;
- ……
因此才說功能設(shè)計更強調(diào)“黑箱”。
3. MVP中可以使用“黑箱”
MVP,即Minimum Viable Produc,指最簡化可實行產(chǎn)品。在筆者的多次創(chuàng)業(yè)經(jīng)歷中發(fā)現(xiàn),很多業(yè)務(wù)在開始時都需要用MVP方案來進行試錯,將成本控制到最低。而最簡單制作MVP方案的辦法,就藏在“黑箱”模型中。
MVP方案本身要達到驗證市場/用戶反饋的目的,那么僅需要針對用戶的輸入給出輸出即可完成這個目的。至于黑箱內(nèi)部,可以先用低成本方案替代,再逐步完善。
舉例說明:張三要制作一款飯店送菜機器人。需要驗證2個問題:
- 顧客對于送菜機器人的接受程度如何?
- 送菜機器人運行效率與傳統(tǒng)人工送菜對比如何?
完整的做好這個機器人,需要完善硬件和軟件兩方面內(nèi)容,工作量很大且耗時長。但如果僅針對于需要驗證的問題來考慮,可以簡化掉大部分內(nèi)容,形成MVP方案。
需要注意的是,這里要根據(jù)“待驗證的問題”確定場景,建立“黑箱”模型:
(圖中右側(cè)灰色部分是簡化掉的內(nèi)容)
在完整方案正中,不光需要攝像頭、麥克風、重力感應(yīng)器等輸入設(shè)備,還需要根據(jù)場地設(shè)計對應(yīng)的感應(yīng)邏輯、動作邏輯。但是在MVP方案中,這些都可以通過人工代替,張三只需要在不遠處遙控機器人,通過張三本人的眼睛、耳朵和思維邏輯就可以完美的解決感應(yīng)和動作邏輯。
因此,這個MVP方案,只需要機器人最基本的硬件就能驗證預(yù)設(shè)的問題。
所以,想要設(shè)計MVP方案又不知道如何做的時候,可以先建立和黑箱模型,然后根據(jù)場景拋棄那些可以替代的部分。
三、建設(shè)自己的“黑箱模型”
產(chǎn)品經(jīng)理這個崗位本身對于能力的要求很復(fù)雜,不同公司不同項目對于人的要求也不一樣。在復(fù)雜的工作中梳理出自己的“黑箱模型”有助于清晰權(quán)責、明確能力、找到提升自己的方向。
下面是筆者對產(chǎn)品崗位定義的“黑箱模型”,供大家參考:
每一個模塊都可以展開寫,比如文字表達包括了文檔撰寫能力、郵件能力;語言表達能力包括了溝通能力、會議主持能力等。此處暫不展開說明。
四、結(jié)語
優(yōu)秀的輸入能力可以成為很好的傾聽者;優(yōu)秀的輸出能力是亮眼的發(fā)言人;優(yōu)秀的黑箱代表了強大的職場競爭力。黑箱模型也許不是最優(yōu)解,但不斷的迭代模型恰恰是我們想要的結(jié)果。
本文由 @大安 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
我騎的人
黑箱(輸入+1=輸出)這個解釋有問題,黑箱之所以是黑箱就在于他的不可解;有可能是非線性f(x) = x+1 (x<5) else f(x) = g(x);也有可能是隨機數(shù) random(0,10) 。
“黑箱之所以是黑箱就在于他的不可解”這個理解是對的,黑箱(輸入+1=輸出)這個解釋是為了方便讀者去理解黑箱中可能是什么??赡芪覍懙牟皇呛芮宄兄x指出。
不知所云,大概了解你想表達的,就是簡化中間過程,重視輸入和輸出,但是這和“黑箱”有什么關(guān)系呢?你所謂的“黑箱”應(yīng)該是借用技術(shù)上的“黑盒”用語吧,純粹的嘩眾取寵,邏輯不夠嚴謹啊
“黑箱”引用自《控制論》中的方法“黑箱方法”,是一種根據(jù)系統(tǒng)的輸入輸出變量找出它們之間存在的函數(shù)關(guān)系的方法。用來研究復(fù)雜的大型系統(tǒng)。
文中所說“ 交互設(shè)計強調(diào)“輸入”和“輸出”,功能設(shè)計強調(diào)“黑箱””,個人理解,其實就是功能設(shè)計側(cè)重業(yè)務(wù)流程流轉(zhuǎn)環(huán)節(jié)的設(shè)計,每一個流轉(zhuǎn)環(huán)節(jié)的點,又會有交互設(shè)計的“黑箱”出現(xiàn)。大黑箱里套著小黑箱
是的,黑箱是一種模型或者方法,用于梳理復(fù)雜系統(tǒng)。如何使用還是要取決于實際場景。雖然作為產(chǎn)品經(jīng)理我們經(jīng)常會交互、功能兩手抓,但在工作的不同階段也要注意側(cè)重點不同。
了解 UI或者開發(fā)的黑箱,能更好的甩鍋~~
這個角度,也是可以的~