其實這是“啃硬骨頭”的第一步，就是如何從“茫茫”中鎖定需求相關方、挖出來需求的方法論

1.挖取需求

1. 獲取和引導需求。需求不僅是來自外界，甚至也可以來自技術成員團隊內部；
2. 分析和定義需求。主要是對需求進行量化；
3. 驗證需求。
4. 在軟件產品的生命周期中管理需求
   • 需求不一定只在初期才有；在中後期的時候可能因為外界環境變化甚至是成員自身水平變化而出現新的需求

2.軟件產品的利益相關者

1. 最終用戶（使用軟件的人）
2. 顧客（購買軟件的人）
3. 監管部門

3.獲取用戶需求的方法

1. 焦點小組（focus group）：找到一群用戶的代表，加上利益相關者來討論用戶想要什麽

2. 深入面談（in-depth interview）:采取一對一的采訪方式，著重探究用戶在使用的時候有哪些困難 【以下方法我認為可以看做是進行需求分類的方法】

3. 卡片分類（card sorting）：將雜亂無章的需求分條目地寫到卡片上，然後對這些卡片進行討論、歸類甚至排序

4. 人類學調查（ethnographic study）：和目標用戶“同吃同住同勞動”——以便真正理解用戶有什麽需求、為什麽用戶有這些需求

4.競爭性需求分析（以說服別人）

以NABCD模型為例 1. N——NEED需求 2. A——APPROACH做法 - 有什麽（獨特的）做法去解決用戶的困難 3. B——BENEFIT好處 - 特別註意用戶遷移成本的問題。指的是用戶要得到我們所做的軟件帶來的好處，需要花費多少時間、金錢甚至精力（去轉移使用） 4. C——COMPETITORS競爭 5. D——DELIVERY推廣

5.功能定位和優先級

【酒香也怕巷子深。對自己的產品有著清楚的功能定位——或者知道如何表述這種功能，是很重要的一個“讓酒走出去”的手段】

要把用戶從競爭對手那裏吸引過來，團隊自己的產品要有一個差異化的焦點，在這個焦點上，我們的團隊能做得比別人好10倍，高一個數量級。 於是我們有了兩種不同類型的功能：殺手功能（core）/外圍功能（context） 還有另外一種劃分：必要需求/輔助需求

6.分而治之

WBS通常從最終的產品開始，一層一層往下，把大型交付件（deliverable）分割為小型、具體的交付件（從結果出發，而不是團隊的活動）

構建之法 第八章 需求分析