【產品規劃系列(二)】軟體 PM 撰寫規格書的三大工具之二,Functional Map

朱騏
PM的生產力工具箱
Oct 20, 2020

--

前言

在上一篇文章中,我提到軟體 PM 撰寫 Spec (產品規格書)時至少包含三種文件:User Story、 Functional Map、UI Flow,並說明 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。

我是朱騏,一個渴求新知、熱愛學習的產品經理。也是一個喜歡研究各種生產力工具、熱愛將專案管理知識應用在魔術學習上的魔術愛好者。如果有任何疑問、想聽的主題,歡迎留言給我 📒如果想給我一點鼓勵,請給我 1–10 個拍手;
如果覺得文章對你有幫助,請給我 10–40 個拍手;
如果你覺得文章寫的不錯,請給我40+ 個拍手讓我知道 👏🏻
如果有任何想閱讀的主題請留言分享給我。 最後,謝謝你的閱讀!喜歡我的文章,可以點擊下方「Follow」我~| LinkedIn @ Chi Chu 歡迎交流

--

--

朱騏
PM的生產力工具箱

線上寫作教練,擁有 6 年的 SaaS 產品經理 & 2 年軟體技術寫手工作經驗。我專注寫 (1)技術寫作 (2)數位寫作 (3) 個人知識管理的文章 🤝 歡迎講座邀約、諮詢,可參考 www.chichu.co/training