中文字幕无码av不卡一区,亚洲综合AV永久无码精品一区二区,黑人巨大白妞出浆,黄色高清无码免费看,久久久久免费精品国产,久久无码人妻丰满熟妇区毛片,欧美日韩国产综合草草,久久福利网站,亚洲一区二区三区中文字幕在线,av国内精品久久久久影院

從2014年11月底入職，至今已經在產品的道路上走了半年多了。還記得來到公司的第一天，我們項目部只有我一個，老大讓我做第一個吃螃蟹的人，負責新產品的前期所有規劃和設計。

提前說明一下，因當時還是一個剛大四的學生，沒想過自己要做產品經理，求職面試的時候還是想著做設計，只不過在面試過程中說到了一個自己大三自學UI設計時候的朋友圈配圖APP，還記得老大當時特別驚訝，還問我是不是認識公司的人，怎么正準備啟動的一個項目我知道，嗯，就這樣，奇奇怪怪的尿到一個壺里了，第二天就啟動這個心有靈犀的項目。

半年來，作為一個產品狗，在做產品的過程中，同時也做了很多設計、推廣、運營、商務的事兒，就差開發實在因為是個文科生沒學過暫時無能無力?，F在回頭去看，在產品經理的行當中或許沒干出特別出彩的成績，夜深人靜的時候反思自己似乎也沒學到很多新技能，但不可否認，到如今在每一次的項目迭代進程中早已沒了開始的稚嫩，大多甚至和剛開始進入這個行業時的態度完全相反：懂得了自己一開始的判斷很可能是錯的，懂得了追求完美并沒有什么鳥用，懂得了要在傾聽意見反饋中迭代產品，懂得了做產品不單單只是關于產品，還有很多很多，只有經歷才能真正的明白。

下面就聊聊我這半年多的的產品經歷，希望對大家有那么一點點用：

用一往無前的無懷疑態度做產品

當團隊最終決定做一個產品或是項目的時候，哪怕你是千百個不同意，首先必須要做到——說服自己不管其未來到底有沒有前景，試著做，想辦法做，絞盡腦汁的做，千方百計的做，用盡一切資源去做，千萬不要一開始是就否定，或是帶著否定的情緒像執行日常工作任務一樣做，或是完全抵制這個項目。

項目只有做過了，已經想盡了辦法，用盡了全部才能，趟過了所有渾水，跳過了無數大大小小的深坑，才能知道這個項目、這件事到底是怎樣的，到底能不能成。

對于菜鳥來說，大多數時候個人的判斷有著明顯的局限性，開始完全不能接受的一個項目，過段時間后再回頭看會發現曾經的團隊決定竟然是那樣的明智，還會死不承認自己當初反對→_→。

此外如果每個產品、每個項目你都可以看得清未來，那早已經輪不到你做了，真正有潛力、有未來、有前景的項目產品沒幾個人和團隊愿意做，因為過程可能需要淌過千山萬水，可能開始也完全看不到前景，可能在所有人看來根本不靠譜，可能聽很多人說需要砸錢燒美元才能做得成……

可是如果你能永遠抱著一往無前的無懷疑態度前進，拼盡全力、才智去解決掉路上遇到的一個又一個深坑，毫不妥協，永不放棄，一年、三年或是五年后將在你手里成就一個偉大的平臺型產品。

即真正偉大的產品從來沒那么容易做，從來不存在一夜爆紅的情況，從來不會有趨之如騖的競爭，做產品最大的競爭不是來源于其他人或是團隊，而是來源于自己，中途放棄了，最終將是一個莫名的悲哀，可如果一往無前無懷疑的去堅持了、努力了，三五年若是依然沒能成功，那不是因為無能，而是時代不對，我們雖敗猶榮。

用小步快跑完虐完美主義

以前，我是一個完美主義者，還是一個強迫癥，做每件事總想做到極致、做到完美再呈現給別人，想要享受那種全場驚艷的尊崇。但半年多的產品做下來，完美主義沒丟，強迫癥沒改，可是卻懂得了做產品千萬不能這樣較真，這樣容易早死，并且還不能早超生，最終只能化作了一縷游魂，鬼也不是。

在移動互聯網領域中，產品的迭代速度勝過所有，你用一年的時間打磨了一個自認為超級完美的產品（當然夸張了，大部分的公司基本三五個月），我只用兩周時間一個粗糙版本就上線了，結果不言而明，我能夠在用戶的試用吐槽中得到反饋，然后快速的迭代更新，快則三五天一個版本，慢則一周一個版本，一兩個月之后我緊緊地跟隨在時代的潮流中，用戶在不斷地吐槽謾罵中漸漸接受我的產品，而你卻還在優雅的辦公室中自我YY打磨所謂的完美，而用戶根本不知道這個世界上還有你打磨的這么一款產品。

我小步快跑，你精打細磨；我粗糙上線，你追求完美；我三五天一迭代，你一兩月不見蹤影。結果——你死了，我活著，現實就是這么殘忍，可很多人怎么都看不到，他們只會吐槽你的ICON太丑，你的APP不流暢，你的設計邏輯有問題，你的某某功能怎么都沒有，你這玩意兒太不好用等等，結果——他們永遠都只是吐槽，卻做不出一款好的產品。

