專案需求分析是指理解使用者需求，同時也是客戶認同你方案的過程，就軟體功能與客戶達成一致，估計軟體風險和評估專案代價，最終形成雙方滿意的功能計畫。
很多乙方專案小白在接觸定製專案的時候，容易將客戶需求一一羅列形成單獨的需求點，並未對客戶的整體業務熟悉和做評估，於是在雙方需求溝通的過程中往往是雞同鴨講，並且給甲方帶來不專業的情緒。
如果在需求分析階段對接的不好，以下三個問題會接踵出現：
1. 模組開發後會常常返工
2. 系統定製後，各模組的業務邏輯不能夠很好的統一到一起，不能形成業務合力
3. 在開發過程中可能會頻繁諮詢甲方，給對方不專業的情緒。
那麼和甲方對需求的時候需要有哪些流程呢，我已我的個人經歷做個分享：
1. 聽甲方說要求、問抱怨，了解甲方為什麼要上系統，遇到什麼具體的業務問題，以及關聯待解決的問題核心；
2. 複述甲方需求，以及可以圖示的邏輯結構，逐步迭代到甲乙雙方對系統的各個系統模組達成統一認知；
3. 列技術草案，包含實施終端、架構、實施團隊等，並向甲方負責人爭取最佳選擇
4. 根據甲方傾向，列需求方案，包含系統解決問題、實施方案的目的、終端的選擇、架構的選擇等等
5. 由甲方負責人簽字確認，從整體到區域性，從架構到各個功能模組包含內容
雖然只有簡單的5步，但是在溝通方面一定要細緻，多注意傾聽言語背後的意思。這樣子深挖出大多數可行性，為專案成功推進打好基礎。
本篇來自於我的個人總結之一，如果感興趣請搜尋「慧都 軟體定製與軟體外包的知識分享」
三遍讀書法
來到大公尺時代，第一次聽說了 三遍讀書法 並且在自考中運用起來自己收穫到了很多。這種 三遍 式讀書法，歸納起來就是 第一遍 鳥瞰式。需要快速瀏覽，一口氣把它讀完，以獲得對全書完整的印象，居高臨下，看清全貌，從整體上把握這本書的內容。對書中難點留下記號，以便以後解決。第二遍 精讀式。要逐字逐句，逐段逐...
三遍讀書法
茅盾在他總結自己的讀書經驗時說 讀名著起碼要讀三遍，第一遍最好很快地把它讀完，這好像在飛機上鳥瞰桂林城全景 第二遍要慢慢地讀，細細地咀嚼，注意到各章各段的結構 第三遍要細細地一段一段地讀 領會 運用，這時要注意它的煉字鍊句。這種 三遍 式讀書法，歸納起來就是 第一遍 鳥瞰式。要快點讀，一口氣把它讀完...
做營銷一定要看三遍
很多人呀總是覺得 做生意啊就是賺錢 當然做生意要賺錢 做業務也要賺錢 很多業務員為什麼 幹了這麼多年業務員還沒有機會 我說乙個業務員幹個兩年接觸這麼多顧客 甚至在企業裡跟著老闆幹這麼長時間也沒有機遇 說明你做人出了大問題 所以所有 做生意的 做業務的 做營銷的 你的本質不是賣產品 是幫顧客解決問題 ...