iT邦幫忙

2021 iThome 鐵人賽

DAY 10
0

當概念驗証過有價值且方向大致正確後,就會開始撰寫 User Story,然後進入正式的 UX/UI 設計流程。

什麼是 User Story

User Story 是一種需求的描述方式,藉由以 "角色觀點" 去表達一個 "具有某價值" 的 "需求",方便團隊所有人理解。

它有一個基本的語句 Pattern:

【角色】身為一個 ______
【需求】我想要 _____
【價值】是為了 _______

以鬧鐘的貪睡功能為例,User Story 是:
身為一個 使用者,我想要 貪睡 n 分鐘 ,是為了 不要按下鬧鐘後就睡過頭

通常一個產品的 User Story 不會只有一個,以購物網站為例,可能會有以下多種不同角色的 User Story:

  • 身為一個 買家,我想要 搜尋產品 ,是為了 直接快速找到我想要的東西
  • 身為一個 買家,我想要 不同商家的商品加入同一購物車 ,是為了 節省時間,一次多個商品一起結帳
  • 身為一個 賣家,我想要 設置常見 Q&A Chatbot ,是為了 避免常常被買家問一樣的問題

發現了嗎? 短短的一句話,就能讓團隊的夥伴們了解,為什麼要為這個角色開發這個功能,更容易產生共識與連結情境。User Story 一般而言會是由 UX 研究員(UR) 經過研究後訂定,當然,若一般中小型公司不見得會有 UR 的角色,就很可能會是從 PM 直接撰寫,然後交給 UX / UI 設計師。

UX / UI 設計流程

設計流程的輸入原材料是 User Story,對 UX / UI 設計師來說,接下來的設計流程至少大項目會有以下:

(一) Functional Map
(二) Flow Chart
(三) UI Flow & Wireflow
(四) GUI & Mockup
(五) Hi-Fi Prototype (高精度原型,視專案情況,不見得會做)

當設計師完成這些設計項目後,便會將這些 SPEC 一一交付工程端進行開發 (當然,這不太會是一個線性的流程,過程中很有可能會來回修正)。

在接下來的幾天裡,我們會將這幾個設計項目一一拆解,讓大家了解相關重點,以及如何設計。
https://ithelp.ithome.com.tw/upload/images/20210925/20105528yWdmJ3XBpM.png


上一篇
Day9. 以放聲思考法快速進行概念驗証
下一篇
Day11. UX/UI 設計流程之一: Functional Map (以 Axure RP 實作)
系列文
網頁 UX / UI 攻心術|30天練成 Figma、Axure RP 以及 UX 心法30
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言