1. 首頁 > 生活百科 > >

人人都是產品經理 如何做好產品經理實習？( 二 )

小知識產品經理實習


所以，用戶的真實需求是能讓我更快地到達某地 。 看到這里肯定會有人說，做產品難道不考慮實現難易程度，時間成本的嗎？當然是要考慮的，但是也要考慮用戶體驗的，在用戶體驗和各種成本之間去做一個平衡 。
第二步，梳理框架梳理框架的目的在于將需求轉化為功能，怎么樣去設計對應的功能滿足對應的需求，用戶的需求A可能對應著很多的現實方式ABCD，最終會用哪種方式還需要做市場調研，to B產品很少有去做用戶研究的，可能目前這個階段我所在的團隊還沒有或者我不知道做了 。
其實，在做框架梳理之前會有一個需求拆分，這個是我們老大去做的，把一個產品拆分成幾個小的模塊，比如微信的“聊天”“通訊錄”“發現”還有一個“我”，這里面可能涉及到需求優先級討論 。 目前我只是一個產品新人，還不能做產品需求的優先級決策，現階段的工作主要還是以執行落地為主 。
老人興趣社區app功能架構（來源個人作品）
第三步，分析業務流程分析業務流程里有很多方法論，內容太專業復雜，我也很難講清楚，所以不班門弄斧了 。 那怎么樣去分析業務流程呢？我并沒有像書上網上講的去構建數據模型，而是先搞清楚我們的業務需求是什么，想要達到一個什么樣的業務目標 。
因為我前面也講了我現在的工作偏執行，更多的思考老大都想到了，比你想的更全面，而我需要做的就是根據框架畫出滿足業務需求的流程圖 。
說到這里我感覺畫流程圖是最費腦力的工作，你需要考慮用戶在不同場景下的體驗路徑（用戶體驗路徑三要素：用戶，場景以及行為），做的過程挺折磨人的 。
不過當你跑通了整個任務流程，回頭跟同事交流的時候還是很有意思的；這個過程中他們會有很多疑問，可能是你窮舉的場景不夠全面，也有可能是你窮舉的場景不合理；進而再次引發你的思考，你又再次補充或修改你的流程圖，就這樣一步步完善業務流程圖 。
我們產品團隊每個人的分工都很明確，在需求文檔交給項目組和研發評估之前會有一次內部評審 。
早餐習慣養成APP提醒及登錄注冊流程（來源個人作品）
第四步，撰寫需求說明文檔（PRD）寫PRD也是挺折磨人的工作哈哈哈，第一次寫一個PRD用了一天，原因是什么呢？
原因是框架和任務流程還不清晰，要把一個自己還沒理解透的東西寫出來并讓別人看懂是很難的 。
工作不是和學校做作業一樣，每次到了要交作業的前一天晚上抓緊做一下就可以過了，60分萬事大吉 。
工作不是這么回事，你的認真程度直接反映的是最后這個產品好不好用，好不好賣 。 也直接反映了你在這一階段是否有所成長，最終體現在你的薪資待遇上，所以真的不要把學生時代那種不認真的態度帶到工作中 。
PRD寫得好不好直接反映了一個產品經理的基本功是否扎實，寫PRD的目的是什么？給誰看呢？
主要目的：一方面是用來產品交流的，既然是用來交流的，那么就分交流的對象——內部交流和外部交流 。
內部就是產品部門，項目部門，設計部門，測試部門以及研發團隊，每個公司內部人員架構會有所差異，我是以自己目前所在的公司架構分的部門 。 為了方便不同的部門間進行交流，就需要有這么一個規范的產品需求文檔，圖文結合的形式，讓大家都能明白我們要做的是一個什么樣的產品，每個功能它在什么樣的場景下可以完成什么樣的任務 。
另一方面是用來外部交流的，外部交流的我還沒有寫過，不知道會不會有所差異 。 外部交流的叫產品需求說明書，主要是給客戶看的，類似于操作手冊這樣的一個東西，一般在產品交付的時候會寫這樣的一個說明文檔 。
這里想說明的一點，PRD內外部交流和評審的內外部有所差異 。
評審的內外部，內部是自己的產品團隊內部評審，內部評審過了才會拿出去進行外部的評審 。
內部評審的內容主要是需求和功能的合理性，邏輯性是否完整，也會考慮經驗范圍內的可行性問題 。
外部評審就是指前面提到的項目、設計、測試、研發以及市場、運營、財務等部門的評審 。 外部評審主要是對產品的可行性進行評估 。 對技術而言就是是否可實現，以及實現成本是怎樣的；對市場而言就是產品是否好賣，賣點是什么；對運營而言就是我想加的活動入口有沒有突出；對財務而言就是公司要投入多少錢，最終可以獲得多少回報做風險評估 。

推薦閱讀