一、需求的定義 需求是滿足使用者動機的產物，也是使用者對產品的慾望。需求≠需要，要形成需求有三個要素：對產品的偏好、產品的適用性、產品的價值。需求比需要的層次更高，涉及的因素不僅僅是內在的。 軟體需求是分三個層次—— 1、使用者解決問題或滿足動機 2、產品滿足的條件或權能 3、文件記錄 軟體需求的三個層次定義：業務需求是需求定義的產物，使用者需求是需求捕獲的產物，軟體需求是需求分析與建模的產物。設計約束包括非技術因素的技術選型、預期的軟硬體環境和預期的使用環境三大型別。 二、優秀需求的標準 1、完整性 （1）使用者才是驗證需求完整性的合適人選，有使用者參與的需求才是完整的。 （2）需求完整性存在不同層面，不同使用者不同動機，使用場景不同，使用者層次不同，例如，初次接觸的使用者，深度使用者，熟悉產品的使用者。 2、不失真 （1）保證正確。正確性要使需求確保正確，就要找到正確的人來進行驗證。這包含兩層意思，一方面是不同層次的使用者所能驗證的需求層次是不相同的，應該按宏觀、脈絡、細節分而治之；另一方面則是應該找到直接相關的人員來進行驗證。還有一點值得說明，那就是有時還需要注意避免需求的片面性，具體的方法就透過使用者調查來補充。 （2）無歧義性——歧義主要是不同背景的人在傳遞時加入不同理解而導致的，因此光靠文件來傳遞需求是不充分的，文件是無法代替溝通的，而且還需要加入一些驗證活動才能夠儘可能緩解歧義問題。 3、有優先順序——用滿意/不滿意度模型是需求必要性評價的有效手段，這樣就可以判別需求按照順序做。 4、有技術早期介入——主要是需求可行性、可驗證性這樣保證需求能得到落實。 三、偽需求 什麼是偽需求——偽需求是指產品當下沒有滿足使用者動機的需求，沒切中使用者痛點。偽需求並非不是使用者需求，它只是當前不滿足使用者動機，迫使使用者在場景中得到而已。 為什麼這麼難辨別真偽？因為，使用者經常說不出或者只是拿表面需求來代替內心深處的需求，比如他告訴你的需求要一把梯子，也許他只是想快一點到二樓。再就是不想表達真實需求，比如她想在附近有個老師能隨時上門教英語，等到要為此付出代價時，需求又消失了。 一句話，偽需求，就是不符合時間、場景、動機的表現。從商業角度上來講，使用者買單的需求就是真實需求，因為滿足了使用者的動機。從軟體需求上看，只有滿足了上述條件才能算真實的需求，但這也需要結合場景。 四、怎麼避免被坑 1、需求採集階段，深入挖掘，靈活運用各種方法，聽使用者怎麼說，看她怎麼做 2、需求轉化階段——不能直接按照使用者提出的需求做，要考慮到整體功能，資料、資訊的流向和展示，要分析使用者的目標，並切合產品願景。 3、產品概念驗證階段——找使用者參與測試，驗證可行性。 4、新功能上線時——小範圍釋出測試或者邀請機制進行測試，逐步完善。