這是本系列最後一篇，如果閣下還沒看過《Part I. 聚焦、驗證》、《Part II. 價值、優化》，可以回頭先看一眼，這篇僅會概述回顧+心得歐~
一、誰適合讀本篇？
- Junior 產品經理
- 想學Level 1的PRD
- 想打造工具型產品的人
二、學習營快速回顧：兩個字── 紮、實
回顧過去6週都在做什麼呢？從對齊公司、產品、用戶目標&策略開始思考，評估市場規模，接著進到用戶訪談，收斂小組訪談結果後，撰寫User Story、Acceptance Criteria、Functional Map，然後進到Wireflow（Userflow+Wireframe），再來一場易用性測試。
完成前面的PRD，最後，刺激的來了── 準備對老闆Pitch。
三、Pitch簡報長啥摸樣子呢？
學院公告提案簡報須涵蓋以下四個面向
- 對產品的目標市場以及市場規模是否能清楚掌握
- 是否能清楚定義使用者的問題
- 提出解決方案是否有獨特的價值主張，能解決使用者問題，有亮點
- 提案口語和簡報是否有清楚呈現計畫與價值
Ps. 可先不考慮開發資源可行性、風險。
以下為您送上不慎完美，但在忙碌+螢幕壞掉狂顫抖之餘，先寫一波講稿，再快速做完的簡報：
四、心得
報名之前也沒想太多，就是想說卡都刷下去，也下定決心今年要好好學了，有機會就要多向專家取經，有系統地實作一次產品。結果卻出乎意料地收穫這摸多~
1. 最大的收穫──邏輯思維養成
學習營實作的過程，老師會比較著重在PM的思考、邏輯推論、和驗證方式。甚至Stanley老師一開始還說：「如果誰太快把mockup畫出來，我一定會問你一堆問題，看你中間怎麼推理的」。這是小妹過去在新創團隊比較少遇到的狀況，因為在新創+B2B，決策開發等節奏都求快，訪談常是簡單跟客戶聊一下、問PO或業務代表，就要出Wireframe問客戶買不買單，甚至有時候連手稿都不畫，講完就得請前端工程師出畫面了。
2. 實務經驗 vs. 學習後的發現
過去合作的工程師，會希望User Story可以多描述一點系統操作的步驟，不要只是寫「需求」，越細做出來越不會有模糊空間。但，Soking老師教學（如下2張圖）是建議先寫需求，不要太快鑽進去設計solution。確切怎麼操作，可以等跟工程師討論完，寫在Acceptance Criteria。
3. 決策掙扎
Pitch前一天找工程師討論串API可行性，他直接說：「考慮現實， VoiceTube不可能讓你這樣搞吧 哈！」聽完本來真的放棄，改串Youtube，自己挑幾個英文學習影片，但簡報講完想想… Pitch首要任務就是把市場規模估出來、確認商業可行性，而跟VoiceTube合作估計能帶來100萬人流量和影音資源，為了有效提升TA觸及率，所以我最後決定還是先保留這個構想。
4. 理論視覺化— 建立大腦肌肉的記憶
學習過程，大腦像是做完6週的健身一樣── 先是破壞肌肉組織，經過規律、有方法地訓練，才逐漸「看見」自己長出更結實的肌（知）肉（識），建立自己處複雜問題的能力和記憶。Really like the way we learned! 同時，也更認識自己的強弱項一些，知道接下來要怎麼調整、可以學習的方向，我想這就是學習最美好（也最累？）的地方吧！因為學完一輪，還有無限多輪，哈哈哈哈哈~
好！以上報告是地方阿姨學習、沉澱後的心得，希望能給未來的自己和子孫（到底是誰？）留念，也跟更多有緣人交流啦！
── 感謝大家耐心閱讀 ──
- 如果看官喜歡這篇文章，請在底下綠色圈圈「按讚*5下」
- 覺得內容有點幫助，請幫忙：
- 網頁右上方「贊助」創作者一杯咖啡
or
- 下方LikeCoin點「按月贊助」，鼓勵小妹繼續寫更多文章！
