起源

我們的故事不傳奇，來自一個小團隊的成立，沒有資本、沒有資源、沒有高手，兩年前的我，以 iOS 開發的角色，剛剛加入這間剛成立、剛轉型的公司，沒有敏捷開發、沒有 CI/CD、沒有 Cloud 的觀念，土法煉鋼，本地超英趕美，接近隕石式開發。

幾天前我們發佈了我們對於 DevOps 文化的養成與建立，今天要跟大家分享我們建立 UX 流程與思維的過程與心得，理論與實踐總有一條鴻溝，但我們還是必須先走一步。

目標是強化需求與最終體驗的流程（基於 Lean UX），並且透過理論引導實踐，希望對於正在閱讀的你們有些幫助。

另外關於文內的製作的細節應該有許多優質可靠的文章可以參考了，因為本身並不是 Designer，所以應該沒辦法給大家太多製作細節的建議，今天就會主要從大框架、思路來討論。

—

理論先行，我們怎麼先有一版 SOP

有鑒於上述的種種問題，還有團隊之間無法順暢的溝通，我們決定先學習理論，再透過 SOP 與 文件的形式釋出到內部，透明化這個流程，其中大概分為幾個部分，專案起始的研究、Wireflow 出版與設計、互動文件設計、 UI 設計、開發階段（敏捷與 DevOps）、優化追蹤、結合傳統 SA 設計階段、Lean UX。並且透過這些項目，先在內部整體討論，並於專案開始實踐。

下圖是在內部執行討論後紀錄的，內部取名為 UX Roadmap

另外為了在內部科普這些知識點，我們也整理了科普文件。這也是我們筆記文化的其中一項。

專案起始的研究

專案起始的研究就我們內部而言，通常會配合頭腦風暴、商業模型圖，目標是儘早的搜集想法，整理想法，歸納想法。然後進行競品分析，市場研究。這邊會根據專案或項目產品的屬性有些許不同。

這個階段的目標就是搜集大量訊息與素材，作為日後材料使用。

下圖是我們頭腦風暴的畫面，有實體的也有電子的
(img)

便利貼才是頭腦風暴，梗圖請參考
(img)

這是商業模型圖
(img)

使用者需求討論

使用者需求討論我們通常會進行使用者與客戶的訪談，有時候客戶與使用者會是不同的兩群人，如果都聽得到這兩邊的想法是最好的。大致步驟就是（UX、PM、代表工程師一同前往）

• 第一次約見客戶 - 聽聽看客戶怎麼說，我們這邊不要有太多意見或忍住想法，這次的需求訪談一定會很發散也很零散，另外如果是產品項目，會請內部一些小夥伴或者合作方來當客戶。
• 第二次約見客戶 - 根據上一次的成果，設計與提出我們的問題或想法，這邊應該要初步有些結構性了，或者建議，與客戶達成需求上的需求框架與思考的同步。
• 第三次約見客戶 - 根據第二次會議，微調與調整需求框架，做最後確認。

經過這三次的會議之後，UX、PM與開發一定對於這個需求有不同角度的看法，接下來就是要整合這些看法後，整理結果，並且出一版內部的需求報告。

這份文件照慣例也會管理在我們 notion 的該專案下。

使用者情境與場景

使用者情境與場景是基於需求分析後的情境場景分析，常用的工具會是 Persona、User Story與 User Journey ，這邊建議還是要整個團隊一起參與，比如說我們執行的時候會請開發小姊姊來演那個使用者，人生在世全靠演技，這樣不僅僅會讓團隊更有參與感，執行起來也有趣許多。

簡單來說就是把人設搞好，劇本寫好，實際演一次，然後記錄下來。

Persona、User Story 會像這樣
(img)

User Journey 會像這樣
(img)

總結

今天跟大家分析了最主要的兩個情境「使用者需求討論」與「使用者情境與場景」，明天開始會跟大家分享系統面的資訊，讓我們再期待一下吧！