從7月初入職到10月8日向老大提出離職申請中間經歷了近3個月的時長，3個月的時間我也經歷了第一份互聯網產品專員實習工作，從收集需求、需求分析、需求決策到項目排期、進度跟進再到上線后的數據跟進都走了一遍，踩過的坑都是一個個經驗池呀。
所處的項目是搞笑內容社區（類似內涵段子），剛進入公司的一段時間我是從運營做起，運營工作往往都是瑣碎的，在這一期間我對運營工作以下幾點感悟：
1、如果瑣碎的事情做不好，如何勝任艱巨的任務
2、給自己設階段性目標讓一塵不變的工作變得有趣
3、不分析數據的運營就是耍流氓
4、不懂產品的運營不是好開發
5、用戶是善變的，運營就是在變化中尋求方案
經過一個月的時間運營+產品的雙向工作，我慢慢脫離了運營，開始全身心的投入產品的工作中。在項目中主要負責需求和項目進度兩大模塊，產品方面的感悟我也從這兩方面思考。
需求方面
需求來源有老板、內部同事、用戶、我自己這四個方面。Too young too simple，剛開始沒有經驗，同事提的需求，我告訴他我晚點思考一下，等到他再次問我的時候我已全然忘記了這回事。為了讓自己不那么不靠譜，我開始記錄每一個瞬間需求形成自己的需求池，在稍微空閑的時間對需求池里的需求進行深入的思考。
分析需求的時候，首先會區分是優化需求還是新功能需求，再從用戶、場景、訴求來確定做不做，最后從現有數據、預估影響用戶、開發周期、優雅降級幾個維度思考需求的優先級。
需求對接的時候，為了避免出現程序員對需求的理解和我提出的需求有分歧，我采用了以下方法：每次需求對接的時候，當我介紹完需求雙方確認無誤后，我會讓開發復述一遍需求的內容，這樣就有效的避免因溝通帶來的分歧。
需求評審的時候，早在之前就聽說需求評審是一場撕逼大會，所以我做了更充分的準備，我對每個需求從技術實現（對，我是懂技術的產品）、當前數據、使用場景、plan B等等多個方面進行了準備來面對程序員哥哥的剛正面，免不了撕逼但是還是達到了我預想的結果。
進度方面
團隊采用敏捷開發模型，版本迭代速度較快，平均3周上線一個新版本，所以項目跟進就顯得尤其重要。在跟第一個版本的時候也踩了一個大坑，過程我就不細細描述了，感悟有以下幾點
1、必須熟悉團隊每個人的工作態度，有些同事自驅動性、積極性非常強的，能夠準時交付甚至還能提前，有些同事做事拖沓、效率低下，催一下動一下。那么針對這兩種人采取的方法是完全不同的，驅動型強的同事往往也比較反感催進度的，自覺性差的同事我是會在吃飯或者走路的時候向他了解項目進展的情況。
2、明確每個人的每日工作計劃和完成情況，為了能夠知道每個同事的進度，我向老板提議說建立QQ群，團隊成員每天早上匯報昨日完成任務和今日工作計劃，最終得到同意。通過這種方式，我能夠更好的把控整個項目進度。
3、不含糊確定DDL而是準確到小時，讓每個人明確新版本上線的時間
4、上游的進度永遠要早于下游的進度，才不會出現開發在等設計稿的現象
5、及時向上級匯報每個功能節點的進展情況，盡量做到報喜不報憂
以上是運營和產品兩方面的總結。
這段實習最重要的意義不在于說我在運營和產品兩方面有哪些更深刻的認識，而是通過這次實習我完成了從象牙塔到職場的轉變。
當聽到同事A說：堅偉，已經完全看不出你還是學生
當測試姐姐知道我是實習生時驚訝的說：啊，我還以為你有1年工作經驗了
當同事B說：你的產品工作已經入門了
當我提出離職時，老大表示遺憾可惜，部門經理提出可以更換項目組
圓滿完成了第一段互聯網實習，開始征戰下一程了~
接下去我會寫寫初入職場的新職業人工作心得
