做產品的這一年裡，我都踩過哪些坑？
本篇文章，是筆者以自己的親身經驗為例，只要總結了畢業後一年做產品所踩過的坑，有些感悟希望可以和大家一起討論學習。
前言
踏入產品坑一年有餘，經驗尚淺，只有微信H5和小程式C端經驗，沒有App和B端經驗。但是筆者認為產品都是相通的，只是由於平臺屬性的不同，設計和運營策略也有所不同罷了。
由於畢設主題就是互動設計，於是對產品工作產生興趣。我畢業之後就一直在做產品工作，沒有專業導師大牛帶路，踩過很多坑，比如原型考慮不周，理業務流程瞭解不深入，導致開發出來的產品達不到預期，運營和技術也稍有抱怨，根本原因都在於自己沒有屢清業務邏輯並呈現出來。最終，在經過一年的摸索，有了一些進步，但是路途仍漫長。由於近期的工作將告一段落，所以對這一年多的產品工作做一個總結。由於各方面的經驗都不足，必定有不完善之處。本文僅是筆者對自己踩過的坑梳理一番，和大家共享一下。
一、常見問題
1、問題考慮不周全
記得我剛開始接觸產品經理這個崗位時，一度以為產品經理就是畫好產品原型，能畫出高保真原型的都是牛逼大神，特別崇拜。但是產品經理的核心能力不是畫原型，而是業務邏輯能力。
我最常見的問題就是問題考慮不周全，經常有遺漏。當初我第一次拿到需求時，也是直接開始畫原型（略過了業務梳理、競品分析和使用者調研，更沒有對當前版本進行優先順序排序和做好版本規劃），原型畫好之後也沒有需求評審就直接丟給了開發，直到驗收時才發現流程不完善的地方或者開發出來的和自己設想的結果大不相同。更誇張的是，需求臨時變更也是常事（這其中也有我的問題，把控不佳），不知道是不是創業公司都有這個毛病。
最後造成延期返工修改的後果，或者當前版本改動成本比較大，只能放到下一個版本去修改優化。從而導致團隊工作效率極低，而且由於需求經常變動和不合理性，讓開發情緒波動大，為什麼臨近上線才來改改改，早幹什麼去了，這是誰的鍋呢？只能是產品的鍋，最嚴重的後果就是對往後工作的開展造成很大困難。
小結：作為產品經理，應該在繪製原型上要投入較少的時間，更多的時間和精力投入在前期的產品思考以及底層邏輯上面，問題要考慮周全；結合需求理清產品邏輯，把各個物件之間的關係縷清，從哪裡來到哪裡去，讓每個功能都能形成閉環，最後才會有較少的修改；做好版本規劃，每個版本涉及什麼功能，為後續迭代預留空間；組織相應的開發人員，對當前版本進行評審，根據最終達成一致的想法落地成原型和文件，以防出現後期被告知需求不能實現或者實現成本過高；溝通的時候保持同理心，增強團隊協作的信心，提升工作效率。
2、沒有思考地照抄競品
競品分析是產品經理的常規工作，競品分析的目的是：從商業模式，迭代思路和運營策略等方面來對競爭對手做到知己知彼，從而提出針對性的策略來提高自己產品的競爭力；選取競品可借鑑的地方，對本品做出改進等等。但是競品分析工作我很少做，由於在創業公司，也沒人要求我去做，因為需求本身就很多，沒有那麼多精力去寫競品分析報告，不過我經常到各種論壇上看別人寫的競品分析，偶爾會動手寫，頻率不高，一般是兩個月1篇。
雖說競品分析報告沒寫，但是競品還是會長期關注的。在產品設計的過程中千萬不能盲目照抄，應該是基於自己思考的前提，在理解競品定位和背後邏輯後再根據自己產品，設計出符合我們產品的功能。
記得我設計第一個產品時，某些功能和互動設計參考了競品。在寫原型PRD時，由於圖方便，直接備註XX互動參考XX產品，你猜UI和開發看到這樣的描述是什麼反應？或許是這產品確定帶腦子了？現在回頭想起也是覺得自己特別傻！
比如電商商城的商品詳情頁的 商品收藏 和加入購物車兩個按鈕是否都要同時存在，別人家都有這2個功能，所以我們也要加上？答案是：不一定。如果產品定位是二手電商商城，使用者釋出的商品一般數量都是極少，一般是1件，收藏後商品已經送出了，有可能就是白收藏了，前期可以先設計購物車功能，後面業務需要的話再加上收藏，並不是每個產品都要做成京東、淘寶那樣大而全，也並不是所有公司的資源都能支撐你做很多事情，我們需要根據產品定位和業務需求來設計合適的功能，不能盲目照搬！
別人家的產品一定是出於他的業務需求和產品定位去做的，背後的邏輯和我們的一定有所不同，在你自己都沒有深思熟慮的剖析出別人家產品和自家產品的差異點，以及優劣勢時就直接照抄，是非常不可取的。雖說“天下文章一大抄”，但是要有自己的思考，抄出不同才是可取的。我非常認同一句話：“好的產品，都是有靈魂的，做產品即做人，體現的全部都是人性”，這句話伴隨我工作了一年，然而剛開始做的產品並沒有靈魂可言，就是畫原型僅此而已。
後來我慢慢發現，無論你是不是真的參考了其他產品，在和別人溝通的過程中，一定不要說“參考XX產品”、“XX產品就是這樣做的”，因為一旦說出這種話，就暴露出你的不自信以及你對業務需求理解不到位，間接說明你的能力還不到位。
3、溝通協作問題
產品經理在工作過程中，大部分工作都涉及協作問題，和運營、設計、開發等部門都需要保持密切關係。
首先，在產品設計的過程中，需要考慮拉新、留存、促活、轉化等問題，所以在開展工作之前，需要和運營溝通好需求，明確目的和意義，並不是一個人就能做好的事情。一個功能的實現方式有很多種，目的不同，設計的方式就會有所不同。
其次，在業務需求梳理好之後，需要和開發溝通如何更好地去實現，保證各方對需求的理解都是一致的。尤其當自己並不是非常懂技術的時候，就更應該謙虛的去諮詢開發同事，最後給出最合適的原型設計給到UI和開發執行落地。切記，一定要和開發同事及時溝通好需求，不要想當然，天真的以為只要開發按著原型做就沒問題。你能保證你的原型沒有任何漏洞，完美到極致嗎？你能保證雙方的理解都是一致的嗎？所以溝通不及時或者需求理解不一致都可能導致協作失敗，最嚴重的後果就是後期驗收的時候不斷地改改改，在開發眼裡就是你不斷的變更需求。對於你來說，只是換個樣式、調整一下順序或增加個欄位而已，但是對於開發來講，他們要呼叫不同的介面，查n個表，增加n個欄位，換一種演算法才能滿足你當前的需求甚至是重寫，於是產品同開發的撕逼大戰就會開始。
以前我總是傻逼地認為市場上都能實現的功能，那肯定都是能實現的。確實都能實現，開發還放話：只要給時間，都能實現！但是能實現的背後不代表著實現好，更不能保證流暢度和體驗度都能和阿里騰訊媲美，不是每個程式設計師都能很牛逼，不然早去BAT了，來創業公司待著幹嘛。所以我忽略了這些，能不能做應該去和開發溝通過後再做決策，做產品首先是要考慮全域性，需要考慮團隊資源情況、上線時間等個種因素，要學會衡量，做取捨，在合適的時間做正確的事情。
最後，原型落地後如何有效地和UI溝通？我們應該讓UI清楚地知道產品的定位，根據產品給出合適的風格，否則你讓UI自行去發揮，到最後跟你預想的不符合，又得開撕。有時候，專業的事情就要留給專業的人做，特別是配色方面，如果你不擅長視覺，就不要亂指點。更重要的是設計規範是一定要有的（比如色值，使用場景，佈局，字號大小…），避免開發完後怎麼看怎麼都不對勁，但是又說不出具體哪裡有問題，無法標準化，後期改了又改，UI和前端同學可是會發飆的，特別是有些元件是公用的，一改就不是一個頁面。
4、身兼多職，專注度不夠
由於我們是創業公司，我剛開始進入公司的時候，主要是接觸運營方面的工作，幫助公眾號寫推文，後面幫助老大整理需求，將老大梳理好的業務邏輯和流程步步落實成原型文件。由於人手不夠，我除了做產品還做過很多事情，新媒體運營，社群運營，測試，我全都幹過，就差不會寫程式碼了。我的CEO有一段時間一直把我歸類為運營體系，因為公司沒有產品部。雖然身兼多職，我也沒忘記自己的初衷，我總是和我老大強調，我可以輔助運營工作，但是我的職業規劃是產品，後面我慢慢的專注於產品工作，但是前期做了很多事情，有新功能上線時，推廣文章都是由我自己來寫的，甚是無奈。所以你要明確自己的目標，專注自己所想做的事情，雜事也無法阻擋你喜歡做的事，甚至會推動你成長，別人也才不會一直讓你做很不屬於你的事情，千萬不要忘記原來的初衷，否則你在雜事中將會無法脫身。我離職後，公司也成立了產品部，認可了產品的重要性。
二、做正確的事，把握主動權
學會做正確的事情，平時要自己多思考產品的方方面面，將所有的流程全部放到腦子裡過N多遍，儘量保證最後拿出的原型是完善的，不要給團隊埋坑。在跟開發交流中，開發問你的問題，你都要清楚準確地回答，不能給出模稜兩可的答案，更不要輕易讓開發幫助你做決定。否則，在後期合作過程中，開發會容易按照他自己的想法來做，你就漸漸少了話語權，做產品要把握主動權才能推進專案。我們公司開發前期是直接按照原型來開發的，甚至是1:1，分毫不差，這時候你要是真的由於某些流程考慮不周而導致延期返工，這就是你的失誤了。如果開發非常瞭解業務，這就會好辦一些，他們還能給你一些反饋。所以無論何時何地都要做正確的事情，時刻主動關注開發進度，實時跟蹤，不斷地和開發進行溝通，才能使產品更加完善。
我之前在設計一個拼團領取免郵券的功能，自以為某些判斷開發會加上，但是開發並沒有加上，導致驗收時需要花時間修改，本質原因還是我沒能提前溝通備註好。雖然後面把坑填上了，我也是體會到了要學會做正確的事情，把握主動權，不要以為開發清楚就不備註，除非你和他強調過這些，不然開發有時候也會忘記的，有時候忙著上線，任務重，並不是人人都能面面俱到的，要互相體諒。
三、發現問題，要及時提出並解決
在產品工作中，我們會遇到各種各樣的問題，發現後就要及時提出並解決，問題越早發現，解決越簡單，如果一直棄之不理，後面有可能是個定時炸彈。
我們需要具備解決問題的能力而不僅僅是提問題的能力。問題的來源有很多，主要有如下：
- 因為自己的疏忽沒能考慮到，開發過程中或者驗收時才發現，提出來可能會被大罵一通，但是自己的失誤就要勇於承擔，自己踩的坑，就算哭也要填上，這是工作態度問題。
我第一次接觸UGC時，只考慮了一般使用者的正常流程，而忘記了釋出者本身，忽略了不同角色的商品詳情頁面的操作按鈕需做不同判斷。那時候沒有任何人指出這個問題，我是測試時才發現問題（公司沒有測試，所有的測試都是我們自己來）。於是後來我就直接告訴開發，這是我的問題導致的，修改所有bug之後麻煩幫我加上判斷，所幸我態度比較好，開發幫我加上了，也及時上線了。
2.因為上級或老闆非常嚴格，一心堅持自己的想法，提出的建議經常被批評或者否決，於是選擇默不出聲，完全按著領導說的做。如果你的目標不是做好一個執行者，而是想做決策者——你可以準確的把握時機，合理清晰的闡述自己的觀點，該決策的學會拍板，決策不了的就表明自己的觀點，也可以組織團隊討論給出最後決策，但是最後的決策還是在老闆手裡，我們說到底還是搬磚的。但是我遇到的老闆是很好的，當你可以提出比較好的方案時，他會認可你的方案並同意執行。
剛開始工作的時候，某些想法不是特別成熟，也有可能是表達能力欠缺，沒有很好的將自己的想法勇敢地提出來。在做拼團功能時，老闆說在拼團頁面，新使用者通過分享連結進入，直接彈出新人福利彈窗，這樣的流程其實是不友好的，因為這樣會被分流，使用者看到彈窗就會進入新人福利頁面，可能到達不了拼團頁面，也就達不到拼團助力的效果了。其實可以調整為在拼團助力之後再彈出新人引導彈窗，達到拼團助力也同時起到新人引導的作用，在使用者拼團助力過後還能領取額外的獎勵，這個使用者體驗才是比較友好的。但是當時我可能是沒有完全想好，所以沒提出來，導致測試時發現體驗度非常差，後來還是決定在下個版本進行了優化。
3.有些問題和我們關係不大，但是為產品好的，我們都應該提出來。我們不要怕得罪同事，就事論事，不針對個人，這樣做出來的產品才不會讓你抑鬱。
比如視覺介面設計時，我看到UI怎麼看怎麼不順眼，但是我在這方面並不專業，於是我去看了其他大廠的設計基本規範，一般配色都只是一個主色調，一兩個輔色，而我們的顏色卻過於豐富。我沒有直接質疑UI，而是把規範文件發給她之後，後來在和UI協商過後，進行了修改。如果當時我認為那是UI的工作，不關我的事，那最後成品不佳也是有的責任，還是自己的工作不到位。只要本心為產品好的，你願意提出你的建議，你才是真正的產品人。
在整個產品週期裡，從產品→設計→開發→上線，產品經理就擔任著非常重要的角色，要實時跟進，更要對自己的產品設計進行檢查。但願大家都能少踩坑，發現問題能馬上解決的就趕緊解決了，當前版本改動太大，就記錄下來放到下個版本去解決。
四、做產品還是要懂技術的
我是電子商務專業，學過一些基礎的技術知識，但是隻能勉強考試及格，實際操作還是不太懂，更不會寫程式碼，我記得當時的html5和C#的作業考試還是從網上東拼西湊完成，很多原理都不太清楚。我剛開始的時候甚至聽不懂“列印”、“寫死”這些技術黑話，因為不懂技術，我也經常被開發懟過，甚至被質疑腦洞清奇。
程式設計學習成本很大，但是基本的技術知識，我們一定要懂，否則在溝通交流時會很吃力，開發告訴你不能實現，你不知道為什麼？我記得當時我有一個很好笑的回答：“為什麼別人就能做出來，你們卻實現不了，開發直接回懟：那你找他們去呀，找我幹啥。。。如果產品懂技術，就不會有以上對話。
為什麼產品經理要懂技術？因為這樣我們在提產品需求時可以有一定的同理心，能用開發思維去考慮問題，減少自以為實現很簡單而頻繁改需求的情況。
比如我們公司產品主要是微信小程式，我就需要搞清楚微信小程式開放的介面是否支援我想要設計的功能；相容性是不是支援視訊播放，能實現的話使用者體驗如何？每個欄位引數代表什麼，可以獲取什麼使用者資訊（地理位置，微信頭像暱稱、微信運動步數等），資料從哪裡來？模板訊息如何傳送？說實話，我一開始真的不知道小程式的formID的有效期只有7天，而且是觸發一次只能發一條，導致後面開發說通過這種方法並不能保證每條訊息都能傳送給使用者。
除此之外，還需要了解的是有什麼微信元件可以為我們所用，不需要重複去設計。比如地址可以直接調取微信地址，不需要設計，如果想提供更好的體驗，可以同時提供自己設計的地址功能和呼叫微信地址。但是前期專案比較趕的話，可以直接用現成的即可，
另外，由於建立在第三方平臺，你要時時刻刻關注微信小程式規則，例如微信分享機制有變動，不能直接獲知使用者是否分享完成，也無法在分享後立即獲得群ID等；獲取使用者授權資訊必須通過點選事件觸發等等，這些我們都要清楚地知道。如果這些只有開發知道，你卻不知道，那在產品設計上就會不符合規則，後面則要返工修改。
這些還好，如果是產品給到開發的需求和定義不清晰，模稜兩可，那才是要命的。沒有用開發思維去思考問題，停留在前端問題上而忽略了實現邏輯，脾氣好的開發還會找產品經理反覆確認，但是有些開發為了節省時間就會直接按照自己的想法去做。比如你想按照狀態來區分，連結是同一個，而前端有可能做成兩個頁面而並非按照你想的來做，這些你在前期就要和開發同學交待清楚，包括新使用者的定義和其他條件定義等。
所以說產品還是要懂一些技術的，這樣有利於溝通交流，更好地實現需求。產品經理是一個極具挑戰的崗位，只有你不停地學習和思考，才不會落後。尤其在網際網路下半場，除了懂技術，你更要懂運營。產品這個崗位是要為公司賺錢的，流量是運營的基礎，不斷地學習，才能跟上社會的步伐。
做產品的這一年裡，感觸頗多。產品這條路對我而言還是很漫長的，不忘初心，努力成長，希望能有和各位產品朋友有交流互相學習的機會，萬分感謝！