產(chǎn)品方案落地需要思考哪些維度?

0 評論 3033 瀏覽 7 收藏 3 分鐘

當(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é)議。

更多精彩內(nèi)容,請關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發(fā)揮!