人的思維是發(fā)散性的,所以很容易在產(chǎn)品規(guī)劃中犯一些錯誤,比如規(guī)劃的時候沒有明確方向和識別每一個需求的必要性、重要性和實現(xiàn)成本等。
一個完整的產(chǎn)品涉及到很多領(lǐng)域的知識,并且后續(xù)運營的支撐也要在產(chǎn)品規(guī)劃時就要考慮進去,所以那怕產(chǎn)品經(jīng)理知識再豐富,但是在一些專業(yè)領(lǐng)域里也沒有從事這方面專業(yè)人員要清楚。產(chǎn)品經(jīng)理在產(chǎn)品規(guī)劃的時候,需要團隊協(xié)助或溝通的地方,千萬別閉門造車,這樣很容易導(dǎo)致辛辛苦苦寫出來的需求不切實際。
因為產(chǎn)品經(jīng)理的工作是執(zhí)行層面的,所以如果邏輯不清是一件非??膳碌氖拢@就會導(dǎo)致執(zhí)行人員也不知道怎么去實施產(chǎn)品需求了。最常見的邏輯不清就是功能需求的流程走不通,沒有進行過多條件的流程推演,流程條件不完善。往往工作中和技術(shù)人員產(chǎn)生爭執(zhí)也是如此,邏輯不通是非常讓技術(shù)人員反感的行為。
互聯(lián)網(wǎng)產(chǎn)品和傳統(tǒng)軟件業(yè)不太一樣,互聯(lián)網(wǎng)產(chǎn)品講究快速迭代,小步快跑。所以產(chǎn)品經(jīng)理在規(guī)劃產(chǎn)品迭代需求的時候,很容易忘記階段目標(biāo)和時間計劃,這就會導(dǎo)致需求負(fù)載,大步迭代。當(dāng)然也有些公司團隊的迭代需求是長周期的大步迭代,所以公司要求的不同,也會有不一樣的迭代計劃。但是在大步迭代的計劃中,也會在其中細(xì)分小階段,小的里程碑,避免大步期間目標(biāo)迷失和新需求植入,導(dǎo)致迭代混亂。
有些 PM 或老板,會聽信什么“唯快不破”,刻意追求迭代速度,這種為了快而快的迭代,反而容易把產(chǎn)品帶入危機中。比如一周一個迭代,一周 5 個工作日,在這短短 5 天里,需要經(jīng)歷策劃、設(shè)計、開發(fā)、測試、上線,很難保證每個需求是經(jīng)過深思熟慮的,如果團隊協(xié)同不夠默契,就會造成致命的傷害。所以產(chǎn)品經(jīng)理需要懂一些項目管理的知識,不要刻意追求快速迭代,找一個適合團隊的時間節(jié)奏。
如果產(chǎn)品經(jīng)理分不清工作的輕重緩急,很容易導(dǎo)致產(chǎn)品沒有明確的方向、團隊成員疲于奔命但卻沒有實際的成果。判定工作內(nèi)容的輕重緩急除了公司層面的任務(wù)之外,還有就是結(jié)合產(chǎn)品規(guī)劃中的需求決策的知識,根據(jù)需求的優(yōu)化等級安排工作計劃。