PM成長之路#1: 快速上手基礎能力
從小白也能變大白 🐶
在想要踏入PM這個領域之前，我也曾經覺得需要學會很多不同的知識才能夠達成，但是透過系統化的學習，相信大家也能辦到~以下會逐一去講解什麼是我們最基礎要學會因為大家每天都在講的專有名詞🤣
從0開始打造PM文件 📃 (溝通好幫手)
- 認識 Flow Chart
大家看到這張圖片應該不陌生，不過要使用Flow Chart的原因是要達到 易用(使用合理)、除錯(整理邏輯)、溝通(方便解說)、以及優化 的功效。其中我們比較常用的是頁面流程圖&功能流程圖，但是不論使用哪一種流程圖，重點還是在於我們的 需求是什麼 ，以達到溝通的功效。
☛ 基本符號認識 (圖形辨識)
☛ 常用工具Figma (好處: 雲端帶著走、UI/UX 理解快)
2. 認識 線框圖 Wireframe
你沒有看錯!就是這些方框看起來像是草圖一般的內容，要使用 Wireframe的原因是讓PM跟客戶溝通使用、彼此的想像是一致的，通常用簡單線條、方塊、灰階方式呈現，以避免做得太花俏，把注意力放在美觀的問題上。
☛ 圖形說明專家可參考以下網站
3. 認識 UI Flow
使用wireframe或UI畫好的圖來做，以及需要較詳細安排功能與資訊在頁面之間的操作動線，需要了解一個功能到一個頁面的前因後果。在這邊的重點是:PM要思考使用者體驗、畫wireframe，但不需要畫精美的UI設計，同時也要留意，不管UI介面設計是否完成，都建議先跟工程師做討論，不然會需要做多次的修改(大家都很忙碌所以要節省彼此的時間)。
4. 認識 文字PRD
PRD（Product Requirement Document，產品需求規劃書）是讓設計師了解為什麼這個產品要這樣做。
☉ 需要的內容
功能名稱/產品名稱
- 定義：簡述這份文件要做的功能/產品是什麼
用戶需求
- 定義：站在「用戶」的角度，我為什麼需要這個功能？
- 常見句型：身為 [某人]，在 [什麼場景] 我想要 [做某件事] 才能 [達到某目標]
如何驗證用戶有此需求/問題
- 定義：怎麼知道這個需求or問題是真實存在的？
- 例如：用戶反饋、數據洞察、市場、競品
功能描述
- 定義：在什麼情況下，用戶怎麼應用這個功能，才能達到某個目標？
- 常見句型：在我們產品中，用戶在 [什麼情況] 下 [怎麼做] 才能達成 [某目標]
實戰演練心得 🌝 (真實感受)
很多專有名詞聽過學會之後再來就是實戰演練，實際使用Figma做出 Flow Chart、Wireframe、UI Flow跟PRD，中間過程中覺得最困難的是要去思考每一個步驟的相關性，以及用戶的需求與我們開發的訴求是要解決什麼樣的問題，當這一切都搞清楚之後才能進到下一步。
雖然過程複雜但是我也覺得這是一趟有趣的旅程，因為可以去不斷檢視自己有沒有想得更加清晰，更加符合更多使用者的需求，以及真正解決問題，我相信即便是小白，從0開始，有環境的陶冶是沒問題的。(如果你也是喜歡解決問題、、不怕挫折與挑戰、喜愛有邏輯的每個過程相信會無比快樂~)
