產品經理的成長，都是在日常中點滴做起的，而且很多知識都是通過自身的消化才能被自己吸收?？偠灾?，成為一名優秀的產品經理，從來都不是一件輕易的事情。

最近一件事對我感觸比較大，與不下10個產品同學聊天，發現一個現象，產品初期在日常工作中總是覺得不得章法，做起事來，很混亂無序，瑣碎的事情占據了自身太多的時間，進而導致項目推進緩慢，工作不出成果。

那么，今天我便結合自身經驗和產品同學的反饋來說說如何深入日常工作。

Situation1：提前制定計劃

計劃表的形式可以有多種：寫在本子上、寫在excel上、寫在每日清單上……目的是明確自己應該做什么事情，完成什么事情，思考什么事情。這份計劃可簡略，只有幾個字的說明；也可詳細，確認各個工作內容和時間結點。仁者見仁智者見智，適合自己工作的為最好。

比如說：我會將每天的工作寫在本子上，這個本子作為日常記錄，包含：各類需求、實際bug、計劃工作、完成情況、總結、創意點子、網上的理論、需要思考內容等等。以一日工作記錄為例：

7.24日工作（括號內為實際結果）

（1）bug池整理，新增bug內容（新增11，解決8）

（2）7.1.4復盤總結，結果上報給總監（已上報，待溝通）

（3）制作發包清單——確定發包無誤，給boss確認下（初版）

（4）邀請活動，低保真原型設計（ok）

（5）分享報告，底部二維碼設計+文案，對接UI和策劃（7.26查看）

（6）下班前看看技術進度，收集問題（√）

特殊bug，XX公司公告數據異常；

思考一下，工作2小時勿擾的功能；

有空去找找國外企業級軟件的盈利模式。品牌定位，策略。

有了這份計劃，可以將每天的工作清晰的列出來，然后逐個去解決，有利于梳理邏輯，保證工作效率。當然這份計劃也不是非常的詳細，沒有時間的說明，以及任務的重要程度。這里僅提供了一個可參考的方法，小伙伴可以自行的去創造設計，最終保證日常工作的執行，項目的順利推進才是最為重要的。

定期的去回顧這些內容，可以迸發出新的創意火花，讓自己能夠時刻的去接受新的理論，新的知識，推動自己去實現一件非工作上的事情，提升產品思維。

Situation2：定期總結

產品經理的總結，我認為有兩類是必須要做的，其一是項目復盤總結（每次項目上線后的總結）；其二是日常工作總結。

項目復盤總結

提出這個觀點，是我在人人都是產品經理上學到的經驗，使用起來確實有效，有利于找出當前團隊的不足，軟件設計上的缺陷，更可以提升團隊的參與度，讓成員都能明白每個版本的意義，明確后續開發的重點。對于產品經理來說，這類復盤，可以讓你更好的掌握團隊的實際情況，提升自己在團隊中的形象，當然有問題別人指出也要虛心接受，別人的問題也要及時講清楚，防止再次出現這類問題。

這篇文章《項目復盤思路：產品上線后要如何做復盤？》總結很到位，推薦給大家！

7.24日復盤總結

技術觀念總結：

（1）PRD寫的文字太多，看起來很亂，建議精簡一些，多給效果圖和流程圖。

（2）每次修改需求，要給出一份明確的變更文檔，如果在PRD請用紅色備注說明，尤其是功能上的不要說改就該。

（3）XXX功能邏輯說明不清楚，導致上線特殊情況下無法判斷處理，出現異常。需要補充邏輯說明，緊急修改。

（4）7.1.4版本需求太多了，最后2天拿掉了一個已經做了一半的功能，下次要寫清楚重要程度，以及開發順序。

產品觀念總結：

（1）技術因特殊情況請假，導致版本進度延緩，功能未完全處理，不得已拿掉。時間預留過少，要考慮特殊情況的時間預留。

（2）版本進度執行效率不足，無法按照預期時間節點完成對應的功能。技術總監要多管理。

（3）變更2次需求，1次邏輯思考不全，1次追加需求為了滿足核心用戶的需求。

日常工作總結

產品經理日常工作很多，各類事件都會遇到，因此定期的總結，可以讓自己時刻站在主線的位置而不被其他工作帶偏了。經?？偨Y，可以提高個人的總結能力和邏輯能力，使自己能在混亂中分清楚主次關系，梳理思路；同時在整理中，能夠產生新的創意點子，利于延展思維。對于匯報而言，也是相當有幫助，可以清晰的說出當前版本或是本周團隊的工作情況。

