【產品規劃系列(二)】軟體 PM 撰寫規格書的三大工具之二，Functional Map
「Functional Map」的目的是將使用者需求變成功能規格圖表，主要用於和開發人員確認需求，通常會以心智圖呈現。俗話說：「看圖比看文字來的直覺」，Functinoal Map 提升了團隊之間對於 Spec 的溝通效率，是一個非常棒的工具。
前言
在上一篇文章中，我提到軟體 PM 撰寫 Spec (產品規格書)時至少包含三種文件：User Story、 Functional Map、UI Flow，並說明 User Story 可以如何撰寫。
【產品規劃系列(一)】軟體 PM 撰寫規格書的三大工具之一，User Story
這篇文章讓我們繼續研究第二種文件 — Functional Map ，應該如何撰寫。
一、Functional Map 是什麼，該怎麼寫？
先來看一下 Functional Map 的用途：
將使用者需求變成功能規格圖表，主要用於和開發人員確認需求，通常會以心智圖呈現。
盤點使用者故事
這裡提到的「使用者需求」，就是上一篇文章說到的「使用者故事」。用電商網站舉例，假如我們已經盤點出以下使用者故事：
- 作為一個使用者，我想要登入會員，才能記錄個人資訊。
- 作為一個使用者，我想要能搜尋產品，才能快速找到我想要的東西。
- 作為一個使用者，我想要能加入購物車，才能瀏覽其他想要的商品
- …
將使用者故事轉化成心智圖
上圖的藍色長方型為「User Activity」、黑色長方形為「User Task」、白色長方形為「User Story」，若對架構不清楚可以複習 User Story 文章。
有沒有覺得需求頓時清楚許多？雖然電商網站的功能非常複雜，但透過階層化的整理，每一個使用者故事 (需求) 都可以歸類到某個確切功能下。
二、工具推薦，畫 Functional Map 的好幫手
網路上有許多繪製圖型的工具，以下推薦 3 個 。
1. Draw.io
Draw.io 是我現在工作最常使用的流程圖工具，也可以拿來繪製上圖範例的 Functional Map。
優點：免費！圖案支援豐富，提供多種圖型的元件，可以繪製 Flowchart, UML chart, BPMN, Entity Relation 等圖型。
缺點：圖案中規中矩，喜歡設計感的人可能覺得太樸素 ; 功能較多需要一些時間熟悉介面。
2. Coggle
目前我生活中主要使用的心智圖軟體。
相對於 Draw.io，Coggle 更適合用來繪製「心智圖」的圖型，操作上比起 Draw.io 更直覺，最重要的是 — 元素之間可輕易的進行連結，更符合心智圖中要不斷進行想法連結的需求。
優點：有設計感，支援 Markdown語法，元素之間可輕易連結的特性，更符合心智圖的繪製需求。
缺點：進階功能需要付費 ; 無法畫出工整的圖型，對於喜歡方正設計的人來較無法接受。
3. Xmind
老牌的心智圖軟體，自己第一款使用的心智圖軟體就是「Xmind」，可以畫出相當複雜的心智圖型。
優點：功能比 Draw.io 還有 Coggle 更完善，支援多種專案管理常見圖型。
缺點：2017 年取消了雲端同步服務，必須將畫好的圖型下載保存在電腦中，考量到檔案存取的方便性，我後來從 Xmind 轉移到 Coggle 。
三、結語
「Functional Map」的目的是將使用者需求變成功能規格圖表，主要用於和開發人員確認需求，通常會以心智圖呈現。
俗話說：「看圖比看文字來的直覺」，Functinoal Map 提升了團隊之間對於 Spec 的溝通效率，是一個非常棒的工具。
下一篇文章來談談寫 Spec 的第三項工具 — UI Flow。
【產品規劃系列(三)】軟體 PM 撰寫規格書的三大工具之三，UI Flow
原文出處：【產品規劃系列(二)】軟體 PM 撰寫規格書的三大工具之二，Functional Map
一個組織能力超強的軟體產品經理，喜歡研究軟體產品、生產力工具、時間管理方法
可提供軟體產品管理、時間管理、生產力工具的相關諮詢
歡迎講座邀約或跟我喝杯咖啡聊聊天，我的信箱是 [email protected]
