你真的會需求挖掘嗎
當我還是初學者的時候，上司讓我做一個新專案的需求調研。其實，我心裡心裡已經有了一個假設，我需求的調研的目的當然是在為我的產品找支援的依據。自然，最後的產品是我想要的，而不是使用者想要的東西。
不要關注使用者告訴你他想要的東西
這是一個很奇怪的悖論，為什麼不要關注使用者想要的東西？產品的需求調研不就是為了滿足使用者的需求的嗎？
因為在很多時候，使用者根本不知道自己想要什麼，不知道什麼對自己是好的，自己應該做什麼。
比如，一個小孩午飯的時候想吃糖，但是他的父母會去準備更健康的食物。
比如，一個準備減肥的人信誓旦旦的說自己明天不吃飯了，但是第二天說不定還會去吃兩個漢堡包。
你需要理清楚真正的需求，比如健康的食物（雖然小孩子不喜歡），比如說明天不吃飯背後的邏輯。
不要找出使用者想要的東西，要問為什麼
在使用者提出需求的時候，不要試圖直接給他一個方案，因為這個方案一定不是最核心的問題。比如：
一個使用者想減肥，你會給什麼解決方案？
節食？運動？健身房？
但是如果，你挖掘使用者背後的邏輯後，就會發現不一樣的東西。
有可能這個使用者是父母讓他減肥；有可能是要去相親，為了自己好看一點；有可能會為了健康的身體……發現沒有，不同的原因有不用的解決邏輯。自然如果繼續深挖下去，還有更深層次的需求。
要觀察使用者的言行，發覺使用者在什麼地方興奮，什麼地方頹廢。如何去發現背後的邏輯，更像是一個心理學的命題。
完成使用者的需求，而不是功能
要滿足的使用者的需求，而不是使用者的功能。正如上一點說的，你想減肥的人不一定是想要健身房，說不定是要一個婚姻介紹所。
在挖掘需求之後，應該去滿足他的背後關注的點，而不是滿足於當下的功能。
需求不是功能。
需求的管理
到底是誰的需求？這個問題尋求的是需求的主語。如果按照最常見的方式區分，那就是 C 端使用者（ to custumer）、B 端使用者（to business），以及其他使用者，如圖所示：
當然，在分析使用者的時候還需要分析他所代表的圈子。
比如，在分析火車營運公司的需求的時候，你認為競爭對手只是其他的火車營運公司。但事實上，火車營運公司的競爭對手有飛機，汽車……
在分析需求的時候要站在更高的維度去思考。
在需求整理的時候時許注意一下方面：
- 來源
- 場景
- 描述
- 原因
- 驗收標準
需求的價值
判別需求的價值有很多角度，最常見的是 Kano 模型裡提出的需求類別，分別是基礎型、期望型和興奮型，如圖所示：
如果我們是要做電商產品中使用者尋找產品的功能，那不同的需求，對使用者的意義是不一樣的。最基礎的功能是「索引和分類」，這樣至少能保證使用者可以定位到想找的商品，也是絕大多數電商網站的基本功能；「文字搜尋」則是一個進階的功能，使用者對這個功能的需求是有期望的，沒有的話，使用者會覺得很糟糕；「語音搜尋」和「個性化推薦」這樣的功能，則是能讓使用者興奮的需求，不提供沒關係，但有的話使用者會更滿意。
參考：