7月第4周總結

項目工作進度比預期稍微慢點，一天左右能解決，下周三能開始測試（晚1天）。周報頁面需要加入一個能力圖，樣式還要調整（讓UI思考思考）。寫一個注冊流程圖，包含第三方注冊、手機注冊，技術有點蒙，下周一對接。

老板說讓考慮增加上一頁、下一頁功能，當前沒有，與技術溝通一下能不能加。

企業辦公，私有云和公有云，能不能作為賣點，考慮下，收集資料，和老板溝通一下。

Situation3：應對突發事件的準備

這里的突發事件，不單指項目的突發事件，還有人的突發事件。

舉個例子（項目+人的突發事件）：

項目臨上線前1天，技術沒有開發完成，測試無法通過，某個功能無法正常使用，整個項目組彌漫著壓抑的氛圍，全體成員都在加班。這時，在交流過程中，產品和技術產生了不愉快，吵了起來，長久的壓抑導致矛盾一觸即發，雙方心態已經爆炸，此時無法再進行開發任務。最后經過調節，雙方又坐回座位上繼續悶聲工作，最終項目延期，上線出現多余bug，各方反饋均不良。

實際情況很簡單，功能只是需要調通就可以，但由于項目壓力過大，超過了人心里承受范圍之外，人變得更敏感和脆弱，寫出來的東西也不盡如意。從本質上分析，老板要求產品達到的目標沒有完成，產品又將壓力又轉移到技術上，雖然都是都是為了完成工作，但最終缺產生了不同結果。如果是你會怎么辦。

這件事的發生，讓我第一次了解人的情緒上的突發事件，為了實現功能而去實現，完全忽略整個實現過程是萬萬不可取的，每個人都有心情很down、壓力很大的時候，尤其是當這種情緒，連帶入工作當中，更是催生了更多的矛盾。雖然互聯網一直強調結果導向，但是沒有過程哪來結果，長期的壓制，只會讓潛在的矛盾加深。

所以說，對于產品經理來說，心態真是太重要了，一個強大的內心，是產品經理承受壓力的根本，如果自己先爆炸，那么其他人也不會好起來。

學會提前溝通

總是在講溝通，已經被說爛了。這里強調“提前”二字，什么事提前說出來比事后說出來有效果得多。比方說，我想要XX功能，希望你提前做一下，如果有問題，你可以隨時來找我，尤其是邏輯和技術實現的問題，時間最好在今天和明天，你看咋樣？這時，技術一般會同意，有問題也會及時反饋；如果不同意，那么可以找到問題所在，然后再去解決。

提前說明開發進度周期，提前說明開發工作，提前說明變更內容，提前協調資源，提前寫好各類文檔，這樣不會讓事情到了最后，處于一個無法挽回的地步，你做的每一步，都讓事情提前有一個緩沖的地帶，這樣方便任務的執行。

學會自我批評和接受批評

黨支部有個會議，叫做“民主生活會”，旨在發揚民主，開展積極的思想斗爭，總結經驗教訓，以以誠相見、與人為善的態度開展批評，達到統一思想，增強團結，互相監督，共同提高的目的。

自我批評

有時都覺得自己做的工作很多，時間久了，便會開始有抱怨的情緒，我做了這么多，還不夠么！我都寫的夠完善了，還要怎樣！工作都堆積這么多，還要再給我加活。

但仔細想想，為什么做的功能沒有被理解？為什么寫了很多，缺不被接受？為什么我的方案再一次被否決？為什么規劃沒有執行下去？自己到底有什么樣的問題。

這時，下班后我會多待1個小時左右，仔細想想今日工作的得失情況，通過自身的認知，來修整自己的方法和理論。時刻提醒自己，工作永遠都是干不完的，如果拼命去追逐工作的完成，只會產生多余的工作，而且必須要對自己的范圍有一個明確的界限，知道自己能夠需要做什么，能夠做什么，能夠做到什么程度，從第三方的角度來看待自己，了解自己是屬于什么類型（比如項目管理型、功能型、商業型、數據型），然后逐步的制定工作，開展工作，總結工作。所以，產品經理通過自我批評進行深層次的認知，在有限時間內去做正確、重要的事（溝通協調、匯報、深入思考，解決重要問題），逐步排除瑣碎、零散的事。

接受批評

