產(chǎn)品思維分析IPD集成產(chǎn)品開發(fā)
IPD,即“集成產(chǎn)品開發(fā)”,這篇文章里,作者就從軟件產(chǎn)品開發(fā)的角度切入,對IPD流程做了解讀和分析,一起來看一下。
前些時間在面試一家AI企業(yè)時通過“用戶體驗五要素”和面試官討論了下我對于產(chǎn)品方法論的理解,隨后拉回到之前面試官關(guān)于“市場調(diào)研報告”的問題,期望用這種方式表達我對“用戶體驗五要素”或“市場調(diào)研報告”等映射出的產(chǎn)品思維的理解,達到回答面試官“我雖然沒寫過市場調(diào)研報告,但是我會,并且能夠勝任”的效果。
所謂大道至簡,“問渠那得清如許,為有源頭活水來”,產(chǎn)品思維源頭活水不斷,這些一個個復雜耦合的概念自然而然水到渠成。最后面試官問我IPD模型,第一次聽說這個概念,就答不上來。今天通過在網(wǎng)上查閱的資料談談源頭活水如何水到“渠”成。
一、定義
IPD 全程integrated product development,翻譯過來就是集成產(chǎn)品開發(fā),集成產(chǎn)品+開發(fā),前者是對象后者是行為,就會引出何為集成產(chǎn)品,簡單說就是硬件+軟件的產(chǎn)品,于是IPD就可以簡單的拆成硬件開發(fā)+軟件開發(fā)。
到這我們知道了IPD的簡單定義,軟件開發(fā)和硬件開發(fā)又有什么區(qū)別,PM的崗位還是軟件產(chǎn)品居多,相信大家對軟件開發(fā)是比較熟悉的,那么我們就從軟件產(chǎn)品開發(fā)切入聊聊IPD。
二、軟件開發(fā)
軟件開發(fā)是產(chǎn)研團隊將需求分析轉(zhuǎn)化開發(fā)最終交付軟件程序的一系列活動。
Why:為什么要開發(fā)產(chǎn)品?
公司開發(fā)產(chǎn)品投入錨定市場能夠給公司帶來什么價值,或是商業(yè)價值或是社會價值(如果公司沒辦法給自己帶來價值,公司也沒有動力進行產(chǎn)品開發(fā)),這就引申出了公司的愿景、戰(zhàn)略目標、計劃等(什么價值),以及相應的評價規(guī)則(價值多大)。接下來我們尋找價值的來源,也就是開發(fā)產(chǎn)品給誰用的問題。
What:開發(fā)產(chǎn)品給誰用?
開發(fā)產(chǎn)品需要錨定一個市場,這個市場的用戶就是我們的產(chǎn)品用戶,公司的價值就是來自于這些用戶。那么如何錨定一個市場并在汪洋的市場中找到核心產(chǎn)品用戶,那么我們需要相應的市場調(diào)研的策略和流程,進而知道哪個市場能帶給公司期望的價值。市場調(diào)研還是一樣的思路,市場的現(xiàn)狀、市場的發(fā)展規(guī)劃,搞清楚市場的機會點和風險點即可。
到這我們搞清楚Why和What的問題,也就是上面說的公司開發(fā)產(chǎn)品投入錨定市場能夠給公司帶來什么價值,接下來我們談How的問題。
How:如何開發(fā)產(chǎn)品?
開發(fā)產(chǎn)品是一種專業(yè)性活動,是團隊在一定的空間一定的時間內(nèi)進行的,需要對應的人力、物力、財力等資源支撐,接下來我們分開聊who、when、where的問題。
Who:誰開發(fā)產(chǎn)品?
這就要把公司內(nèi)直接參與產(chǎn)品開發(fā)的所有角色全部拎出來進行分層固化,這個我就不詳細分析了,思路都一致,有人負責為什么做、有人負責做什么、有人負責怎么做,怎么做需要各職能支持,下面給出IPD中對這一問題的答案。
IRB就是為產(chǎn)品開發(fā)提供物力和財力支撐的,具有最高的決策權(quán);IPMT就是一個大產(chǎn)業(yè)的產(chǎn)品線,BMT就是小產(chǎn)業(yè)的產(chǎn)品線;IPMT和BMT這種中間部門在小公司中一般沒有,也就是組織架構(gòu)更扁平,直接IRB-PDT。
PDT開發(fā)團隊是IPD團隊的原子單位。
產(chǎn)品經(jīng)理處在PDT開發(fā)團隊的開發(fā)部門中,典型的開發(fā)部門組成如下:
When:開發(fā)產(chǎn)品的活動時間線
活動時間線就是活動的流程,什么時間點做什么事,并固化成為流程,下面給出IPD中對這一問題的答案。
總體框架:可以看出從客戶業(yè)務經(jīng)過MM市場管理和RM需求管理得到我們的產(chǎn)品需求,產(chǎn)品需求經(jīng)過IPD產(chǎn)品開發(fā)發(fā)布給客戶業(yè)務。
產(chǎn)品經(jīng)理涉及到RM需求管理,接下來我們看一下RM需求管理的全景流程。
1)RM需求管理流程
需求管理的主線是不難分析得出的,需求管理的開始必然是收集需求結(jié)束必然是驗證需求,中間需求轉(zhuǎn)化和需求實現(xiàn),團隊協(xié)作涉及到需求分發(fā),需求轉(zhuǎn)化就是需求分析??偟膩碚f需求管理經(jīng)過了收集-分析-分發(fā)-實現(xiàn)-驗證的五個階段,參與的人員是上述PDT開發(fā)團隊成員,自然而然按照流程分為提出需求的人、承接需求的人、實現(xiàn)需求的人和驗證需求的人。
補充說下分支流程:1.需求分析升級流程,2.需求變更流程,3.需求驗證異常流程,這里以需求變更流程為例說一下。
需求變更流程:
需求變更就是提出一個新需求并替換掉之前的舊需求,因此分兩步,1新需求的流程按照上述來即可,2舊需求已經(jīng)開發(fā)成功能交付給客戶了,因此需要評估撤下舊功能的風險。
產(chǎn)品需求作為RM需求分析的輸出肯定有優(yōu)先級,我們按需求的重要性(對公司對客戶)對需求進行分層,先是客戶問題再是系統(tǒng)特性最后是系統(tǒng)需求。
產(chǎn)品需求分層:
原始需求: 來自公司內(nèi)、外部客戶的關(guān)于產(chǎn)品與解決方案的所有需求,包括銷售項目需求和非銷售項目需求。
初始需求:原始需求經(jīng)過RAT分析后,站在客戶視角,以準確的語言(完整的背景、標準的格式)重新描述的需求,它有個好聽的名字“用戶故事”,是我們在PRD文檔中需要重點描述的,也是需求論證的重點依據(jù)。
客戶問題:客戶面對的挑戰(zhàn)與機會(客戶戰(zhàn)略痛點),也就是該需求給客戶帶來的核心價值。
系統(tǒng)特性:指產(chǎn)品為支撐客戶問題所具備的重大能力,是產(chǎn)品的賣點集合。
系統(tǒng)需求:是系統(tǒng)對外呈現(xiàn)的,可測試的全部功能需求和非功能需求。
通過以上我們知道了RM需求管理的輸入輸出和產(chǎn)品需求的分層和優(yōu)先級,接下來進入到IPD開發(fā)流程。
2)IPD開發(fā)流程
通過RM需求分析我們將原始需求轉(zhuǎn)化為產(chǎn)品需求進入到IPD開發(fā)階段,上述在RM中我們已經(jīng)粗略介紹了需求分發(fā)、實現(xiàn)、驗證等,接下來在IPD開發(fā)流程中我們詳細介紹下。
在產(chǎn)品需求池中的需求離散度一般比較高,IRB需要從產(chǎn)品需求池中根據(jù)相關(guān)性找出符合公司戰(zhàn)略的需求,定義出戰(zhàn)略產(chǎn)品,這個階段就是概念階段。一個產(chǎn)品會有多個迭代版本,就要制定計劃。接著就是開發(fā)驗證和發(fā)布,最后在錨定市場中經(jīng)歷產(chǎn)品的生命周期。
產(chǎn)品開發(fā)可以說是對設計和實現(xiàn)一致性要求最高的環(huán)節(jié),由于當下協(xié)同場景的條件現(xiàn)狀必要的決策和評審會議是必要的。IPD中對此分為兩條線,1DCP商業(yè)決策,2技術(shù)評審。業(yè)務和技術(shù)兩條線是清晰有效的,業(yè)務為主導,技術(shù)評審可行性。技術(shù)評審作為DCP評審的輸入,DCP評審通過表明下一階段資源可以投入。
DCP是商業(yè)決策,投資方IRB對產(chǎn)品商業(yè)計劃的可行性、產(chǎn)品定位及競爭力、成本、盈利目標等進行評估,確定是否繼續(xù)投資。
- CDCP(Concept DCP):概念決策評審,對產(chǎn)品包有個清晰的定義并達成一致。
- PDCP(Plan DCP):計劃決策評審,對產(chǎn)品包開發(fā)有清晰的計劃,并簽署合同約定好偏差范圍,按照承諾交付產(chǎn)品包。
- ADCP(Availability DCP):可獲得性決策評審,產(chǎn)品包達到足夠的質(zhì)量水平,可以針對某特定機會銷售。證實在計劃階段制定的業(yè)務計劃中的假設,并評估產(chǎn)品發(fā)布前用戶的準備情況。
- EOXDCP(End of x DCP):生命周期終止決策評審,銷售制造服務停止時間評審,IRB必須要審核產(chǎn)品生命終止的發(fā)布是否與新產(chǎn)品戰(zhàn)略保持一致以及是否很好地考慮了潛在的客戶滿意度方面的問題。
TR是技術(shù)評審點,關(guān)注產(chǎn)品的技術(shù)成熟度和風險,其評審結(jié)果作為DCP決策的輸入,PDT核心組成員均參與評審,確保每個領(lǐng)域的訴求均被考慮到。
- TR1:產(chǎn)品需求和概念評審
- TR2:需求分解和規(guī)格評審
- TR3:總體方案評審
- TR4:模塊/系統(tǒng)評審
- TR5:樣機評審
- TR6:小批量評審
IPD各階段的目標和關(guān)注點:
where:開發(fā)產(chǎn)品的活動地圖
綜上整個IPD開發(fā)流程就簡單介紹完了,需要特別注意的是真實世界中的活動都受到空間的限制,因此在需求收集、分析需求或產(chǎn)品開發(fā)等等環(huán)節(jié)都會受到空間限制,空間成本也是影響商業(yè)決策的重要因素。這就是最后一個where的問題,我稱之為“IPD活動地圖”。
我就不展開分析了,大家以后在分析時記住空間維度這點即可。最終期望的是大家的腦海中應該浮起一段PDT開發(fā)人員按照上述時間線在3D仿真地圖中的移動軌跡動畫,且評估這個動畫應該是必要、忙碌而高效的。
至此軟件產(chǎn)品開發(fā)算是講完了,那么前面我們也提到IPD還包括硬件產(chǎn)品開發(fā),現(xiàn)在我們還有個問題沒解決就是“軟件開發(fā)和硬件開發(fā)有什么區(qū)別”,鑒于筆者也沒有硬件開發(fā)經(jīng)驗,這點我按下不表,等后面有機會再與大家說道說道。
洋洋灑灑寫了這么多,不知不覺到了下班點。^.^
這篇文章希望能夠給大家?guī)硪恍﹩⒌?,向底層多思考才能掌握方法論背后的精髓,汲取其中的營養(yǎng)培育我們的產(chǎn)品思維,這樣就能做到水道渠成,一切都是那么的自然而然。只要場景和需求的輸入足夠豐富,我們的產(chǎn)品思維神經(jīng)網(wǎng)絡就會幫我們構(gòu)建出一個“適合”的產(chǎn)品方案。
本文由 @立志成為CEO的PM 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發(fā)揮!