需求分析作為掌握用戶需求，確保軟件產品價值和使用價值最大化的必要途徑。中培課堂《需求分析與管理最佳實踐》培訓專家郭老師認為，需求分析作為一個系統和復雜的工作，其在流程上將需要具備很多相關的事項。一些需求分析師在工作中常常會出現以下問題：

1、產品經理完全按照自己的想法來虛構需求：

大把的產品經理其實并不是自己產品的用戶，或者說平常用自己的產品不多。在這種情況下，很容易陷入自己的YY，“我感覺”這個詞出現在自己內心OS的概率特別高。

1> 如果你不愛它，也不想深入了解它，請你盡快離開。

放過你自己，也放過這個不被你所愛的產品。我想，只有思想到一定境界的人，才有可能真正做到以下這點：

“拋棄了內心對不同事物的感受，把所有產品都抽象為“它只是個產品，差別在于行業和針對的用戶群不同。”

然而，大多數人都是做不到這點的。

2> 如果你愛它，或者想要深入了解它，請你好好學習。

這里說的，主要就是行業知識了，脫離行業知識去做產品顯然是不可行的。 當然，知識也有廣度和深度上的差別，從專有名詞到產業鏈等等，這個就視你自己想要了解的程度定了，當然，我個人認為了解的越多，考慮的東西也會變多，越有可能聯結各種可能性。

2、產品經理從自己角度理解需求

產品經理是自己產品的用戶，甚至是資深用戶。不要以為這樣很high，“度”把握不好就容易陷入只管自己的陷阱里， 這個陷阱，可能體現在：產品面對的用戶群的把握、產品的重點方向把握、是否要某個需求、需求之間的優先級等等。

具體的需求分析階段

1、業務流程不夠了解

這種情況下，可能會導致某個流程沒有考慮到，或者考慮到了全部的流程，但是流程中的細節又欠缺考慮。

建議：還是上文的增值自己對行業知識的理解。這里的行業知識可能就更偏向深入和具體一些了，而不是那些泛泛的。

2、思維邏輯不夠清楚

在對業務流程的理解沒問題的前提下，分析需求，但是可能會存在一些邊界條件沒有考慮、有些影響需求的條件沒有考慮的情況。

制作原型圖階段

1、不畫手稿直接畫電子稿

一般具體的需求分析結束后，會開始畫具體的原型圖。在剛開始做產品工作的時候，一般我會直接用axure畫原型圖，現在想來，這是非常浪費時間的。

因為原型稿中體現的不僅是需求分析，還有頁面內容、內容的布局優先級以及頁面的交互行為，相當于同時考慮很多內容，誰有信心，畫一遍原型稿就能都覆蓋周全?

2、不跟設計師溝通直接畫電子稿

這個其實是承接第1點的，如果貴司有交互設計師的話，那么拿著你的嘴需求分析手稿沖向她吧，術業有專攻，專業的事情要相信專業的人如果貴司沒有交互設計師，那么也同樣沖向設計師，兩個腦袋應該會比一個腦袋看到的問題多。

3、原型圖保真度太高

這個也是我自己曾經犯的問題，可悲的是還是深以為自己666的地方。剛做產品的時候，總感覺原型圖保真度高的話，自己就很厲害。不知道自己呆逼果然很可怕

因為一般的需求原型圖的目的在于程序猿把你要做的東西做出來，那么如果你拿著你的需求分析+大致的靜態原型手稿嘴他就能完全理解的話，你還要花大把的時間在原型圖中的各種面板和復雜邏輯判斷干嘛呢

把時間“浪費”在思考為什么做這個需求上不是更有性價比嗎

當然，原型圖這東西是要分類型的，一般日常的需求分析不需要高保真，但是在需要去拉投資或者其他情況下可能還是需要高保真的，這個我就不多說啦～

有關于電子稿和手稿多說幾句：

有關于這點，我覺得如果是小團隊的話，從完成需求的角度上說，其實真的不太需要電子稿，手稿+需求分析足以。

貫穿始末的 “溝通”

1、和用戶溝通

多和使用你們產品的用戶溝通，了解他的使用方法、流程是什么、為什么這么用、他覺得哪里不好、他還希望有什么等;

多和沒使用但是可以變成你們的用戶溝通，了解他怎么用其他的產品、為什么用那些產品、為什么不用你的產品等;

這個可以有多種方法，就不再這篇文章里展開惹。

2、和更靠近業務方的溝通

就像我在開頭所描述的情況，如果你的產品是非常依賴于內容，那么你要持續和生產內容的人們去溝通，去交流。這樣的好處在于：

既定的需求，更不容易返稿;

交流過程中碰撞出新需求的火花;

3、和設計師的溝通

如果你的需求分析包括需求邏輯+原型圖的話，那么和設計師早日溝通為好。這樣做的好處在于：

設計師在和你溝通的過程中，能夠更理解業務。懂業務的設計師做出來的交互和UI比不懂的會考慮的更全面和更接近你想要的。