最近在翻閱 Exploring Requirements 一書, 他說到需求難搞是正常的事, 以下是我整理出來他的觀點:
產品開發的工作, 就是將某人的想要 (desire), 轉化爲能夠滿足這個”想要"的產品的過程.
有想要 (desire) 這個名詞, 自然就會出現一個名詞: 需要 (needed). 這兩者有何不同呢?
基本上, 人們並非總是購買他們"需要"的東西, 而是購買他們"想要”的事物. 並且"想要"這個東西, 是會常常改變的. 真正"需要"的東西, 或許是固定哪幾個項目, 但是人們往往不知道自己真的需要什麼.
例如: 手機這件事情. 本來只是用來打電話. 手機拍照這件事情, 或許並不是那麼必要, 但是兩者合在一起, 算是一件蠻方便的事情. 所以一開始"打電話”是”需要"的功能, 而拍照只是想要的功能.
隨著時間的演進, 用戶漸漸培養出用手機拍照的習慣, 每到一個地方, 總是不自覺用手機拍照來記錄一下事情. 所以手機拍照變成是由廠商創造出來, 變成日後用戶"需要”的東西.
可是手機拍照這個功能, 在十年前用戶能夠講得出來嗎? 那時候你問他, 他應該是不知道自己會有這種需求吧. 他最多只是感覺一次要帶手機和照相機很麻煩吧. 那時候他絕對無法精確說出, 他要一隻有照相功能的手機. 或者是他要一個有手機功能的照相機 XD.
因此, 不管是想要的東西, 或是需要的東西, 人們總是很難把他們說得準確. 這時候, 對於這些連自己要什麼都不太清楚了人, 你覺得你可能寫出正確的產品需求文件嗎? 答案當然是不可能, 當你不知道你要什麼, 你不可能正確描述他們.
正如 John Von Neumann 所說的: "如果你不了解自己所說的事物, 即使你遣詞用字精確, 也毫無意義”. 當客戶對於自己想要的東西都不了解, 需求文件變成不重要了, 因為他到底正不正確, 是不是用戶要的, 用戶自己也不知道.
看到這裡, 我終於了解需求文件這件事, 不是 PM 的問題, 也不是客戶很笨, 這某種程度該說是人性的問題. 因此, 你不該想說只是寫出需求文件就好, 重點應該是你要有一個好的建立需求文件的流程. 也就是文件不重要, 重要的是過程. 要有好的過程幫助你找出接近用戶想要的東西. Plan is nothing. Planning is everything 也是相同的道理.
發現什麼需求不重要.... 重要的是你有個好的探索過程, 幫助你能找出接近對的需求 XD
全站熱搜
留言列表
