任何乙個職業的入門都不是那麼容易。慶幸的是，這條道路只要你找到了方向，並堅持不懈，你就會離它越來越近。下面是七号文庫網的小編為大家整理的「產品專員工作總結」，希望對您有所幫助，內容僅供參考，歡迎大家閱讀!
產品專員工作總結
工作已經將近半年了，一直想做乙個總結。於是有了這篇文章，記錄了我作為產品專員的經歷。其中包含了乙個產品從0到1的工作內容和自己的個人總結。
覺得乙個產品的從0到1就像建立一棟大廈，一磚一瓦都是這個大廈的一部分。產品也一樣，有許許多多細小繁瑣的工作。
一、需求調研
經手產品的第一步就是進行需求調研，一般會花近乙個月的時間在業務部門對業務進行深度的了解與分析。
如果是產品重新開發，那麼首先做得是對現有系統進行調研。針對當前系統中存在的缺陷與不足進行優化，並提出解決方案。對現有系統調研主要採取了以下幾種方式：
1、時間觀察並記錄業務人員作業系統的過程，並在業務人員進行工作的時候與之交流，找出產品還不盡人意的地方。
2、自己親自作業系統，完成相關的業務，記錄下自己在操作過程中的體會。
3、業務人員在不作業系統的環境下進行對話，記錄他們自己對系統提出的需求以及自己的其它想法。這一步是對直接需要作業系統的業務人員進行調研，找出他們在使用現有系統過程中體驗不好的地方。
4、 然後，在此調研的基礎上與管理業務人員的管理層進行對話，主要想獲取的資訊是從他們角度系統需要滿足他們的哪些需求，以及他們怎樣能更方便地通過系統管理業務人員，實現業務的分配和高效地完成相關工作。
5、 同時，在調研過程中更加重要的一點是產品需要和公司的戰略規劃同步。而公司的戰略規劃與業務息息相關。傳統企業都是業務催生需求，然後將需求傳遞給開發部門，開發部門進行研發以支援業務部門。
乙個新型的網際網路公司，做產品的思路與方法與傳統的企業有些不同。先確認公司的戰略規劃，依據公司的戰略規劃與得到的需求調研結果著手進行產品設計與開發。
所以需要多次與管理層對話。如果需要閉門會議也必不可少，旨在會議結束後能確定明確的產品方案與戰略規劃同步。除此之外，也是為了產品需求調研的順利進行以及大家能夠更好地對產品進行認知。
定期的跨部門會議也是需求調研的一種方案。多次的會議才能讓需求調研落幕，確認大致的產品方案。
需求調研結束後就需要產出乙份mrd來對之前收集的資訊整理。mrd裡主要陳述三個內容。要做什麼?
為什麼做?怎麼做?mrd內的所有內容都是圍繞著這三點而展開。
專案的立項需要mrd經過上級的同意後才可以進行。一般花一周左右時間做mrd，然後進行mrd的評審會議。
在mrd中還有乙個很重要的內容，即是該產品開發需要投入的資源到底有哪些。在mrd中一定要明確地提出自己所需要的資源。公司的資源都是有限的，不論是人力資源還是硬體資源，永遠都是不夠的。
所以要為自己的產品爭取資源。要正確地評估產品開發的工作量，然後索取對應的資源。不能在資源不足的情況下進行產品開發，如果因資源問題，產品延期或者產品質量不過關，那麼上級看到得只會是因為自己的能力不夠而沒有完成產品的開發。
二、產品設計
後台產品/b端產品，與c端產品有著非常大的差異性。c端產品因為物件導向是使用者，所以非常注重使用者體驗、互動設計以及視覺設計。c端產品需要在細節上進行不斷打磨，並且需要對使用者的心理進行精確的捕捉。
除了產品本身以外，還需要考慮許多外部因素，如競品、政策、技術等。c端產品中另乙個重要的角色——運營，在後台產品中也得不到體現。往往只需要產品經理乙個人就可以代替相關的工作。
後台產品更加看重的是產品能夠清晰地體現業務邏輯，功能能夠滿足使用者的需求，首先強調的是產品的可用性，其次是產品的易用性。
產品設計的過程當中分了三大步驟。
1、業務邏輯梳理
需求調研與分析完成後，就是自己對內容的消化和吸收。要想設計乙個產品首先要做的事情是自己先清晰地理解乙個產品。只有自己理解了，才能更好地推進產品進行開發。
先梳理清楚線下的業務流程。將線下的業務流程梳理清楚以後，然後才是對產品的思考。在進行業務邏輯梳理的時候我使用了三種工具。
狀態圖，流程圖，泳道圖。為了理清業務邏輯我花了很多時間去畫流程圖。
有些人覺得花這麼多時間畫圖會浪費很多時間。我覺得仁者見仁智者見智了。對於我個人而言，每天搗弄這些圖，會很快加深我對產品的理解。
特別是在業務比較複雜，而且之前又完全沒有接觸過相關方面知識的時候，僅靠大腦很難有清楚的思維，但是圖形化後卻能很好地理解。在業務整理上多花點時間整理，我覺得是很有必要的。
2、產品梳理
梳理好線下的業務邏輯以後，要將它抽離搬到線上。這個過程，可能會刪除掉某些線下的環節。所以要針對產品重新書寫流程圖。
依據產出的流程圖基本上就可以大致確認產品的功能點，確認好所有功能點產出功能列表後就需要引入角色，將每個角色與功能進行對應。接下來就是搭建頁面架構。先搭頁面，再確定頁面內的功能，最後細化頁面內的資訊。
在原型出來以前，可以拿產品架構圖先和別人進行一下交流。產品架構圖相較於原型圖，與資料庫的設計思想比較一致。而原型檢視化後，對於資料庫設計卻反而變得抽象了。
另外，產品架構圖修改較快捷，返工成本相對較小。
3、原型設計
產品梳理好以後，就要開始搭建原型了。原型就是將之前分析的結果通過具體的視覺展現向別人描述自己思考的過程與內容。繪製原型，先確定通過的模組，頁頭、頁尾、一級導航、二級導航……根據不同的產品選擇合適的布局。
再講產品架構圖中的內容填充到頁面內，並加入文字說明操作。最後對產品的細節加以說明，相關的文案、頁面寄到、反饋提醒、互動方式……細節內容可以直接在產品原型頁面旁邊進行注釋。
產品設計的內容需要囊括在prd中，為產品的開發提供詳細而明確的資訊。更像是乙份產品階段就暫時結束了。之後就是與開發溝通，推動產品一步一步往前走了。
這個過程中，可能會有許多需求變更和返工。要有充足的耐心慢慢解決問題。
產品設計完成的產出物為prd。prd更像是乙個產品字典，獨立於原型外，而又包括原型。prd的作用就是為了能夠讓產品開發人員能夠正確地理解產品然後進行正確的開發。
prd中除了產品設計的內容，還需要有的內容是產品的規劃。產品的總體目標是什麼?為了完成這個總目標需要分幾步，每一步驟完成的標誌是什麼?
這和之後的專案排期息息相關。專案開發的進度、人員分配以及專案的優先順序定義都會依據產品規劃進行。
prd撰寫完成後，就需要進行prd的評審會議。prd評審會議需要參與該項目的各個團隊的核心人員。包括設計部門的leader，前端的leader，後端的leader，測試部門的leader，專案的發起人，專案的審核人，以及和此專案相關的其它產品負責人。
如果有leader無法參與會議時需要該leader指定人員代替參加。
在prd評審會議中，由產品經理對prd進行講解。在產品經理講解的過程中，與會人員有任何疑問都可以提出。prd評審會議上的主要目的是讓大家對產品達成共同的認知。
如果與會人員沒有任何異議，即表示prd審核通過。之後再有任何問題需要直接尋找產品經理溝通。評審會議中，各個leader就需要進行資源的分配。
各個部門的資源由各個部門的leader進行分派。資源分配完成後，產品經理特別需要注意的地方就是定下產品開發各個階段完成的時間，以保證產品開發的進度。各個leader確認好資源分配與定下產品開發節點的時間後，prd的評審會議就算告一段落。
prd結束後，就正式進入產品的開發階段了。
三、專案管理
在產品開發階段中，產品經理要承擔乙個重要的職責，即是專案管理。專案管理是產品開發中非常重要的一部分，它影響到的是產品開發的進度、產品開發的質量、團隊成員的精神狀態。所以專案管理其實分了兩個部分，第乙個就是團隊管理，第二個是專案進度管理。
而這兩者又相互影響。
很多產品的開發都採用的敏捷開發流程。在敏捷開發流程中特別注重的是對團隊的管理。這個過程中，要讓每乙個參與開發的人員理解了他們參與開發的產品具有什麼價值，讓他們知道，這並不是單純的碼**，而是為了解決實際的問題而進行的工作。
他們在鍵盤上敲出的每乙個字母、數字與符號都存在意義。
大家有了共同的奮鬥目標後，專案的開發進度會按照之前繪製的甘特圖順利進行。然而在實際的專案開發中，產品往往會因為各種原因延期。其中乙個最大的因素就是業務部門的需求產生變動。
這時候需要產品經理具有強大的溝通能力以及產品規劃能力去協調開發與業務需求之間的矛盾。
很多時候，業務部門覺得技術部門永遠無法滿足他們的需求，導致很多客戶因此喪失或者影響正常工作。而技術部門又會覺得業務部門提出的很多需求都是無理取鬧。兩者站在不同的角度去看待對方是產生矛盾的根源。
矛盾是否具有可協調性，就是產品經理需要深度考慮的問題。
終於到等到產品開發完成了。但是實際的產品開發還遠遠沒有結束，產品的生命週期才剛剛開始，第一版本的上線產品會存在很多不足的地方。還要根據之前的產品規劃不斷地進行迭代以優化產品與跟戰略規劃和業務線同步。
只要產品的週期沒有達到終點，產品經理就不能有一時的懈怠。
四、產品工作的收穫與體會
雖然工作不久，但我對產品這一職位有了更加深刻的認識，也對產品開發流程有了較為清晰的認知。
每個公司對產品的認識都不一樣。每個人對產品的認識也不一樣。產品的作用除了在於產品的策劃與設計外，更重要的是要充分調動團隊成員，發揮團隊最大的作用，並推動專案順利前進，解決專案開發過程中遇到的問題。
短期的工作中，對產品設計、需求、團隊管理和自我都有了新的認知。
1、對產品設計的認知
prd一定要詳細和完備。如果有開發人員看了prd還是不知道該如何做，那麼就是產品自己撰寫文件和設計上出的問題了。當然，並不是所有問題都能通過文件和原型解決，口頭上的交流也是有必要的。
其次不同階段，產出的原型圖也是不同的。mrd只需要產品的大概框架，產品業務上的細節資訊不需要在這時體現出來。而prd產出時，需要在原有原型上進行迭代。
不要在原型設計上主觀地加入自己的ui設計。
第一，限制別人思維與影響別人工作。自己不是互動也不是前端，也就是說並不是專業的，會對團隊其它成員的開發和設計造成影響。
人事專員工作總結
人事專員主要工作 1.負責制定或修訂公司各項人事管理制度，組織宣貫並監督 檢查制度的有效執行，建立科學的人力資源管理體系。2.全面負責公司各項人力資源管理工作，包括招聘 入職 轉正 離職 教育培訓 薪資福利 人事檔案 社會保險 員工關係管理等 1 招聘 彙總各部門 增員申請表 制定招聘方案，按照招聘...
行政專員工作總結
工作總結 時光飛逝，轉眼我在 任職行政專員已逾半年，在緊張 忙碌而又充實的工作中，在公司各部門領導的悉心指導和同事們的熱情幫助下，我順利完成了各項工作任務，工作能力也有大提高，但我同時也暴露出許多不足，亟需我不斷學習，運用所掌握的知識和工作經驗彌補缺陷。現將這半年的學習 工作情況總結如下 一 日常工...
人事專員工作總結
第七 了解各部門崗位及各部門人員需求狀況。及時將該資訊以書面形式反饋給店經理及人事部。在得到人事部及店經理的授權後可根據店面人員編制數量及崗位空缺及時招聘小時工。以保證店面營運工作正常進行。第八 負責店面員工轉崗 晉公升 調離 調動 審批檔案的流轉及記錄存檔。當有員工調離須做好，薪酬，保險 公積金等...