在上一篇提到在User story時,就將把需求及相對應功能,對照放在一起看,而這樣當數量多後,就可以將把功能做排列整合成Functional map。
Function map的目的是讓開發團隊,可以了解整個產品會有具備那些服務功能,而這些功能彼此之間的具備哪些關聯性,讓在規劃開發及執行時,可以了解到全貌之間的關聯。
Functional Map通常會以心智圖或表格呈現,先不考量視覺畫面,僅就功能上思考,這些功能相關的層級,會需要那些資料內容?未來可做什麼延伸?怎麼執行相關功能開發?
透過Functional Map可以將核心功能先抓出來,作為產品的核心架構,與開發者討論時,就可以以這些核心開始討論
當核心功能抓出來後,就會可以在排列出每一個核心功能包含了那些次要子功能,子功能會需要完整表述及需要的資料內容,再往下一層就是可以描述相對應次要功能需要那些資料內容,在往下一層就可以進而描述會需要那些規則說明內容。
這樣一層一層望下的描述,就可以看出來子功能與子功能之間的關聯性,避免使用者在操作時產生誤解;而且雖然某些子功能只是處於一核心功能之下,但是可以運用Function map將其子功能可引導出跨核心功能的說明引導。
描述層級及內容參考如下:
而Function map有時常會與Sitemap作為相似的內容,但是兩者之間雖然相似,但個別目的不同;Function map目的是讓開發團隊了解產品會有那些功能,在佈局技術架構時,可以先做依據討論;Sitemap主要目的是為了使用者感受
有良好操作體驗,並且可作為網站SEO使用。雖然常常會混為一談,但是了解其目的不同,在運用上即較好區分。
Function map彙整User story的需求功能內容,讓所有功能可以全覽了解。
Function map相功能依據重要性做排列且說明,依序為核心功能、子(次)功能、資料欄位、功能說明,這樣層級內容說明。
透過Function map可以了解到技術佈局及執行管理規劃,讓執行單位會了解到功能之間的關聯行及輕重緩急。
將所有相關function break down整理出來,有利於後續團隊相關的RD、UI、UX、MKT、FAE、DQA一目了然每個功能面再做啥好做後續溝通與規劃,也幫助當PM的自己review這些功能是啥東東~
是的,寫出來PM自己也可以知道前後有沒有邏輯上的衝突
Functional Map, Site map, 與文字版的 UI flow,這三者在一開始入行產品設計時很容易搞混
對ㄟ~我也是黏著了一段時間,才知道怎麼分開~