當(dāng)產(chǎn)品的需求、功能確定之后，需要輸出原型撰寫PRD，然后通過評審和所有人進行對齊，這樣的方案才能真正落地，而不是停留在電腦里。

產(chǎn)品經(jīng)理輸出產(chǎn)品落地方案時，需要思考到哪個深度，一般的產(chǎn)品方案包括原型和PRD。

01 業(yè)務(wù)方案拉齊

原型是對方案細節(jié)的落地，更加具象化體現(xiàn)方案的細節(jié)。拿著原型和業(yè)務(wù)方溝通，可以更加明確方案的細節(jié)，讓業(yè)務(wù)方跟著業(yè)務(wù)場景的步伐，盡可能發(fā)現(xiàn)至少沒有發(fā)現(xiàn)的問題點，補充完善整體方案。

02 產(chǎn)品方案延展能力拉齊

原型確認好后緊接著要輸出PRD，針對原型中提到的細節(jié)完善產(chǎn)品方案。而產(chǎn)品方案有時候還要考慮未來的場景延展，避免下一個業(yè)務(wù)場景來了之后，原來的產(chǎn)品方案需要推翻重做。

這一點非?？简灝a(chǎn)品經(jīng)理的功底，如果沒有歷史經(jīng)驗沉淀，或者摸透未來的業(yè)務(wù)場景變化，很難吧方案想的很全面。

03 技術(shù)方案細節(jié)拉齊

技術(shù)方案方面，重點考慮系統(tǒng)架構(gòu)的可延展性，同樣不要因為功能的迭代而導(dǎo)致后續(xù)系統(tǒng)架構(gòu)的推倒重來。

所以，有時候技術(shù)會和你爭論，實際上是為了保證后面系統(tǒng)的可延展性，避免技術(shù)做太多的無用功。

上下游的數(shù)據(jù)鏈路要清晰，最好從上游根源處理好，在層層往下透傳。各系統(tǒng)模塊盡可能解耦，保證各個系統(tǒng)的迭代不會互相干擾。