http://blog.csdn.net/jazywoo123/article/details/11566249
2013.10
這個問題比較復(fù)雜，需要分開來談，首先說明下需求把它分為用戶原始需求，產(chǎn)品需求，軟件需求；對于原型我們思考將其分為低保真原型如手畫草稿和高保真原型( 包括體現(xiàn)了核心交互設(shè)計)。如果是在企業(yè)內(nèi)部或企業(yè)信息化軟件，一般是首先能夠收集到用戶原始需求，我們根據(jù)用戶原始需求進一步整理為產(chǎn)品需求。這個需求文檔是在前的，產(chǎn)品需求里面核心內(nèi)容即產(chǎn)品架構(gòu)，產(chǎn)品組件和核心功能說明等。有了這個后我們一般會先開始畫原型，這個時候是偏高保真原型，有了原型后再開始寫軟件需求規(guī)格說明書，在寫需求過程中發(fā)現(xiàn)原型有缺陷會進一步對原型進行調(diào)整?？梢哉f軟件需求和原型基本是相互促進和完善的過程，中間有很多細小的交叉迭代，但是一般情況下還是原型在先。簡單總結(jié)下就是用戶需求和產(chǎn)品需求在先，(原型+軟件需求)多次迭代完成。如果是互聯(lián)網(wǎng)行業(yè)，可以看到很多時候很難拿到完善的用戶需求并進一步整理為產(chǎn)品需求。如果從產(chǎn)品經(jīng)理層面來說，很多時候是你有想法想做一款產(chǎn)品，或者說更高的領(lǐng)導(dǎo)給了你一個產(chǎn)品構(gòu)思讓你去考慮是否可以研發(fā)為有價值的產(chǎn)品。在這種情況下我們看到產(chǎn)品需求或者說更粗點的叫產(chǎn)品方案一定是在先的，產(chǎn)品方案或PRD畢竟可以更快的輸出轉(zhuǎn)化為文檔。有了產(chǎn)品方案或PRD才容易進一步?jīng)Q策這個產(chǎn)品是否做。要知道在這里做這個決策跟原型一點關(guān)系都沒有，更加重要的是產(chǎn)品能否吸引用戶帶來用戶價值。如果這一點都過不了，根本就沒有必要在原型上多花時間。這個時候的產(chǎn)品方案更多用于決策，里面包括了PRD的內(nèi)容，但是可能并不是很細化。所以對需要快速響應(yīng)的互聯(lián)網(wǎng)行業(yè)，產(chǎn)品方案在先用于決策。其次再考慮詳細的產(chǎn)品需求和原型哪個在先的問題。這個時候其實沒有完全必要的先后順序，我們可以這樣理解，即經(jīng)驗豐富或結(jié)構(gòu)化思維能力強的，需求和UI分工細的，一般會先完善完整的PRD，再交付到其它崗位去做原型。而對于新產(chǎn)品我們都還在探索階段的，則一一定是先原型，通過不斷的原型細化來準(zhǔn)備把需求想清楚。要知道做原型很多時候就是在細化需求。做原型細化需求更是以用戶驅(qū)動的方式。很多時候我們看到由于產(chǎn)品需求和原型思考結(jié)合的太緊密而很難將工作分給兩個人做，這個時候往往是產(chǎn)品經(jīng)理全部一起做，那么這個時候原型可以理解為偏低保真的原型，可以手工畫的，也可以是axure畫的，只要能夠和需求完全結(jié)合起來，把想到的需求完全通過原型驗證滿足即可。低保真原型后，產(chǎn)品經(jīng)理可以根據(jù)低保真原型詳細的定義產(chǎn)品需求和軟件需求。而低保真原型可以交付專門的交互設(shè)計團隊轉(zhuǎn)化為高保真的原型。兩者可以并行做，做后可以進一步在高保真原型基礎(chǔ)上嚴重已經(jīng)細化后的所有需求是否都可以得到滿足。最后，沒有必要太多考慮誰先誰后問題，但是要意識到原型是幫助我們思考需求，細化需求的重要手段，畫原型的過程往往就是需求細化的過程。
本站僅提供存儲服務(wù)，所有內(nèi)容均由用戶發(fā)布，如發(fā)現(xiàn)有害或侵權(quán)內(nèi)容，請
點擊舉報。
