在金山做產品經理心得體會

在金山做產品經理心得（salifelink.com/fanwenwang/xdth）體會（salifelink.com/fanwenwang/xdth）2011-08-03 18：03在金山近四個月的時間，發生了很多事情，無論是工作本身、對產品和運用的理解、公司人際關、工作流程，還是我自己的心路，都有這說不完的故事。寫心得（salifelink.com/fanwenwang/xdth）之前，我甚至考慮過要不要有一些顧忌或者部分事實的遮掩。但是現在，我決定放下這些顧慮。盡量通過小結的方式，記錄一下我這近4個月的變化和成長，讓大家對產品的新人也有更好的了解。和很多人一樣，迷迷糊糊的進了互聯網，做了產品。里面除了機遇和偶然，也有自己的堅定。但是這有一個基本的問題，我們對產品的理解基礎是有問題的。因為我們看過了太多的說教和理論闡述，對產品的很多理解都是從前人總結的基礎上理解的。每次看一個產品，都回從它成功之后說起，從他成功的地方來總結這個產品，而不是關注到這個產品的前前后后的經歷。我們喜歡說，某個產品怎么牛逼，怎么改變的互聯網，卻忘記了牛逼的產品是怎么從不牛逼變成牛逼的，牛逼的產品為什么一開始不牛逼卻還能牛逼了。過分的關注成功，是我做產品之前的一個很嚴重的弊病。真正的產品是做出來的，而不是生下來就是真龍天子注定名揚天下；大部分優秀的產品是從一個孤兒甚至難產兒成長起來的。在來金山之前，對產品的理解缺少很多具體而真實的理解。我按照自己對產品的理解，進行一下拆分，也相應的描述一下我的理解。希望以后可以對這些理解再加入新的理解和認識。我現在接觸的產品工作不僅僅是單一而獨立的工作，往往更涉及到整個產品的完整流程。這是我們會員的現狀，不僅僅讓我們能接觸到產品的具體工作，更多的是產品線的整個流程，對我們也是極大的鍛煉。主要描述一下，我對產品中"需求分析"、"競品分析"、"需求判斷"、"原型設計"、"UI設計"、"研發需求"、"測試"、"產品上線"、"運營"、"產品調整"。1、需求分析需求分析作為一個產品誕生的最基礎工作，但這些工作不是刻意而為之的。很多產品的挖掘并不是通過寫需求文檔就可以出來的，而是在平時的體驗中一點點積累互聯網認知，對特定的群體的需求有敏感的認知，逐漸提煉出的用戶需求。而"需求分析"文檔，只是對你的分析判斷做一個整理，把想法變成一個可供參考的文本方案。所以，很多時候做產品不能依靠寫需求文檔來實現，需求分析文檔只是對你的想法做一個整理工作。真正的需求分析是來自于產品的體驗和對用戶需求的敏感度。我在會員的4個月，雖然沒有經歷一個完整一個全新產品的開發，所以"需求分析"這一部分并不是按照正常的產品開發流程實現的。更多的時候，我們會在產品運營中需要調整一些功能或者付費流程。這才是我現在，經歷的小范圍"需求分析"。說道這個問題，需求分析并不一定只是通過用戶的層面來考慮，會員的需求分析，有時候也要兼顧到營收最大化來考慮，所以就需要產品體驗和營收的平衡。2、競品分析很遺憾，我現在還沒有真正意義上的寫過競品分析。慚愧~~雖然我窺見過一次少娟寫的棒棒堂和金山電腦醫生的分析，但是我真的還沒有自己完成分析過競品分析。但是按照我的理解，競品分析是對自己和對手的同類產品在功能和產品上做一個全面的梳理，并且對各自的優勢做重點闡述，挖掘對方優勢在自己產品上實現的可能性，形成互補關系。3、需求判斷需求可能來自很多方面，包括自己的小想法、用戶反饋、部分用戶的共同性挖掘等等需求會有很多，點子也有很多，但是為什么并不是所有的想法都可以付諸實踐了?我的理解很簡單，在需求出來后，按照三個問題的方式來判斷。這個需求是怎么出來的?實現了這個需求對誰有價值?我能不能得到足夠的力量去實現需求并運用好這個產品?第一個問題，想了解這個需求出現的真實環境，這個產品有足夠的需求而不是空中樓閣。第二個問題，想判斷這個需求有沒有價值，沒有價值的需求是沒有存活的空間。第三個問題，想確定這個需求從技術上實現的可能性，而且一個好的產品不僅僅是做出來的，也需要好的運用配套支持。4、原型設計需求確定以后，剩下的逐步推動需求實現。最簡單而直接的方式，就是把需求轉化為設計稿，讓開發人員和設計人員能清晰的看到產品界面或者網頁結果，而不是一堆如墜云里的文字符號。原型的設計，不僅僅要把基本的結果和功能展現出來，在精力有限的情況下頁需要勾勒出基本的設計風格和相應的設計元素。一個好的原型設計會說法，幫你省掉很多不必要的言辭，提高效率�？蛻舳说脑�型設計，重在體現產品的功能，優化產品的交互，減少用戶不必要的操作和良好的反饋提示。網頁版的產品，注意的因素就更多了，不僅僅要考慮整體的視覺、結構、排版文字，還要考慮產品的交互、重點元素的設置、產品的風格、模擬用戶的使用習慣等等具體的案例，下面再細說5、UI設計原型設計就是ui設計的基礎，但是并不代表，原型設計就是ui設計的底稿，更多的時候，Ui會有自己的設計風格和間接，比如排版和設計元素的確定，有時候甚至會有一些比較難以搞定的設計需求，ui也需要做一些調整。這些都是可以理解的，甚至有時候UI會重新設計你的網站排版，而且也可以給你足夠的理由。如果這樣的話，這些都是可以接受和借鑒的。當然有時候也會遇到設計師設計出來的內容和你的需求決然相反的情況，這個時候，和很多前輩說的一樣，你并不需要去否認ui的設計，而是詢問ui的想法，多對的他的設計表示贊許，并提出你的想法和見解。這個時候，兩個人的想法交織在一起的時候，大家都會從對方的角度思考，這樣你就可以更好的推動你的修改意愿了。6、研發需求研發需求往往會寫的很詳細，這不是因為研發人員喜歡看長篇大論，相反，他們更愿意看到一種流程圖而已，還有簡單的編號的列表而已。但是一個詳細的研發需求不僅僅會幫助產品理清思路、也會讓研發人員有足夠準確的信息，在研發不確定的時候，把文檔作為標桿進行研發。當然，研發需求也會有一些改動，這個時候需要重新修改研發文檔。這是一個很慎重的問題，如果之前已經發過一次研發需求文檔，那么重發修改后文檔需要重新和研發人員溝通需求，避免舊需求干擾新需求。當然，研發需求不能只靠一份文檔，更多的是不斷的溝通和確認每一個細節，知道研發需求和文檔需求一致。7、測試我和測試的接觸沒有研發和ui的多，但是每一次的測試，都可以幫我重新梳理一下產品的思路，更深刻的理解產品的功能，也可以幫我認識到這個產品最可能出現的隱患，對一些需要注意的地方做好應對性準備。最重要的一點是，測試的同事會近乎苛刻的認真仔細。測試部小梅，甚至給我們提出了標點符號的中英文統一性。我當時石化~\(≧▽≦)/~啦啦啦。感謝測試部同事，讓我們自己對產品有了更高的要求。8、產品上線測試完畢，就是產品上線啦。這個時候是產品、研發、設計人員的高興時刻。但是這也只是產品的開始，偉大的產品最重要的是產品后期的運營和不斷調整。所以不要太過分強大產品上線的重要性。產品的上線也預示了，產品的運營和推廣開始。但是這個工作需要在產品一上線就開始推行，但是推廣的準備工作確實可以在產品設計研發的時候準備的。這也的話，在產品上線的同時就可以迅速進入運營狀態。尤其是在互聯網產品日新月異的競爭氛圍里面，這個是很有必要的。9、運營如果說一個產品的上線是一個里程碑，一個成功的產品在上線后還有無數的里程碑要實現。運營里面主要包括三大塊：數據監控、用戶反饋、產品體驗改進。數據監控需要對產品的各個操作進行全程的控制并有效統計使用量和來源，通過對這些具體的數據進行一些指標性的評估，包括基本的轉化率、點擊量、付費量、用戶活躍量等等用戶反饋，主要來自于論壇和微博等渠道用戶的聲音，這一部分用戶的聲音表明了用戶比較重視這些事情，說明他已經影響到用戶了。所以要優先考慮這些用戶的聲音，并在產品里面做出相應的改進。產品體驗改進，由于產品本身的設計可能出現不完善的地方或者隨著時間的推移用戶的使用習慣改變、互聯網主流交互方式的改變，都會有一些產品的設計方案需要做出適當調整。最嚴重的是，一些產品體驗的硬傷，一定要足夠的重視，無論是涉及技術還是ui的，都需要一一推送。10、產品調整這個問題，經常會遇到，而且產品的調整頻率是多的。這樣一個由于互聯網開發模式的普及，再就是用戶需求的變化�，F在產品調整，現在產品的調整主要來自于運營，包括數據的反饋、用戶聲音、產品體驗等等。產品的調整不應該是問題，而應該逐漸成為常態，讓產品通過運營和調整，更快節奏的推動產品更加優秀和完善。上面的都是我到現在對產品中的各個流程的一些理解，還要很多不全面周到的地方，還需要大家在以后的工作指正哈。文本經由夏至的"我在金山做產品經理的四個月實習小結"編輯整理。(hao123)

【在金山做產品經理心得體會】相關文章：

產品經理的心得02-19

產品經理如何寫好產品文檔？08-05

產品經理總結范文06-29

產品經理筆試題08-05

產品經理述職報告03-24

產品經理述職報告06-08

產品經理崗位職責04-15

項目產品經理述職報告02-12

產品經理自我介紹11-30

產品經理辭職報告04-03