【PM學習誌04 】在完成一件專案以後（中）

延續上一篇談專案中的溝通問題，今天想談談的是在專案中，有關「使用者流程設計」值得注意的部分！

可以說，我在實習的過程中切身體會到，在小公司當PM最大優勢就是：你有機會觸碰到除了寫程式以外的所有工作！而其中我覺得最有趣的部分就是前期的產品流程設計。因為是開發公司，所以在這裡指的「產品」，是會接觸到使用者的網站、app、後台系統等。

＊＊以下附註軟體PM必懂名詞解釋（我自己那時候弄了一陣子才懂 ）＊＊
1. 前台 vs. 後台：介面的分類，以「使用者」做區分。前台的使用者是一般消費者，後台的使用者則是業者或企業主。舉例來說，如果你在網站上購物，你購物時使用的介面就是所謂的前台；而那個購物網站自己內部會有一個「後台」，用來管理他的每個會員、觀看會員的購買紀錄、各種銷售報表……等。通常前台因為是「直接面向消費者」，對於 UI 和 UX 都會有比較嚴格的要求，翻譯成白話就是，前台除了 user-friendly（=好的UX）以外，通常會比較精緻（UI）；而後台通常是給企業內部使用，所以通常更著重在順暢的流程（UX）。
2. 前端 vs. 後端：簡單來講是程式功能的分類。前端程式 focus 在「介面生成」、後端程式 focus 在「程式邏輯＋運作（api）」和「資料庫操作」。簡單來說，如果畫面中有一個填寫姓名的欄位＋一顆確認按鈕，「可以欄位輸入的欄位」、「可以按下的按鈕」以及他們之間的排版位置、背景顏色就是前端處理的事情；如果這個頁面的目的是「儲存姓名」，那麼在按下按鈕以後，「把你的名字寫入資料庫」、「回傳『恭喜填寫完成！』或『抱歉！填寫失敗！』等提示字樣」就是後端程式處理的範圍。

User Experience：

對一個軟體 PM 而言，在需求訪談完之後的「畫 wireframe（流程圖）」是一個非常關鍵的環節。還記得我剛進來實習的時候，就被這樣耳提面命：「畫圖會影響你專案的成敗」，雖然聽起來略顯誇張，但我也是到很後來，但要談「畫wireframe 為什麼對 PM 來說很重要」這件事，還是要回歸到一個 PM 能不能掌握並設計出一個有「好的使用者體驗」的產品。

在實習以前， User Experience 對我來說是一個全然陌生的領域。第一次實作是一個練習用的電商網站，當時和 mentor 姊姊來回過了幾次，才慢慢的抓到一些訣竅。但在正式專案裡又有很多不同的的小細節！只能說依據每個專案特性，在UX上都會有不同的 me me ga ga，而如果PM可以掌握這些訣竅，在專案最開始的流程設計就可以很流暢（一般來說PM會使用工具繪製 flow，像我在時賦實習使用的就是whimsical，其它比較厲害的同事有時候也會使用 Adobe XD來做這件事），後續在處理整個專案 — 不論是和客戶或者工程師的溝通上 — 都會順暢很多。

以下分享幾個在設計後台上會需要注意的要點：

[操作一致性]
設計網站或後台時，往往會有許多反覆出現的元素，例如輸入框、按鈕等等。而按鈕依據常見度又分成 [確認]鍵、[刪除]鍵、[儲存]鍵等等。以後台為例，在所有頁面裡，這幾個按鍵的顏色、出現位置（絕對或相對位置）、大小（至少在整個頁面的相對大小）都要盡量一致，在操作上比較不會讓使用者產生這樣的困惑：疑這個確認鍵長的跟別頁的不一樣誒，是有別的功能嗎還是……？記得一開始設計時，我沒有特別注意流程圖中「一樣功能的按鈕應該要長得一樣」這件事，在工程師刻出畫面、我第一次測試時，才湧現一股「怪怪的」感覺，所以後來還特別列了一張excel清單，標注哪個頁面的哪個按鈕應該是什麼顏色，再請工程師修改。現在回想起來，如果能在一開始設計就注意好這件事情，交給工程師的圖就是一個「可以直接參考的原型」，而不用讓他們反覆花費時間去做修改了！

[資料的連動性]
在設計網站時，需要考慮資料與頁面之間的連動性。舉個非常簡單的例子：如果你的後台包括了一個「產品種類」和「產品管理」頁面，想像一下，你有三個商品種類（你可以想像是主餐、飲料、點心），三個種類底下各有一些商品；當你今天要新增商品時，你該選擇哪個種類「安置」這個新商品呢？通常我們會在新增商品的欄位製作一個下拉選單，選單內帶入「所有現有的商品種類」，比方說，如果今天你想新增的商品是「好喝奶茶」，你可以在下拉選單中選擇「飲料」這個種類：

這個就是最最基礎的資料連動的概念！在後台設計上，如果遇到這種A頁要帶入B頁資料的東西，就必須思考得很清楚，畢竟，如果你在種類頁新增了一個「飲料」項目，但當你到了商品頁，開心地想要把「好喝奶茶」加入「飲料」這一類，卻遲遲找不到他在哪裡時，對於使用者而言，會是很令人困惑的體驗 XD。

[精簡的流程]：
「試著用最少步驟完成一件事！」這個真的是從面試開始就一直被耳提面命的問題（XD） 設計出一個對使用者和工程師都友善的系統，是最考驗PM能力的工作環節。唯有貼近使用者角度思考：他們怎麼操作會最順暢？也站在程式邏輯的角度思考：這個操作是不是必要的？逐一去刪減你的初版設計中不必要的操作（當然，有時後會因應客戶的要求，所以不會選擇你一開始設想中、最有效率的方式完成功能，這個就會仰賴你跟客戶的進一步溝通）。

提供一個在實習學到的小撇步：在設計的時候，我們都會被教育「每個按鈕應該都要有他該去的地方。按下這個鍵之後，會進入到哪個頁面？」所以在畫圖時，記得去檢視你的每個頁面「從哪裡來？」、「要往哪裡去？」，連結每個頁面的箭頭標示是必不可少的喔！

以上簡單介紹我在設計流程時得到的幾個體悟，包括「操作一致」、「資料連動」以及「如何精簡流程」，希望能對你有所幫助！