上篇提到了那些一句話的「需求」，如何帶來破壞並限制了產品的長遠發展，並舉出了兩個原則判斷是否好需求。本篇會介紹一些好用的工具，協助產品團隊做好需求。
對不少新手（甚或老手）而言，當需要到要做用戶需求，我們很自然的都會認為，要把心中所想用文字表達出來，並且加入很多描述，以規則來表達。
這種想法倒是沒錯，不過總結了多年團隊協作經驗，別說文字了，就算是進行會議面談，也不及加入圖像所能達到的效果。本篇介紹幾個非常有用的圖像工具，可協助補足單純文字的不足。
一、功能流程圖
眾多工具中，筆者最先推薦的是功能流程圖，它是最基礎的工具，尤其適合一些需要跨部門或跨組織進行業務協作，也適合一些多步驟的流程。
一般而言，功能流程圖能夠表現出業務協作的整體流程，可以較易看出流程步驟之間的關連，通常亦會包含操作人員／團隊的信息。有些進階版的流程圖，又會加入各節點的其它前設，或各功能在哪些系統上執行等，盡量豐富內容，減少含糊。
二、狀態圖
另一個很有用的是狀態圖，能夠顯示出一個案例在流程生命周期內可以出現的各種狀態，並用圖表示出互相之間的關連。通常情況下，圖上還會標示出由一個狀態到另一個狀態的觸發事件，操作團隊等。
有時候，我們也會在功能流程圖上為各節點標示對應的狀態名稱，並與狀態圖一併使用，也是視乎實際情況而決定選擇哪種方法較優。
三、時序圖
時序圖經常應用於牽涉多個系統或多個部門的流程，可協助顯示出各個體之間的交互和時序。
時序圖通常會以Swim Lane形式表示，例如不同個體是在不同的Swim Lane，時序圖上則會順着時序顯示個體與個體之間如何交互，以及觸發點等。
如果選擇系統來做個體，亦有助於評估各系統需要提供哪些接口供哪些周邊系統使用。
四、頁面流程
頁面流程是一種很適合面向客戶應用，注重客戶體驗的工具，例如官方網頁或手機應用。流程上會標示出各個頁面和上面的主要元素，而在與用戶的交互後，邏輯根據用戶的不同反應而跳轉到下一個不同的頁面。
頁面流程在手機應用設計上是非常有用，尤其是在眾多資料分配在不同頁面的情況，可協助團隊設計用戶旅程，保證用戶操作的流暢性和合理性。
五、交互原型
交互原型是另一種很適合面向客戶的工具，較為全面的提供頁面上的資訊細節。
舉例就一個填單頁面而言，交互原型就顯示了整個填單頁面的所有欄位位置，甚至一個欄位的需求就包括了名稱，預期輸入的資料，客戶未輸入時的提示，報錯信息等，還有各種各樣的訊息如何向客戶展示。
六、功能特性地圖
功能特性地圖通常會與功能流程圖一併使用。其用法是在功能流程圖的每個節點下，具體例出各個節點的特性描述，當中包括操作邏輯、前設、預期結果等。
對比起直接提出單點的功能開發項，功能特性地圖可以確保各開發項是配合整體流程而定，協助團隊從整體產品角度評估開發優先次序，制定產品的發展路徑。
用功能流程圖配合功能特性地圖來準備需求，實際上也是一個非常好的練習。團隊一方面可以從頂層設計上規劃整體流程，而仔細的需求要點則可以在各個特性上清晰表達。
============
以上的可算得上都是新手學習編寫需求的常用工具。讀者可以自行在網上搜尋，應能找到相對應的圖表示例，大部份都應該是在平時有接觸過的。而實際上，任何以產品發展為目標，可以協助團隊內有效溝通的工具，都可以視為很好的需求工具。
而除了上篇提到好的需求需要是「可估算」和「可測試」，我們亦同時強調，需求在能夠明確時應盡量明確，盡量少做假設或含糊表達，和盡量用小項目迭代形式提需求，都是較理想的做法。
沒有留言:
發佈留言