在系統工程及軟件工程中,需求分析指的是在創建一個新的或改變一個現存的系統或產品時,確定新系統的目的、範圍、定義和功能時所要做的所有工作。—— 維基百科
上述可得知需求調查影響的不只是『產品目的』,更重要的是產品的『功能範圍』,在沒有調查出最核心的需求情況下,一個不符合市場需求的產品,會導致消耗過多的開發時程和金錢,最後做出一個沒有明確解決需求者痛點的產品。
好的需求調查,會知道使用者的痛點和這些需求來源,目前市面的產品為什麼無法滿足,和哪些功能是“有很好非必要”或“必要”的功能,定義出最短時間內可完成的MVP(Minimum Visable Product)最小可行性產品。
本篇文中有技巧教你做出最好的需求分析。
真實案例中,提案者可能是老闆或業主,提出了以下需求
“用網頁技術做出一個和Sketch和Adobe XD同等自由度的設計工具,同時兼具動畫,不用輸出可直接在網頁上打開,設計師做的Prototype可直接變成有網址的網頁,不再需要前端工程師切版”
以這個例子,在沒有經過一個完善的需求分析就盲目的開發,可能會發生哪些事?
可能國外剛上式的競品和提案者的需求一模一樣,只因為沒有搜尋到而花了大量成本開發了與別人一樣的產品。
使用者可能是設計師或是工程師,但有沒有可能是接案業者?或者工程師其實沒有這個需求?在沒有定義出使用者是誰之前,你無法找到你要訪談的對象,即無法暸解他們真實的想法和需求
即使業主就是設計師也是使用者,他的需求不代表普遍所有使用者的需求,多聆聽使用者的意見往往會帶來更多你意想不到的點子,了解使用者最迫切需要解決的需求和痛點,這對於排序功能產出的優先順序很重要
有些需求有更快的替代方案,可能可以不需要開發或延後開發。以本例子來說,有功能是設計內可放影片或音檔,或許可直接用Youtube 代替就不需自己開發。在沒有訪問或調查之前難以客觀角度評估。
在提案者提出的有限的時間內,沒有找出核心的使用者需求,訂出太多非必要功能在期限完成,導致開發時程過長
不管是實體產品或是軟體產品,常會發現一個產品的產出沒有做好一份完整的需求分析或是連使用者訪談都沒有。甚至有提案者提出需求或是相對較完整的細節時,就省略了產品調研,這裡要再強調一次 “提案者的需求通常不同等於真實使用者的普遍需求”,我們要做的產品不是只有提案者一個人,而是所有的使用者。
在實務上產品的需求分析上有個特別重要的技巧,那就是“分析競品的缺點”。
有競品就代表有市場需求,會有需求導致衍生新產品就代表目前的市場及功能無法滿足或有缺點,這時我們要做的事就是
找出所有國內外競品
從Roadmap、wishlist、論壇、 Apple Store 內的app評論等等,記錄所有的缺點和痛點
比較與提案者有沒有相契合的需求
與多位使用者及提案者再次確認及訪談
整理出最多人的痛點,已做為開發的排列順序
範例: https://wishlist.webflow.com/?sort=popular
經過以上的整理有時也會發現,使用者的痛點有時不一定跟提案者相符合,但這些與其他產品的差異化可能是產品未來有可能致勝關鍵,也可以是作為最小可行性產品開發的參考依據!
當我們需要需求分析時,可以分成以下步驟進行
條列式需求的由來
找出核心需求,競品分析,了解哪些功能可解決目前痛點
使用者及提案者訪談確認需求
探討功能可行性,是否開發有困難,排序功能發布的優先順序來制定MVP
整理報告,與提案者總整理
請思考一下目前你手上的專案,是否也遇過類似這些情況,老闆拜託你做一個報表,但其實他的核心需求只需要其中某一個欄位?產品的功能跟競品功能相似沒有解決使用者痛點?更甚至把使用者最需要的功能時程放錯順位?
寓意科技提供專業的及系統資訊科技管理顧問服務,協助企業規劃並完成軟體建置
fable寓意科技官方網站:https://www.fable.com.tw/
fable寓意科技 Medium:https://medium.com/@fableltd