作為乙個技術人，肯定不滿足於整日的curd，也幻想這有朝一日能指點江山，揮斥方遒；拿下cto，迎娶白富美，走上人生巔峰。
軟體開發最重要的就是需求分析，需求分析的好與壞直接決定了你最終產品的方向是否跑偏，也就決定了你寫的**是否有實際意義；很多程式設計師專注於專研「高大上」的技術，三句兩句不離高併發、大資料、高可用，而實際做出來的產品除了自己可能100個使用者都不到；所以要清楚，技術是為業務服務的，技術也是隨著業務的迭代而迭代，殺雞的時候就用菜刀，直接用鍘刀不是不可以，是得不償失。
寫**之前明白要做什麼，這是非常關鍵的，專業術語叫需求分析。只有在充分理解需求的情況下，你才能在此基礎上開始你的表演，不懂需求分析的程式設計師、或者等別人分析好了讓你來curd的程式設計師是碼農，是碼畜，連去外包都不配。
本文以趣任務的實際研發過程，需求分析經歷為例，剖析一下如何做需求分析。
關鍵資訊提取
錄入、管理、分配、考核、統計。
進一步分析
先到公司的各個部門走訪，採集資訊得知，公司的事務十分龐雜，光崗位就有美工、運營、行政、財務、研發、產品、倉庫、客服、採購、總經辦等十多個，人數數以百計，事務少說也有幾百件之多。
在採集了不少資訊之後，我們開始分析，雖然事務千頭萬緒，但我們從事務做的頻率來劃分，但不外乎以下幾種：
每天都需要做的事務，歸類為日任務
這類任務的主要特點就是每天都需要安排人去做，而且人員是相對固定的。
一周做一次或幾次的事務，歸類為周任務
這類任務一般一周做一次，類似週報之類的，或者一周做兩次，比如物料採購之類的工作，人員也是固定的。
乙個月做一次或幾次的事務，歸類為月任務
這類任務就是乙個月才需要去做一次或者一兩次，類似月末盤點，人員相對固定
臨時產生的事務，歸類為臨時任務
此類工作具有隨機性，可能是突然來了一件事情，需要乙個有空閒的人去做一下，比如新進物料拖運等等，這類事情沒有規律，人員也不固定。
有了這個分類之後，就可以開始著手推演了，發動公司所有管理層，大到總經理小到業務組長，梳理自己部門下的工作，按照上面幾個分類來進行，工作歸為什麼型別，然後指定那些人來做，一周時間，基本搞定，很順利，但在客服部遇到了麻煩
特殊處理
客服部門的工作比較特殊，客服接待這件事情是每天都需要做的，按照上面的規則應該歸為日任務，但麻煩的事情在於，人員的不固定，也就是一三五可能是張三接待，二四六又是李四接待，因為摻雜了乙個晚班倒班制度，導致人員飄忽不定，之前這個工作安排都是通過客服主管提前兩三天手動排班，然後通告大家的，現在用上面的模型搞不定，咋整？難道因為這個客服部的工作就不能上系統了？
經過反覆研究，我們創造性的發明了「互動任務」這個概念，即將這類人員不確定的工作梳理出來，事先不指定執行人，只有誰做了這件事情，誰才去「認領」這個任務，如此一來就解決了。
最終經過推演，日任務、周任務、月任務再加上互動任務，已經可以滿足所有場景下的事情安排需求，至此任務分類需求提取完成。
如何做需求分析
如何做需求分析 原則 永遠不要顯得比客戶更聰明 第一條 了解需求，而不是去批評客戶 第二條 客戶比你更熟悉業務的環境 第三條 客戶總是知道問題在哪兒，你的工作就是要讓他們自己願意說出來 原則 尊重使用者的現實選擇 第一條 客戶永遠是對的 第二條 提供最合適的解決方案，而非最好或最貴的方案 第三條 不...
如何做需求分析？
目錄1.使用者需求與產品需求分析 2.什麼可以把產品需求轉化為使用者需求？3.使用者動機 4.需求篩選 一 分析 1 產品的構思初期，我們會羅列盡可能多需求，也會收集到很多需求。但有些需求是偽需求，有些需求也不具備實現價值，那我們如何做判斷呢？每天有無數產品誕生，也有無數產品隕落，很多時候會談到乙個...
如何做需求分析
這裡講的 需求 這個詞的含義是指客戶對他所委託開發的 在功能上明確約定和 形式上應當達到的標準的約定。我把對乙個 或者更廣義的說，乙個產品 的需求分為 3個層次 1 核心需求。核心需求定義了乙個 的最基本功能，是必須無條件得到有效滿足的需求。核心需求是同一行業同一型別的單位所具有的共性需求。例如西安...