最初接觸需求分析是在大學(xué)纱兑，老師說需求文檔和各種圖畫好了，最后碼代碼像是建樓房照著圖紙碼磚一樣精肃。工作后接觸的第一個產(chǎn)品秤涩，做事十分謹(jǐn)慎的那種，最后的需求文檔和設(shè)計稿每個細(xì)節(jié)都把控的很到位司抱。舉這兩個例子是想說明產(chǎn)品人的基本素養(yǎng)之一是要確保給到技術(shù)的文檔說明和其他是準(zhǔn)確的筐眷，當(dāng)然這只是一個美好的愿望。準(zhǔn)確帶來的各種好處习柠，我就不贅述了匀谣。
然而實際情況是，產(chǎn)品自己弄好原型說明找研發(fā)资溃，會有這樣的反饋：這樣做性能很差武翎，我們服務(wù)跟不上；這個我們要開發(fā)很久溶锭；這個和歷史功能有牽扯宝恶，改了會影響其他……總之研發(fā)想說這樣做不行，然后產(chǎn)品進(jìn)入沉思狀趴捅，不死心還想再爭取下卑惜。這個時候，你會怎么做呢驻售？根據(jù)研發(fā)的反饋再想一個方案；評估可能性更米，按照原有方案欺栗，開發(fā)久一點也沒關(guān)系……
和研發(fā)待久了，就是很想說一句：不要侮辱研發(fā)的智商征峦。覺得這個時候正確的打開方式應(yīng)該是從最開始的我們?yōu)槭裁醋鲞@個需求開始迟几，拋開實現(xiàn)過程就業(yè)務(wù)講清楚，末了加一句“我講清楚了嗎栏笆？”类腮，確保大家都明白為什么這么做之后，問一句“大家有什么好的解決方法嗎蛉加？”蚜枢。技術(shù)說性能承受不住的時候，他們比較清楚是哪個步驟會很耗時针饥，大家一起想一個現(xiàn)有基礎(chǔ)上較合理的流程厂抽；技術(shù)說這個需求要很長時間的時候，很有可能是技術(shù)只關(guān)注了你需求描述丁眼，站在他們的角度完全可以用一個更簡單的方法實現(xiàn)你要的效果筷凤；技術(shù)說這個需求和其他功能有牽扯的時候，你需要好好了解下現(xiàn)有的功能并考慮到需求里面苞七。
以上都是切切實實經(jīng)歷過藐守，如果你的打開方式不對挪丢，可以繼續(xù)往下看。
需求文檔里面有一個很重要的點就是需求背景和目的卢厂。剛開始的時候會覺得這個不是寫給研發(fā)看的乾蓬，研發(fā)從需求流程說明開始看就可以了。開需求會的時候足淆，對需求的背景和目的也是寥寥幾句巢块，畢竟需求文檔已經(jīng)寫得很清楚了，研發(fā)照著開發(fā)就好了巧号。故事的開始都是美好的族奢，可是故事不是你以為怎樣就怎樣。如果需求文檔真的是完美到無懈可擊丹鸿，也許后面不會有很多問題越走，畢竟研發(fā)照著文檔開發(fā)也不會有多大問題。如果需求文檔并不準(zhǔn)確靠欢，那所有的問題都會在開發(fā)測試的過程中暴露出來廊敌，這帶來的結(jié)果就可能是項目延期或者最后上線和產(chǎn)品預(yù)期的不一致。問題總是有门怪，我們總是希望前期把問題減到最少骡澈，在現(xiàn)有資源條件下讓效果最大化。需求背景和目的十分重要掷空，講清楚這個肋殴，研發(fā)測試會從他們的角度發(fā)現(xiàn)問題，開發(fā)過程中遇到問題大家也能根據(jù)最終的目的提出其他對應(yīng)的解決方案坦弟。
說了這么多就是想表達(dá)下研發(fā)都是很聰明的护锤，千萬不要覺得我要把需求寫得十分完美，他們照著敲代碼就好了酿傍。厲害的研發(fā)都是對業(yè)務(wù)有清楚認(rèn)識的烙懦。