所以在做產品的時候千萬不要想著一下子就做到極致，做到完全滿意，做到驚艷全場，要懂得什么階段該做什么事，應該做到什么程度，哪個最重要，哪個可以拖后下個迭代做。況且微信都是這么做的，一大堆很不好用的地方，你又為什么不學學呢？當然這里我并不是反對追求完美，反對精打細磨，反對做好了再呈現給用戶，而是想說明不必為了追求那些過多的細節，而忘記了移動互聯網中的速度……速度……速度……速度……

在產品迭代中解決問題

在最開始入行的時候，我的第一版產品規劃原型超級詳細，做一款配圖產品，竟然還設計了個人中心的封面背景更換，最終還堅持讓團隊把這個需求給PO上去了，現在反過頭來想想當時很傻，先不說配圖軟件需不需要個人中心，單是個人中心的封面背景更換真的有那么重要？完全沒有嘛，在第一代產品中真心一點都不需要，只怪當年太年輕。

隨著入行時間的拉長，以及跟公司老大的反復斗嘴、扯皮、學習中，終于慢慢的懂得了很多產品需求不是不重要，而是需要在產品迭代中慢慢的增加更新。但這時候我又犯了另一個錯誤，在早期的版本測試過程中經常會發現各種各樣的bug，這時候就感覺很不爽了，工程師怎么能挖這么多坑呢？必須快點兒填上，否則用戶完全沒法用，新版本也沒法發布了，所以中途有段時間我們的產品迭代每次都被拖下來，甚至有一個多月周末全都在加班修bug，團隊成員都很累，結果依然沒有聽說用戶有多么的開心多么的感謝我們，都是我們自己在坑自己。

后來終于慢慢明白了，軟件的bug要永遠修不完，所以萬萬沒必要堅持在每一個產品迭代過程中要修完所有bug，找到重點，排出優先級，快速的解決掉直接影響用戶高頻使用頁面的bug，然后就可以愉快的發布新版本了，其他大部分的bug可以排到下期甚至下下期或是三五個版本之后去再修。

所以要學會在產品進度中不斷迭代，根據與團隊成員、用戶、客戶以及自己的反復溝通和使用中發現問題，進而解決問題，迭代產品進度，而不是一開始就yy很多并沒那么重要的輔助功能或是bug，最后謹記——需求和bug永遠都是搞不完的，只有在產品迭代中不斷地去更新、優化才是王道。

產品需要有階段性的側重點

作為一個產品經理，可能就天然的以為自己只要搞好自己的產品就完全OK了，很多產品人也正因如此而天然的反感運營、設計、開發、商務等，任何時候都在拼命的爭奪團隊資源做產品，或是有些產品經理是從其他諸如設計、開發轉行過來的，因此不管在任何時候，都覺得自己只負責好產品和開發（轉行前的）就OK了，其他不關我事，我也無能為力。可是如果永遠都是這樣一個心態，那么你的產品估計也快超生了，洗洗準備跳槽換公司吧。

因為我個人大二、大三曾一度想要從營銷專業晉升為UI設計師，自學了很多UI相關知識和技能，大三實習的時候也是在做設計，所以進入互聯網領域干了產品經理的工作后，工作重心除了產品就是設計，從一開始這個標簽就深深的烙在了我的身上，每天就喜歡各種畫畫畫畫……，剛入行時候甚至設計都重于產品，后來在老大的一再反復勸說下終于慢慢的改變了一點兒，但依然是只關心產品與設計，其他事不關己我也無能無力，直接忽視，同時，還在拼命的把團隊資源抓到產品和設計上，反反復復的提需求、更改UI。由此結果是產品和設計是有進度了，可是依然沒有期待的用戶下載大爆發，也沒有那么多的用戶點贊、夸獎。所以我們團隊一起開會、一起討論、一起反思、一起頭腦風暴，才發現原來做產品不單單只是關于產品，更要明白在不同的階段需要有不同的側重點。

產品初期，基本不存在運營與商務或是推廣，那么重心自然而然落在了產品和設計、開發上?？墒请S著產品功能的不斷完善，運營的重要性逐漸凸顯而出，產品需要解決的基本都來源于用戶的反饋，設計也只是更細致的優化，開發從功能開發逐漸轉移到穩定性、流暢性保障等，這個階段，產品經理千萬不能再跟運營爭奪資源了，不僅不該，在時間等資源有空余的時候應該向運營傾斜，加大運營投入力度，產品經理甚至可以每天都做做運營、客服等工作，真實的了解用戶需求和痛點。當運營也到一定階段后，產品形態也穩定了，運營也已經形成機制后，可能就應該逐漸向推廣和商務傾斜了，產品經理應該盡量配合，產品能否做起來除了產品本身外，推廣和商務更是起到決定性的作用。

所以學會抓住每一階段產品項目的重點，該重產品就產品，該重運營就運營，該重設計就設計，該重開發就開發，不要一個人的喜好決定全部時候的項目推進重點，也不要因為自己是做產品的就拼命的將公司資源拉入產品團隊，一個產品的成功不僅僅只是因為產品的規劃，更多的是因為產品、設計、運營、推廣、商務、開發的相互合作。

#專欄作家#

紫沐渲葉，人人都是產品經理專欄作家，一只有點小驕傲小文藝的產品菜鳥，喜歡倒騰產品和設計，看好O2O、教育和人工智能。長得不那么帥，打游戲、看電影、外出浪、打個球、寫篇文、拍個照、幻個想都是我的菜。

本文系作者授權發布，未經許可，不得轉載。