產(chǎn)品方案落地需要思考哪些維度?
當(dāng)產(chǎn)品的需求、功能確定之后,需要輸出原型撰寫PRD,然后通過評審和所有人進(jìn)行對齊,這樣的方案才能真正落地,而不是停留在電腦里。
產(chǎn)品經(jīng)理輸出產(chǎn)品落地方案時,需要思考到哪個深度,一般的產(chǎn)品方案包括原型和PRD。
01 業(yè)務(wù)方案拉齊
原型是對方案細(xì)節(jié)的落地,更加具象化體現(xiàn)方案的細(xì)節(jié)。拿著原型和業(yè)務(wù)方溝通,可以更加明確方案的細(xì)節(jié),讓業(yè)務(wù)方跟著業(yè)務(wù)場景的步伐,盡可能發(fā)現(xiàn)至少沒有發(fā)現(xiàn)的問題點,補充完善整體方案。
02 產(chǎn)品方案延展能力拉齊
原型確認(rèn)好后緊接著要輸出PRD,針對原型中提到的細(xì)節(jié)完善產(chǎn)品方案。而產(chǎn)品方案有時候還要考慮未來的場景延展,避免下一個業(yè)務(wù)場景來了之后,原來的產(chǎn)品方案需要推翻重做。
這一點非??简灝a(chǎn)品經(jīng)理的功底,如果沒有歷史經(jīng)驗沉淀,或者摸透未來的業(yè)務(wù)場景變化,很難吧方案想的很全面。
03 技術(shù)方案細(xì)節(jié)拉齊
技術(shù)方案方面,重點考慮系統(tǒng)架構(gòu)的可延展性,同樣不要因為功能的迭代而導(dǎo)致后續(xù)系統(tǒng)架構(gòu)的推倒重來。
所以,有時候技術(shù)會和你爭論,實際上是為了保證后面系統(tǒng)的可延展性,避免技術(shù)做太多的無用功。
上下游的數(shù)據(jù)鏈路要清晰,最好從上游根源處理好,在層層往下透傳。各系統(tǒng)模塊盡可能解耦,保證各個系統(tǒng)的迭代不會互相干擾。
本文由人人都是產(chǎn)品經(jīng)理作者【蔡錦?!浚⑿殴娞枺骸惧\海說】,原創(chuàng)/授權(quán) 發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載。
題圖來自Unsplash,基于 CC0 協(xié)議。
- 目前還沒評論,等你發(fā)揮!