DMA01
Google UX Playbook — 【給新手的練習題】金融財經手機版

Google UX Playbook — 【給新手的練習題】金融財經手機版

Iris Chen

如果能依照本文的流程做完,基本上已經能熟悉專案中的需求與介面規劃階段。

寫完上一篇【 Google UX Playbook — 金融財經手機版規劃指南】後,突然想到這題目適合給新手產品經理作為練習。有興趣的朋友可以來試試~

 

§ 步驟一:Persona

首先,我們從使用者角度出發,寫一份Persona。

Source: https://www.flickr.com/photos/deizans/5525707263/in/photostream/

Persona有的稱為「人物誌」、或者「用戶畫像」。原本我在產品經理PM第X講系列中打算詳細介紹,因時間關係先跳過,可以Google查【Persona 用戶】關鍵字說明。

金融財經網站的使用者依據不同的目的或金融產品使用,可以分成相當多種Persona用戶群。我們先來假設這次的練習題目為:

你是一個財經網站產品經理 PM,打算提供投資訊息、股票報價、基金報價、投資付費線上教學以及付費顧問諮詢。請設計出這個網站的首頁!

所以有哪些類型的使用者?

我先提示一下可能線索:

・有一群人可能剛進股市,有點股海資歷了但想要積極賺更多錢。

・有一群人可能較為保守,他們手上有一筆錢,覺得放定存不划算、做股票又怕賠太多,也沒時間看盤。

・有一群人什麼都不懂,想學投資但完全不知從何著手。

・其他…. 可以自行補充。

【練習題】
請針對上述情境,列出2~3個Persona即可。內容包含:・虛構的名字
・圖片
・年齡
・性別
・職業
・收入
・生活形態描述
・投資經歷
・投資頻率
・預期到訪頻率
・使用產品動機、喜好
・痛點
・需求功能描述
・預計到訪頻率….等

在正式的專案工作上,Persona最好是經過一連串的資料Study、使用者訪談、團體討論取得共識、或者參考數據佐證等,產出3~N個不等的用戶族群區隔描述。我們這邊當作練習,所以簡單處理。

 

§ 步驟二:使用者旅程圖User Journey Map ?

在完成Persona後,接著會進行使用者旅程圖User Journey Map。

由於專案時程關係,不一定有時間做這麼多文件,這步驟我通常會跳過,或者交給UX designer處理。

Source: https://www.lucidchart.com/blog/how-to-build-customer-journey-maps

但是,即使跳過不做文件,身為產品經理PM也要懂得用戶的使用體過程中的真實情緒、使用情境Scenario與不滿的痛點。並從中找出能解決用戶痛點的關鍵需求,延伸為功能設計的切入機會點。

【練習題】
請針對不同的Persona族群,分別描述他們在財經網站上的使用情境Scenario,並列出功能需求。

 

§ 步驟三:Epics / User Stories / 需求功能描述

接下來會依照專案開發流程:敏捷式 Agile 或瀑布式 Waterfall,來決定功能描述的文件產出方式。

● 瀑布式專案開發 Waterfall

在先前這篇PM第2講內容中,有張附圖提供了「首頁」的功能描述,可以參考看看。不過我那樣的描述比較細節,可以再概略一點,例如「提供股市大盤報價功能」這樣描述即可。

產品經理PM第2講:從頁面拆解練習IA資訊架構(Information Architecture)

● 敏捷式專案開發 Agile

敏捷開發流程在網路上相當多的討論,我就不多說了。此階段列出的比較是Epic這樣的抽象、high level的需求描述。

敏捷式的Epic、Feature、User Story描述可參考這篇:需求的大小

【練習題】
請列出財經網站首頁預計提供的功能描述,Waterfall、Agile擇一即可。

接下來……..等等,你有沒發現一件事:

我們現在有2~3個不同Persona族群、每個族群有不同的痛點和功能需求,請問要怎麼塞入一個首頁頁面?

 

§ 步驟四:Prioritization 排定優先次序

對於產品經理而言,排定優先次序非常非常重要!資源有限,必須要將力氣放在關鍵有價值的事情上。

排定優先次序有幾個琢磨的角度,可協助PM思考:

