昨天
原型的高效
當然很多產品人第一反應可能會提問：「怎麼沒有需求調研、競品分析？」
但這樣的產品設計方式是對還是錯？你如何看
我認為答案本身是沒有錯的，因為我們都想用最符合使用者習慣的方式解決使用者的需求，滿足產品業務的發展。
比如希望與使用者建立客服服務，一套im體系+客服系統或許是乙個很完善的解決方案
相同的業務需要類似的模組，快速的借鑑對方產品其實是一種比較好的方式。臨摹的只是產品解決方案，通過業務、ui、實現的技術區別，最終產品還是會有特別性。
文件的高效
產品經理大部分工作除了原型，還有文件。文件的撰寫我們以需求文件為例，每個產品經理有各式各樣的結構與模版。
但歸根到底要高效，我們要做的就說清楚頁面之間的邏輯與功能的說明、欄位的說明、演算法的說明即可
我個人的經驗是文件撰寫分3層
互動層
指的是說明頁面的互動效果與下一步頁面的跳轉
規則層
當前的模組或字段規則說明，有什麼樣的邏輯
條件層
在什麼情況或條件下才會觸發某個功能、跳轉
將上面3個緯度撰寫在一起，並且聚焦在某個點或字段上，方便開發、設計同學閱讀。
通常在敏捷開發中，不需要太多的需求背景介紹、專案成員介紹等，直接了當的以頁面、功能切入，加上使用者流程與用例圖，乙個prd文件的時間會縮短1/3。
高效的溝通
溝通是產品經理的第三大時間佔比，無數的需求評審會、小溝通會議，甚至有需求方過來諮詢是否能實現等。都是需要產品經理花時間溝通介入
但在溝通中，有3個點是產品新人應該注意的，可以提公升溝通效率
需求評審會可以解決上面第二個、第三個的問題。但我發現許多產品人在會議結果第三點上做的並不太好。會議中不能確定的結果，一次溝通下來可能還會存在更加懵逼的情況。產品經理應該有意識的主導本場結果。
因為結果不明確會導致專案的溝通成本增加，甚至是延長了專案時間。
另外因為部分網際網路團隊存在專案經理的職位，所以需要確定本次需求的參與人與負責人是誰？我乙個產品經理到底找誰來跟需求，評估能不能技術實現？開發要多久？
所以產品經理一定要把每次溝通中存在幾個節點
每次溝通都要存在這3個元素。時間點、節點、任務名稱，保證每次溝通或會議不是蒙蔽的，這樣就會成為高校的溝通。
推薦閱讀：
堅持一年，招募100個產品經理
我的第一本書，給你們
我的原創課程，產品經理8次訓練
好的產品經理是什麼樣的
網際網路界自從出了幾個大神級的產品之後，產品背後的產品經理被捧紅了，一時間產品經理成了諸多行業從業者追求的目標，每個人都期望有一天也能做出乙個很牛的產品來，這種影響導致了很多剛畢業的學弟學妹，都認為產品經理是最有前途的。但是，現實情況卻不是這樣的，當今很多公司的產品經理只能是個ue設計師或者專案的跟...
什麼叫做羅列式 高效的工作計畫應該是什麼樣的？
新的一年工作開始，可能我們大多數的職場人都在做自己的工作計畫，像年度營銷計畫 運營計畫 活動計畫等等都是高頻型別。每年過年前後都會有二波做年度計畫的高潮。但是不知道有多少人在做自己的目標，目標和工作計畫之間，有著怎樣的關係？那麼工作計畫應該如何制定，制定工作計畫的依據是什麼？計畫不是對方向和願望的羅...
青春是什麼樣的味道？
青春是怎樣的乙個經歷？青春在我們的心裡又留下了怎樣的感覺？青春是酸的 是甜的 更是苦的。那你的青春你是怎樣的味道？不知何時我們的已經忘記了自己的目標，作為一名今年就畢業的大學生的我。我們的青春裡面充滿了酸甜也有苦。在上大學的期間，我們常常會因為自己的高考的不如意而進入這樣的一所大學而怨天尤人，每天都...