需求分為幾個階段：獲取需求階段、討論和設(shè)計(jì)階段、待開發(fā)階段、開發(fā)階段、復(fù)盤階段

本章節(jié)著重講講待開發(fā)階段。

待開發(fā)階段

有了確切方案后，要盡快跟研發(fā)的同事做可行性評審，這一步必不可少。如果缺少可行性評審，將會出現(xiàn)很多產(chǎn)品設(shè)計(jì)方案可行性差、需求頻繁更改、產(chǎn)品功能不切實(shí)際的情況。

在可行性評審上完成的是對需求的大致評估，要做的有以下幾件事情：

1．方案本身的可行性

在技術(shù)方案上是不是能夠完成？這是技術(shù)部門的同事要評估的問題。對于可行性評審里的方案未必是很精確的，所以要引導(dǎo)他們提出對方案實(shí)現(xiàn)細(xì)節(jié)的問題，一起弄清楚可行性。

2．有沒有更好的方案

要跟技術(shù)部門灌輸清晰的需求背景，讓他們也基于當(dāng)前的方案去思考是否有更多可行的方案。方案未必能很快想得完整、周全，但他們提供的思路一般是可行性較高的。

3．涉及的產(chǎn)品和技術(shù)環(huán)節(jié)有哪些

同樣，要配合技術(shù)部門的同事判斷會影響到哪些環(huán)節(jié)。尤其是很多公司產(chǎn)品線比較多，有可能存在牽一發(fā)動全身的情況，如果相關(guān)的產(chǎn)品同事和技術(shù)同事不知情，必然會延期，然后會扯皮、造成麻煩。再小的產(chǎn)品一般也會分前后端，所以要讓技術(shù)的同事來判斷有哪些人需要知情和參與評估。

4．方案的成本如何

看方案需要多少人、多少資源、多少時間來完成，也要看方案在技術(shù)層面耗費(fèi)的不太明顯的成本，比如服務(wù)器成本、帶寬成本給用戶造成的流量成本等。這些討論結(jié)束，會議就能夠輸出相對比較嚴(yán)謹(jǐn)?shù)目蓤?zhí)行方案（或草稿）了。注意，如果會上遇到各種問題需要改日再評，也要確認(rèn)解決問題的時間節(jié)點(diǎn)。