● 廣度思維
・誰是我的關鍵用戶(TA)
・公司的政策營運策略
・市場規模
・競爭者分析
・我們的優勢以及差異化特色
・營收來源…
(有時還要考量公司各部門的政治角力運作…)

● 細部思維
・關鍵用戶的主要需求
・關鍵價值主張
・使用頻率高低
・影響營收/流量重要功能
・其他首頁上一定要有的內容…

有的資深產品經理可以直接就經驗值下判斷,有的需要眾人討論後、透過scoring system計分模式給予權重。這邊既然是練習題,那就自行決定。

【練習題】
請針對前面的功能列表/User Stories,排定P1~P3不等的優先次序。

【權重定義】以下提供簡單的定義:

P1:一定要做的功能。不做無法上線
P2:必須具備的功能,但可晚一點上線
P3:nice to have,有資源再做

 

§ 步驟五:繪製Wireframe線框圖

產品經理 PM 需不需要會畫Wireframe?

我建議如果有UX designer,應該是由UX人員來畫。但是身為一個PM,最好也要會畫Wireframe。我至少畫過上千張Wireframe,之後會在產品經理PM第X講系列中再做描述。

簡單來講,Wireframe可分為Lo-Fi和Hi-Fi Wireframe。我自己通常直接出Hi-Fi 版本,一次將細節確認清楚,省得來回溝通。新手PM可以從Lo-Fi著手,慢慢加深細節。

※ Low-Fidelity Wireframe 低擬真 Vs. High-Fidelity Wireframe高擬真 範例請見下文描述~

What Is The Difference Between Low-Fidelity and High-Fidelity Wireframes?

製作Hi-Fi Wireframe的好處是,使用相關軟體簡單設定,就可以直接製作成Prototype測試原型。缺點是有時會限制UI Designer的想像力,或者一下子直接落到功能細節,缺乏更廣泛的討論以求更佳的體驗設計。但這樣的練習是有必要的~

進到這個階段時,可能會發現步驟三的功能描述不夠詳細,因此繪製Wireframe時,可以再繼續補上細部功能描述。

【練習題】
依據前述文件,並參考 Google UX Playbook For Finance前文,繪製出財經首頁Hi-Fi Wireframe。

Google UX Playbook — 金融財經手機版規劃指南

 

大家完成了嗎?如果能依照這樣的流程做完,基本上已經能熟悉專案中的需求與介面規劃階段。希望讀完這篇文章能有所收穫,也歡迎加入Facebook 【數位產品經理不想公開的秘密 】私密社團,一起參與我們在數位產品經理領域的工作交流與專業討論!

 

§ 產品經理系列文章

產品經理PM第0講:誰是產品經理?

產品經理PM第1講:專業能力

產品經理PM第2講:從頁面拆解練習IA資訊架構(Information Architecture)

產品經理PM第3講:如何開始一個改版專案

AI時代的數位產品經理-與資料科學家合作的10個關鍵

Google UX Playbook — 【給新手的練習題】金融財經手機版

※ 數位產品經理的一天 — 在雲端管理跨國產品開發團隊

※ 數位產品經理的一天 — 以美國大型證券商交易網站為例 ( 奶爸老喬的矽谷觀察 Silicon Valley Old Joe)

 

 

原文出處:Google UX Playbook — 【給新手的練習題】金融財經手機版

Iris Chen
Iris Chen

自由工作者

Facebook私密社團【數位產品經理不想公開的秘密 Secrets Digital Product Managers Don’t Want to Disclose】https://www.facebook.com/groups/SecretsOfDigitalPMs/

Iris Chen的Medium:https://medium.com/@irischenblog

【Scrum工作術】3個重要的核心精神!
讀完這篇,你會得到 1. 了解Scrum替團隊帶來的價值 2. 判斷現有團隊適不適合Run Scrum 3. 開始調整自己或團隊的工作心態
如何管理遠端工作者?
現在是全球化的社會結構,團隊工作遍及不同地區,甚至時差。很多公司的人才來自於不同文化的族群,多元性的工作團隊因應而生。
UI與UX有什麼差異?
本章將探討何謂 UX 以及 UI 與 UX 的差異