工作前三個月，我的認知一直停留在老板和總監的意見上，他們在工作中給我提出了多有用的建議，我也會朝著這個方向去改去做，后來發現，單單這樣無益于解決基層的工作，因為認知的方向不同，其思考方向有偏差；考慮的實際情況不同，其結果就會有偏差。所以，通過每次的復盤總結，聆聽各個部門對產品以及對我的評價，了解哪些是做的不到位的地方，接受批評（雖然說每次都很難受，有一次居然被說產品就是垃圾，根本不會有效果，我的心吶…），可以明確的了解到各個部門的實際情況，有利于解決當前所面臨的各類問題。通過別人的批評，更能認知到自己的不足，雖然不一定都對，但也提供了一個解決問題的思路，下次在面臨這些情況的時候，能夠有意識的以合適的方式來解決，這樣雙方都舒服。

學會提前制定制度

臨陣磨槍效果總是差強人意。俗話說的好，無規矩不成方圓，這個規矩就是應對各類突發事件的解決標準，有了規矩，到了關鍵的時候才不會手忙腳亂。

在一次版本上線的過程中，發到各個平臺的軟件包，下載后出現了嚴重的閃退現象，結果用戶反饋負面反饋極具增多，用戶大量流失。

我在想，為什么多環節的卡控還是出現了這種情況！我們一有技術把關、二有測試把關、三有產品把關、四有項目發布人把關、五有上線前所有人下載最新版本的操作，怎么還是導致了這樣的現象。

事后，發現了問題所在：

• 第一，測試已經提前測通過了，下班正?；丶?；
• 第二，由于一些需求小變動，技術需要通宵改代碼，管理層、產品以及當事人沒有仔細去測，在測試沒有將最新功能測試通過的情況下，就把問題包發給了項目發布人，并反饋無誤；
• 第三，發布人確認，并在第二天上午將軟件包發到群里，在領導指示下，提前將包發布上線；
• 第四，由于當天通宵，多數人沒在，沒人及時下載，并未留意和反饋這個問題；
• 第五，當發布成功后，產品下載最新版本，看到了問題所在，但為時已晚。

經過這次事件慘痛的教訓，讓我深刻的明白了制度的重要性，那些約定成俗的規矩，在關鍵的時候總是會出漏子，實際明文規定的制度，才能在日常工作中，最大限度的避免非正常情況的出現，讓各個崗位明確責任意識，從而保證項目的推進，以及版本的更新。

為此，我制定了一份“版本上線前確認清單”

清單雖然簡單，單確保了產品上線前的最后一步，從實際效果來講至那以后，版本發布再沒出現嚴重的bug問題，各崗位均能按照方法執行下去。

最后的一些建議

產品新人在初期，最容易陷入一個誤區，不懂就要及時的去問，而實際是要將問題精煉，抓住重點，深入分析。最好是買個本子，將遇到每一個問題都要馬上記錄下來，每天在下班前好好思考一下有價值的問題，然后去查找一些資料輔以佐證，寫出幾行結論或方案，最后在下班前或是工作前半小時內與相關的負責人交流討論，如果無法解決，可以在會議上將問題拋出來討論。

產品經理的成長，都是在日常中點滴做起的，無論你的師傅都牛逼，有多會帶人成長，可以明確的說白給的終究不會去珍惜，自己努力去獲取的，才是你未來立身的根本?？焖偻ㄟ^老板、總監、師傅等，來提高自己的眼界，找到核心方法，提升項目經驗，才是自身核心競爭力的基礎。工作中別人所給予給你的，最終還是要通過自身的消化才能被自己吸收。

一個真正優秀的產品經理，不是做好了一個項目別人稱贊，而是在別人都說不行的時候，能站出來說我可以試試，以這種獨立解決問題的心態去做事，總會是進步很快。即使遇到自己無法解決的難題，也可以有同牛人交流的共同話語。產品經理不要害怕跳坑里，而是要有爬出坑的勇氣，面對逆境的堅毅，再一次次的失敗中，不斷修正自己的理論和方法，對下一次的失敗有充足的準備，萬一沒有失敗呢？你就成功地跳出了坑。

寫這篇文章的意義在于希望每一個產品經理都能獨立思考日常中的工作，脫離出自身思維的困境，強迫自己去成長，去擔當，為了團隊負責，為了產品負責，成為團隊中的核心人物，成為那個能帶領整個團隊的人。

作者：zouguokana，微信公眾號：DY402122152，一個愛思考的產品經理，歡迎各位前來叨擾。

本文由 @zouguokana 原創發布于人人都是產品經理。未經許可，禁止轉載。