大家都知道，做好乙個軟體專案的關鍵，在於需求的把握。那麼我們怎麼把握好需求了，我想每乙個設計師都可能有一套自己的理論和方法。我也不例外，這裡我就說說說我自己的方法吧。
首先，大家都知道，了解需求的手段主要是通過面對面的交流。當然，也可以可以用郵件、**、甚至簡訊的方式來交流。但是我們都知道，這些手段都只是在某些特殊情況下使用。最基本最主要的還是面對面交流。
其實討論獲取需求的技術手段，個人覺得沒什麼可值得討論的。哪個輕哪個重，很明顯的事情。這裡我們說說獲取需求需要我們注意的事情。
我們知道，在我們剛開始和客戶談需求的時候，很容易迷糊，尤其是面對著乙個陌生的行業。客戶說了很多，而你總是似懂非懂，這個時候很容易想到乙個流行語，蛋痛，這個不太文雅，但是還是很貼切的。本人就親身經歷過一回，在2023年的時候，被公司派到乙個鋼鐵廠去做乙個計量系統。記得第一次過去，是和乙個老太太談，主要目的是了解他們的統計報表的一些情況。其實她也知道我們不懂鋼鐵行業，所以她還是盡量用通俗語言，來表達他們的東西。我現在還記得，她說的那些什麼燒結、巴西球、皮帶秤等等，幾乎都是我平生第一次聽說的名稱，她報表中那些公式、演算法那就更雲裡霧裡了。當時那個迷糊哦。面對這個情況，我們能怎麼做了？沒有別的，只有也只能埋頭學習、了解鋼鐵廠業務。
因此，在我們出去了解需求以前，如果有時間的話，我們盡可能的了解一下相關行業的背景、工作流程以及業務細節等等。這個過程其實就是我們需求調研的事前準備，這個準備越充分，在以後需求調研過程中，我們就會越順利。有的人這個時候，還會準備好很多很多的問題，到客戶那裡就問這些問題。個人認為也可以有，但是不能是重點，了解相關行業的業務，只是為幫助我們更容易理解客戶的業務以及工作流程。我們不同於新聞記者，不是去坐新聞調查。沒有必要弄一大堆問題去問客戶。這樣的話，可能影響客戶思路，關鍵一點還影響自己，可能會對客戶的業務形成一種慣性思維，不利我們完全、徹底的了解和掌握客戶的需求。尤其是在我們第一次去面見客戶的時候，盡量讓自己多不要有固有的思路。第一次面談盡量聆聽的客戶表述。我們只是在必要的時候，對客戶適當的引導和啟發。
客戶在表述期間，他們可能會說不到我們想要的重點，這個就需要我們有意識的的引導。讓客戶盡可能多的說出來我們想要得到的內容。但是這個又怎麼能做到了，個人覺得這久需要你的經驗了，而且是實實在在的開發經驗。你幹過軟體，有豐富的設計經驗，這個時候你就能自然而然知道該問什麼，該怎麼引導了。也沒什麼秘籍可言，沒有技術背景，沒有相關經驗的人是不適合做這個事情的。除非是個天才，天才不在本文討論之列。有技術背景和相關經驗的人，知道自己要什麼，能有的放矢，這樣了解需求的結果就是能要你所要。
在實際開發中，不懂開發去人去需求而導致失敗的案例很多，做的人其實也很辛苦，但是結果往往是功勞少，苦勞多。但是也不是完全說沒有技術背景就不能做需求，也可以做，有個前提，就是有技術背景做輔助。如果沒有技術背景的人，了解就是純業務，當然，這樣了解需求的結果不是說一點用都沒有。但是需求調研結果對後面設計開發的作用就沒明顯了。
面談結束後，就是自己的事後整理，這個就就沒有太多的說的了。整理過程其實主要就是把客戶業務流程理清楚了，把業務中所設計的物件找出來，同時把設計到的系統的使用者歸納出來，然後就是把上述這些東西形成技術人員和客戶都能看明白的文件。給客戶看了再行反饋，如果在整理過程中，發現有疑問或者比較含糊地方，那就需要再次訪談了，而且也許還可能有多次訪談。因為面對乙個自己陌生的領域，尤其第一次接觸過程，難免有理解偏差的地方。所以有多次交流的過程也屬正常。而且這個時候切忌嫌麻煩，把含糊地方一帶而過，有問題一定要弄清楚了。磨刀石不誤砍柴功的。
整理過程基本上就是這樣了。當然具體細節，每個人可以有自己方式和方法，沒有必要千遍一律。只要最終把專案做好就行。
說來說去，好像是廢話一堆，正如高中的時候，老師天天在說好好學習，考個好大學，將來能榮華富貴。雖然說的都是至理名言，都是對的，但是對學生考大學沒有任何幫助。僅僅是廢話而已。該考上還是能考上，考不上還是考不上。回到我們到專案開發，因為誰都知道要了解業務、了解需求，和客戶處理好相應的關係等等，道理誰都懂。但是，在實際專案中，往往會遇到各種實際問題，這裡只能說泛泛而談，所以也許就是廢話而已。
我是如何去了解需求的
半年沒有接觸.net了，最近公司又讓我參與半年前就已經啟動的乙個.net web專案，這次我負責一部分編碼和所有的測試。為了快速的融入團隊的開發工作中，我就必須盡快熟悉整個專案的環境。這個專案雖然提供了需求文件，但是長篇大幅的，內容也比較多，看著也容易犯睏。需求是必須要了解的，自己又是負責測試部分，...
產品經理如何了解使用者的需求？
今天特別想跟大家聊聊需求這件 小事 人人都是產品經理這句話說得不無道理，無論你從事哪個行業，都會提到 使用者需求 這個詞 尤其是對網際網路產品經理來說，需求是一切之始，先有了需求，才有了產品經理的一切職責的發揮空間，如果沒有需求，一切都無從談起，產品經理這個職位也就沒有了存在的價值。作為產品經理的你...
我是如何去了解需求的
半年沒有接觸.net了，最近公司又讓我參與半年前就已經啟動的乙個.net web專案，這次我負責一部分編碼和所有的測試。為了快速的融入團隊的開發工作中，我就必須盡快熟悉整個專案的環境。這個專案雖然提供了需求文件，但是長篇大幅的，內容也比較多，看著也容易犯睏。需求是必須要了解的，自己又是負責測試部分，...